arc42-lint

分类: 数据与AI | 上传者: MSiccDev | 下载: 0 | 版本: v1.0（最新）

验证生成的 arc42 文档中的横截面 ID 一致性。检查 IF-xx 接口 ID（第 3 节↔第 5 节）、构建块部署覆盖范围（第 5 节↔第 7 节）、Q42 质量标签可追溯性（第 1 节↔第 10 节）、ADR 风险参考（第 9 节↔第 11 节）和理想场景链接（第 10 节↔第 11 节）。在可用时运行自动 linter 脚本，在不可用时手动应用规则。

更新日志: Source: GitHub https://github.com/MSiccDev/arc42-toolkit

目录结构

当前层级: tree/main/skills/arc42-lint/

📁 agents/
- 📄 openai.yaml 418 B
📄 SKILL.md 6.8 KB

SKILL.md

---
name: arc42-lint
version: 1.0.0
description: Validates cross-section ID consistency in generated arc42 documentation. Checks IF-xx interface IDs (Section 3↔Section 5), building block deployment coverage (Section 5↔Section 7), Q42 quality tag traceability (Section 1↔Section 10), ADR risk references (Section 9↔Section 11), and aspirational scenario linkage (Section 10↔Section 11). Runs the automated linter script when available, or applies rules manually when not.
---

# arc42 Consistency Linter

You are an expert arc42 architect validating cross-section ID consistency in architecture documentation.

This skill checks that identifiers defined in one section are correctly referenced in all related sections, and that every cross-section traceability rule is satisfied. It does not review content quality or completeness — use `arc42-review` for that.

**Five consistency rules:**

| Rule | Sections | What is checked |
|------|----------|-----------------|
| 1 | Section 3 ↔ Section 5 | IF-xx interface IDs defined in Section 3 must appear in Section 5 Level-1, and vice versa |
| 2 | Section 5 ↔ Section 7 | Every Section 5 building block name must appear in the Section 7 deployment mapping |
| 3 | Section 1 ↔ Section 10 | Every Q42 tag used in Section 10 quality scenarios must appear in Section 1.2 quality goals |
| 4 | Section 9 ↔ Section 11 | Every RISK-xx in an ADR's "Risks created" field must have a Section 11 risk matrix entry |
| 5 | Section 10 ↔ Section 11 | Every aspirational (unmet) scenario from Section 10.3 must be referenced in Section 11 |

---

## Step 1 — Locate the Documentation

**Do not start linting yet.** Ask the user:

1. **Where are the arc42 docs?** — What is the path to the documentation directory (e.g. `docs/`, `architecture/`, or a single monolithic file)?
2. **What language are the docs written in?** — Default is English (`en`). Built-in options: `de`, `fr`, `it`, `es`, `pt`. This affects how the linter recognises section headings and content patterns.
3. **Is `scripts/arc42-lint.py` present?** — Check whether the automated linter script exists in the project. If it does, prefer running it. If not, apply the rules manually.

If the user is unsure about the docs path, look for `.md` files in `docs/`, `architecture/`, `arc42/`, or the project root.

---

## Step 2 — Run or Simulate

Choose the path based on what is available:

### Path A — Automated script is present

Run the linter, passing the language the user confirmed in Step 1:

```bash
python scripts/arc42-lint.py <docs_path> --lang <lang> --format text
```

Capture the output. If the exit code is 0, all rules passed — proceed to Step 3 to present a clean report.

If there are errors or warnings, parse the output and continue to Step 3.

**Strict mode** (treat warnings as errors):
```bash
python scripts/arc42-lint.py <docs_path> --lang <lang> --format text --strict
```

---

### Path B — No script available (manual check)

Read the relevant documentation sections. Apply each rule in order. The phrases to look for in Rules 3, 4, and 5 depend on the documentation language — use the equivalents from `scripts/languages/<lang>.json` if the docs are not in English.

**Rule 1 — Section 3 ↔ Section 5 Interface IDs**
1. Read Section 3: collect every `IF-xx` from the interface table (first column)
2. Read Section 5 Level-1: collect every `IF-xx` from the Interfaces column of the building block table
3. Check both directions — each IF-xx in Section 3 must appear in Section 5, and each IF-xx in Section 5 must appear in Section 3
4. Record any orphan IDs as errors

**Rule 2 — Section 5 ↔ Section 7 Building Block Coverage**
1. Read Section 5: collect every component name (Name column of the building block table)
2. Read Section 7: search for each component name in the deployment view text and tables
3. Any component name absent from Section 7 is an error

**Rule 3 — Section 1 ↔ Section 10 Quality Tag Coverage**
1. Read Section 1.2: collect every Q42 tag (`#reliable`, `#efficient`, `#secure`, etc.) from the Quality Goal column
2. Read Section 10: collect the Q42 tag from every quality scenario's "Quality property" row
3. Any tag used in Section 10 that does not appear in Section 1.2 is an error

**Rule 4 — Section 9 ↔ Section 11 ADR Risk References**
1. Read Section 9: for each ADR, find the `Risks created (→ Section 11):` line in its Implications block; collect all `RISK-xx` IDs mentioned
2. Read Section 11: collect every `RISK-xx` from the risk matrix (ID column)
3. Any RISK-xx mentioned in Section 9 but absent from Section 11 is an error

**Rule 5 — Section 10.3 ↔ Section 11 Aspirational Scenarios**
1. Read Section 10.3 (aspirational scenarios table): collect every `QS-xx` where Current State is "not measured"
2. Read Section 11: check that each aspirational QS-xx is referenced somewhere in the risks/debt section
3. Any aspirational QS-xx absent from Section 11 is an error

---

## Step 3 — Report Findings

Present results in this format:

```markdown
## arc42 Consistency Lint Report

**Docs path:** [path checked]
**Method:** Automated script / Manual check

---

### Rule Results

| Rule | Sections | Status | Details |
|------|----------|--------|---------|
| 1 | Section 3 ↔ Section 5  IF-xx | PASS / FAIL | [e.g. "IF-03 missing from Section 5"] |
| 2 | Section 5 ↔ Section 7  Building blocks | PASS / FAIL / SKIP | [detail or "Section 7 not found"] |
| 3 | Section 1 ↔ Section 10 Q42 tags | PASS / FAIL | [e.g. "#usable used in QS-04 but absent from Section 1.2"] |
| 4 | Section 9 ↔ Section 11 RISK-xx | PASS / FAIL | [e.g. "RISK-02 in ADR-003 missing from Section 11"] |
| 5 | Section 10 ↔ Section 11 Aspirational | PASS / FAIL / SKIP | [detail or "no aspirational scenarios found"] |

---

### Issues

**Errors (must fix — IDs are inconsistent):**
- [ ] [Rule N] [Section]: [Specific ID or name] — [what is missing and where]

**Warnings (advisory — a section was not found):**
- [ ] [Rule N]: [Which section is missing] — consistency cannot be fully verified

---

### Verdict

- [ ] **CLEAN** — All applicable rules pass
- [ ] **ISSUES FOUND** — N error(s), M warning(s) — see Issues above
```

---

## Step 4 — Offer to Fix

After presenting the report:

1. For each **error**: offer to fix it immediately — either by adding the missing ID to the correct section, or by running the relevant section skill (`/arc42-section-N`) to regenerate that section with the correct references.
2. For **warnings** about missing sections: offer to create the missing section using the relevant skill.
3. After fixes are applied, re-run the lint check (script or manual) and confirm the rule now passes.

Ask: **"Would you like me to fix these issues now?"**

---

*Based on [arc42.org](https://arc42.org), [docs.arc42.org](https://docs.arc42.org), [quality.arc42.org](https://quality.arc42.org)*

登录后下载/点赞/收藏 ❤ 7 | ★ 0

arc42-lint

目录结构

SKILL.md

举报内容

提示