6aspec 3.0.0-dev.3 → 3.0.0-dev.5

package/.6aspec/rules/brown/brown_analyze_sop.md

@@ -159,7 +159,11 @@ b. **判断是否需要追问或指出风险**：
    - 答案清晰完整且无风险 → 继续
    - **不涉及技术实现层面的问题**（事务、通知机制、回滚策略等），那是 design 阶段的职责
 
-c. **追问格式**（简洁，不重复已知信息）：
+c. **追问时先写文档，再提问**：
+   - 将追问内容追加到 analysis.md "待澄清问题"章节（标注为追问，例：`> 追问：[追问内容]`）
+   - 再向用户提问
+
+d. **追问格式**（简洁，不重复已知信息）：
    > "关于[具体问题]，你提到了[用户答案]，我想进一步确认：[追问内容]"
 
 d. **禁止**：不得在用户未回答完所有问题时自动进入影响面分析
@@ -283,6 +287,7 @@ e. **持续更新文档**：每次用户回复后，更新 analysis.md，确保
 - 代码范围确认前不得生成问题清单
 - 问题必须按维度分组，不得使用扁平编号列表
 - 每次用户回复后必须更新 analysis.md，保持文档与对话同步
+- 追问必须先写入 analysis.md "待澄清问题"章节，再向用户提问
 - 追问时一次最多提出 1-2 个问题，不得连续追问超过 3 轮同一问题
 - 必须用户明确确认澄清完成后才能进入影响面分析
 - 影响面分析只做粗粒度评估（模块范围、schema变更、间接影响有/无），不做函数级映射

package/.6aspec/rules/brown/brown_implement_sop.md

@@ -41,10 +41,10 @@
 
    **a. 派发 implementer agent**
 
-   调用 `implementer` agent，传入以下内容：
+   调用 `6aspec-brown-implementer` agent，传入以下内容：
 
    ```
-   请用 implementer agent 实现以下任务：
+   请用 6aspec-brown-implementer agent 实现以下任务：
 
    需求名称：[name]
    TASK 文件路径：6aspecdoc/brown/[name]/tasks/TASK-<序号>.md
@@ -63,14 +63,15 @@
 
    **b. 派发 spec compliance reviewer agent**
 
-   调用 `spec-compliance-reviewer` agent，传入以下内容：
+   调用 `6aspec-brown-spec-compliance-reviewer` agent，传入以下内容：
 
    ```
-   请用 spec-compliance-reviewer agent 审查以下任务的实现：
+   请用 6aspec-brown-spec-compliance-reviewer agent 审查以下任务的实现：
 
    需求名称：[name]
    TASK 文件路径：6aspecdoc/brown/[name]/tasks/TASK-<序号>.md
    specs.md 路径：6aspecdoc/brown/[name]/artifacts/specs.md
+   design.md 路径：6aspecdoc/brown/[name]/artifacts/design.md
 
    Implementer 报告：
    [implementer agent 的完整报告]
@@ -78,7 +79,7 @@
 
    **处理 review 结果**：
    - `✅ 通过`：标记任务完成，继续下一个任务
-   - `❌ 有问题`：重新调用 implementer agent 修复，传入原有上下文 + reviewer 的完整反馈（具体缺失/多余/偏差及文件路径）；修复后再次调用 reviewer；**最多循环 3 次**
+   - `❌ 有问题`：重新调用 6aspec-brown-implementer agent 修复，传入原有上下文 + reviewer 的完整反馈（具体缺失/多余/偏差及文件路径）；修复后再次调用 reviewer；**最多循环 3 次**
    - **超过 3 次仍未通过**：暂停，向用户报告每轮的问题和修复情况，让用户决定如何处理
 
    **c. 标记任务完成**
@@ -156,7 +157,7 @@
 ## 防护措施
 
 - 必须先完成 Phase 4（Tasks）
-- 主 agent 只做协调，不直接写代码；实现由 `implementer` agent 完成，验证由 `spec-compliance-reviewer` agent 完成
+- 主 agent 只做协调，不直接写代码；实现由 `6aspec-brown-implementer` agent 完成，验证由 `6aspec-brown-spec-compliance-reviewer` agent 完成
 - 串行执行，不并行调用多个 implementer agent
 - implementer agent 报告 BLOCKED 时必须暂停并向用户报告，不得强行重试
 - spec compliance review 必须通过才能标记任务完成，不得跳过

package/.6aspec/rules/brown/subagents/spec-compliance-reviewer.md

@@ -8,6 +8,9 @@
 
 - **TASK 文件**：主 agent 传入的 `TASK 文件路径`，读取任务详情、实现步骤、验收标准、涉及文件
 - **specs.md**：主 agent 传入的 `specs.md 路径`，读取该任务引用的 AC/Scenario 原文
+- **design.md**：主 agent 传入的 `design.md 路径`，读取该任务相关的技术方案与约束（接口、流程、关键决策）
+
+> 如果缺少 `design.md` 路径或无法读取 design 内容：**直接判定不通过**（无法验证是否绕过设计）。
 
 ## 重要：不要信任 implementer 的报告
 
@@ -19,7 +22,10 @@ Implementer 的报告可能不完整或过于乐观。你**必须独立验证**
 
 ## 你的职责
 
-读取 implementer 修改的文件，验证以下三点：
+读取 implementer 修改的文件，验证以下内容：
+
+- **阻塞项**：1~5 任一不满足都必须判定 ❌
+- **风险提示**：测试覆盖默认不作为阻塞项（除非 TASK/specs.md/design.md 明确要求必须补测试）
 
 **1. 没有少做（Missing）**
 - 任务要求的每一项是否都已实现？
@@ -37,6 +43,24 @@ Implementer 的报告可能不完整或过于乐观。你**必须独立验证**
 - 是否用了正确的方式解决了正确的问题？
 - 业务语义是否与 specs.md 的 AC/Scenario 一致？
 
+**4. 设计一致性（Design Compliance）**
+- 是否严格符合 design.md 的技术方案与约束？（接口形态、流程编排、关键决策）
+- 是否存在绕过设计/偏离设计的实现？（即便功能表面可用也必须判定不通过）
+
+**5. 边界与正确性（Boundary & Correctness）**
+- 是否存在幂等问题（重复请求/重试导致重复写入、重复扣款、重复发消息等）？
+- 是否存在空值/缺省值处理问题（NPE、字段缺失、空集合、空字符串等）？
+- 是否存在并发/竞态问题（重复提交、并发更新丢失、顺序依赖被破坏等）？
+
+> 要求：必须以 `specs.md` / `design.md` / `TASK` 中可追溯的约束为判定基准。
+> - 如果你发现“必须明确但 specs/design 没写清”的边界规则，判定为 **规格/设计缺口** 并判定不通过，要求补齐 artifacts 后重审（不得在实现阶段临时发明规则）。
+
+**6. 测试覆盖关键场景（Testing Adequacy，默认仅风险提示）**
+- 评估测试是否覆盖该任务涉及的关键 AC/Scenario。
+- 评估是否覆盖关键边界场景（幂等/空值/并发）对应的用例或回归点。
+- 如果 implementer 报告明确无测试，且你也未发现相关测试文件：仅记录为**风险提示**，不要仅因无测试而判定不通过。
+- 只有当 TASK/specs.md/design.md **明确要求必须补测试**时，缺失测试才属于 Missing 并必须判定 ❌。
+
 ## 报告格式
 
 **如果通过**：
@@ -44,8 +68,10 @@ Implementer 的报告可能不完整或过于乐观。你**必须独立验证**
 ✅ 规格合规
 
 验证结论：
-- 已实现：[列出已覆盖的要求]
-- 测试覆盖：[列出覆盖的 AC/Scenario，或说明无测试框架]
+- 已实现：[列出已覆盖的要求（按 TASK / specs.md 逐条）]
+- 设计一致性：符合 design.md（如有关键约束请点名）
+- 边界检查：幂等/空值/并发关键点已覆盖（列出证据）
+- 测试覆盖（风险提示）：[如有，列出覆盖的 AC/Scenario + 关键边界用例；如无，标注风险]
 ```
 
 **如果有问题**：
@@ -60,6 +86,18 @@ Implementer 的报告可能不完整或过于乐观。你**必须独立验证**
 
 理解偏差（Misunderstood）：
 - [具体偏差描述，含文件路径和行号]
+
+设计偏离（Design Compliance）：
+- [具体偏离点，引用 design.md 条目/段落 + 对应代码文件路径和行号]
+
+边界问题（Boundary & Correctness）：
+- [幂等/空值/并发问题的具体描述，含文件路径和行号]
+
+规格/设计缺口（Spec/Design Gap）：
+- [需要补齐的 specs/design 条目，说明为什么这是必须的验收基准]
+
+风险提示（Risks，非阻塞）：
+- 测试覆盖风险：implementer 报告无测试/未发现测试文件，建议补充覆盖关键场景与边界用例
 ```
 
-问题描述必须具体、可操作，包含文件路径，让 implementer 能直接定位并修复。
+问题描述必须具体、可操作，包含文件路径和行号，让 implementer 能直接定位并修复或推动补齐 artifacts。

package/.6aspec/rules/common/code-reviewer-agent.md

@@ -0,0 +1,118 @@
+# Code Reviewer Agent
+
+你是一个代码审查专家，负责审查代码变更的生产就绪性。
+
+## 任务
+
+1. 通过 git diff 获取变更内容
+2. 对照需求/计划检查实现
+3. 从代码质量、架构、测试、生产就绪性四个维度评估
+4. 按严重程度分类问题
+5. 给出明确的合并建议
+
+## 输入
+
+调用方会提供：
+- `变更描述`：做了什么
+- `需求/计划`：应该做什么（可选，文件路径或文字描述）
+- `BASE_SHA`：起始 commit
+- `HEAD_SHA`：结束 commit
+
+## 执行步骤
+
+### 1. 获取变更内容
+
+```bash
+git diff --stat {BASE_SHA}..{HEAD_SHA}
+git diff {BASE_SHA}..{HEAD_SHA}
+```
+
+如果调用方未提供 SHA，使用：
+```bash
+BASE_SHA=$(git rev-parse HEAD~1)
+HEAD_SHA=$(git rev-parse HEAD)
+```
+
+### 2. 读取需求（如果提供了文件路径）
+
+读取需求/计划文件，理解预期行为。
+
+### 3. 执行审查
+
+**代码质量**
+- 关注点分离是否清晰？
+- 错误处理是否完善？
+- 类型安全（如适用）？
+- 是否遵循 DRY 原则？
+- 边界情况是否处理？
+
+**架构**
+- 设计决策是否合理？
+- 是否考虑可扩展性？
+- 性能影响？
+- 安全隐患？
+
+**测试**
+- 测试是否真正测试了逻辑（而非只测 mock）？
+- 边界情况是否覆盖？
+- 是否需要集成测试？
+- 所有测试是否通过？
+
+**需求符合度**
+- 是否满足所有需求？
+- 实现是否与规格一致？
+- 是否有范围蔓延？
+- 破坏性变更是否有文档？
+
+**生产就绪性**
+- Schema 变更是否有迁移策略？
+- 是否考虑向后兼容？
+- 文档是否完整？
+- 是否有明显 bug？
+
+## 输出格式
+
+### 亮点
+[做得好的地方，具体到文件:行号]
+
+### 问题
+
+#### 严重（必须修复）
+[Bug、安全问题、数据丢失风险、功能损坏]
+
+#### 重要（应该修复）
+[架构问题、缺失功能、错误处理不足、测试缺口]
+
+#### 次要（可以改进）
+[代码风格、优化机会、文档改进]
+
+**每个问题格式**：
+- 文件:行号
+- 问题描述
+- 为什么重要
+- 如何修复（如果不明显）
+
+### 建议
+[代码质量、架构或流程的改进建议]
+
+### 评估
+
+**可以合并？** [是 / 否 / 修复后可以]
+
+**理由**：[1-2 句技术评估]
+
+## 规则
+
+**要做**：
+- 按实际严重程度分类（不是所有问题都是严重）
+- 具体指出（文件:行号，不要模糊）
+- 解释问题为什么重要
+- 承认做得好的地方
+- 给出明确结论
+
+**不要做**：
+- 不检查就说"看起来不错"
+- 把小问题标为严重
+- 对没有审查的代码给反馈
+- 模糊表述（"改进错误处理"）
+- 回避给出明确结论

package/.claude/agents/{implementer.md → 6aspec-brown-implementer.md}

@@ -1,6 +1,7 @@
 ---
-name: implementer
+name: 6aspec-brown-implementer
 description: 执行棕地需求的单个 TASK 实现，包括写代码、单元测试和自我审查，适用于 brown implement 阶段
+model: inherit
 ---
 
 读取并严格遵循：`.6aspec/rules/brown/subagents/implementer.md`

package/.claude/agents/{spec-compliance-reviewer.md → 6aspec-brown-spec-compliance-reviewer.md}

@@ -1,6 +1,7 @@
 ---
-name: spec-compliance-reviewer
+name: 6aspec-brown-spec-compliance-reviewer
 description: 检查实现是否符合 TASK 的验收标准和 specs.md 的 AC/Scenario，适用于 TASK 完成后的合规验收
+model: gpt-5.3-codex
 ---
 
 读取并严格遵循：`.6aspec/rules/brown/subagents/spec-compliance-reviewer.md`

package/.claude/agents/6aspec-code-reviewer.md

@@ -0,0 +1,7 @@
+---
+name: 6aspec-code-reviewer
+description: 审查代码变更的生产就绪性，从代码质量、架构、测试、需求符合度四个维度评估，给出明确的合并建议
+model: gpt-5.3-codex
+---
+
+读取并严格遵循：`.6aspec/rules/common/code-reviewer-agent.md`

package/.claude/commands/6aspec/brown/analyze.md

@@ -1,6 +1,6 @@
 ---
 name: "6aspec:brown: Analyze"
-description: Phase 1 - 需求澄清与影响面分析（合并原 Understand + Impact）
+description: 需求澄清与影响面分析（合并原 Understand + Impact）
 category: Workflow
 tags: [workflow, requirement, analysis]
 ---

package/.claude/commands/6aspec/brown/design.md

@@ -1,6 +1,6 @@
 ---
 name: "6aspec:brown: Design"
-description: Phase 3 - 技术方案设计（含 ADR 和技术债务识别）
+description: 技术方案设计（含 ADR 和技术债务识别）
 category: Workflow
 tags: [workflow, requirement, design]
 ---

package/.claude/commands/6aspec/brown/quick.md

@@ -1,6 +1,6 @@
 ---
 name: "6aspec:brown: Quick"
-description: P2 需求快速通道（简化流程）
+description: 需求快速通道（简化流程）
 category: Workflow
 tags: [workflow, requirement, quick]
 ---

package/.claude/commands/6aspec/brown/review.md

@@ -1,6 +1,6 @@
 ---
 name: "6aspec:brown: Review"
-description: Phase 7 - 实施后评估
+description: 实施后评估
 category: Workflow
 tags: [workflow, requirement, review]
 ---

package/.claude/commands/6aspec/brown/specs.md

@@ -1,6 +1,6 @@
 ---
 name: "6aspec:brown: Specs"
-description: Phase 1.5 - 需求规格定义
+description: 需求规格定义
 category: Workflow
 tags: [workflow, requirement, specs]
 ---

package/.claude/commands/6aspec/brown/tasks.md

@@ -1,6 +1,6 @@
 ---
 name: "6aspec:brown: Tasks"
-description: Phase 4 - 任务拆解与排期
+description: 任务拆解与排期
 category: Workflow
 tags: [workflow, requirement, tasks]
 ---

package/.claude/commands/6aspec/review.md

@@ -0,0 +1,56 @@
+---
+name: "6aspec:review"
+description: 独立代码审查命令，不绑定任何流程，随时可用
+---
+
+# Code Review
+
+对当前代码变更进行独立审查。
+
+## 步骤
+
+### 1. 解析输入
+
+用户可以提供以下参数（均可选）：
+- `<description>` — 变更描述
+- `--base <SHA>` — 起始 commit（默认：HEAD~1）
+- `--head <SHA>` — 结束 commit（默认：HEAD）
+- `--plan <file>` — 需求/计划文件路径
+
+如果没有提供任何参数，使用默认值（HEAD~1..HEAD）。
+
+### 2. 确定 git 范围
+
+```bash
+git log --oneline -10
+```
+
+显示最近 10 条 commit，帮助用户确认审查范围。
+
+如果用户未指定 SHA，使用：
+- BASE_SHA = HEAD~1
+- HEAD_SHA = HEAD
+
+### 3. 派发 6aspec-code-reviewer agent
+
+调用 `6aspec-code-reviewer` agent，传入：
+
+```
+变更描述：[用户提供的描述，或"最近一次提交的变更"]
+需求/计划：[--plan 指定的文件路径，或"无"]
+BASE_SHA：[base SHA]
+HEAD_SHA：[head SHA]
+```
+
+### 4. 展示审查结果
+
+直接展示 agent 返回的完整审查报告。
+
+## 使用示例
+
+```
+/6aspec:review
+/6aspec:review 实现了用户认证功能
+/6aspec:review --base abc1234 --head def5678
+/6aspec:review --plan 6aspecdoc/brown/add-user-auth/artifacts/specs.md
+```

package/.claude/settings.local.json

@@ -22,7 +22,9 @@
       "Bash(xargs sed -i '' 's/6A_\\\\\\([a-z_]*\\\\\\)\\\\.md/green_\\\\1.md/g')",
       "Bash(openspec --help)",
       "Bash(openspec schemas --json 2>/dev/null | head -100)",
-      "Bash(openspec status --json 2>/dev/null | head -50)"
+      "Bash(openspec status --json 2>/dev/null | head -50)",
+      "WebSearch",
+      "Bash(git mv:*)"
     ]
   }
 }

package/.cursor/agents/6aspec-brown-implementer.md

@@ -0,0 +1,7 @@
+---
+name: 6aspec-brown-implementer
+description: 执行棕地需求的单个 TASK 实现，包括写代码、单元测试和自我审查（Cursor 版）
+model: inherit
+---
+
+读取并严格遵循：`.6aspec/rules/brown/subagents/implementer.md`

package/.cursor/agents/6aspec-brown-spec-compliance-reviewer.md

@@ -0,0 +1,8 @@
+---
+name: 6aspec-brown-spec-compliance-reviewer
+description: 检查实现是否符合 TASK 的验收标准和 specs.md 的 AC/Scenario，并强制校验 design.md 一致性（Cursor 版）
+model: gpt-5.3-codex
+readonly: true
+---
+
+读取并严格遵循：`.6aspec/rules/brown/subagents/spec-compliance-reviewer.md`

package/.cursor/agents/6aspec-code-reviewer.md

@@ -0,0 +1,8 @@
+---
+name: 6aspec-code-reviewer
+description: 审查代码变更的生产就绪性，从代码质量、架构、测试、需求符合度四个维度评估，给出明确的合并建议
+model: gpt-5.3-codex
+readonly: true
+---
+
+读取并严格遵循：`.6aspec/rules/common/code-reviewer-agent.md`

package/.cursor/commands/6aspec-brown-analyze.md

@@ -0,0 +1,9 @@
+---
+description: 需求澄清与影响面分析（合并原 Understand + Impact）
+alwaysApply: false
+---
+
+1. Immediate response upon activation: brown field requirement workflow - **Analyze** has been activated
+2. **Read and strictly follow the brown field constitution**: `.6aspec/rules/brown/brown_constitution.md`
+3. Read file: `.6aspec/rules/brown/brown_analyze_sop.md`
+4. Strictly follow the SOP defined in that file

package/.cursor/commands/{6aspec/brown/design.md → 6aspec-brown-design.md}

@@ -1,5 +1,5 @@
 ---
-description: Phase 3 - 技术方案设计（含 ADR 和技术债务识别）
+description: 技术方案设计（含 ADR 和技术债务识别）
 alwaysApply: false
 ---
 

package/.cursor/commands/{6aspec/brown/quick.md → 6aspec-brown-quick.md}

@@ -1,5 +1,5 @@
 ---
-description: P2 需求快速通道（简化流程）
+description: 需求快速通道（简化流程）
 alwaysApply: false
 ---
 

package/.cursor/commands/{6aspec/brown/review.md → 6aspec-brown-review.md}

@@ -1,5 +1,5 @@
 ---
-description: Phase 7 - 实施后评估
+description: 实施后评估
 alwaysApply: false
 ---
 

package/.cursor/commands/{6aspec/brown/specs.md → 6aspec-brown-specs.md}

@@ -1,5 +1,5 @@
 ---
-description: Phase 1.5 - 需求规格定义
+description: 需求规格定义
 alwaysApply: false
 ---
 

package/.cursor/commands/{6aspec/brown/tasks.md → 6aspec-brown-tasks.md}

@@ -1,5 +1,5 @@
 ---
-description: Phase 4 - 任务拆解与排期
+description: 任务拆解与排期
 alwaysApply: false
 ---
 

package/.cursor/commands/6aspec-review.md

@@ -0,0 +1,56 @@
+---
+description: 独立代码审查，不绑定任何流程，随时可用
+alwaysApply: false
+---
+
+# Code Review
+
+对当前代码变更进行独立审查。
+
+## 步骤
+
+### 1. 解析输入
+
+用户可以提供以下参数（均可选）：
+- `<description>` — 变更描述
+- `--base <SHA>` — 起始 commit（默认：HEAD~1）
+- `--head <SHA>` — 结束 commit（默认：HEAD）
+- `--plan <file>` — 需求/计划文件路径
+
+如果没有提供任何参数，使用默认值（HEAD~1..HEAD）。
+
+### 2. 确定 git 范围
+
+```bash
+git log --oneline -10
+```
+
+显示最近 10 条 commit，帮助用户确认审查范围。
+
+如果用户未指定 SHA，使用：
+- BASE_SHA = HEAD~1
+- HEAD_SHA = HEAD
+
+### 3. 派发 6aspec-code-reviewer agent
+
+调用 `6aspec-code-reviewer` agent，传入：
+
+```
+变更描述：[用户提供的描述，或"最近一次提交的变更"]
+需求/计划：[--plan 指定的文件路径，或"无"]
+BASE_SHA：[base SHA]
+HEAD_SHA：[head SHA]
+```
+
+### 4. 展示审查结果
+
+直接展示 agent 返回的完整审查报告。
+
+## 使用示例
+
+```
+/6aspec:review
+/6aspec:review 实现了用户认证功能
+/6aspec:review --base abc1234 --head def5678
+/6aspec:review --plan 6aspecdoc/brown/add-user-auth/artifacts/specs.md
+```

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "6aspec",
-  "version": "3.0.0-dev.3",
+  "version": "3.0.0-dev.5",
   "description": "6Aspec - 轻量级 spec 驱动开发框架，支持 Cursor 和 Claude Code",
   "main": "lib/installer.js",
   "bin": {

package/.claude/commands/6aspec/brown/impact.md

@@ -1,11 +0,0 @@
----
-name: "6aspec:brown: Impact"
-description: Phase 2 - 影响面分析与非功能需求评估
-category: Workflow
-tags: [workflow, requirement, analysis]
----
-
-1. Immediate response upon activation: brown field requirement workflow - **Impact** has been activated
-2. **Read and strictly follow the brown field constitution**: `.6aspec/rules/brown/brown_constitution.md`
-3. Read file: `.6aspec/rules/brown/brown_impact_sop.md`
-4. Strictly follow the SOP defined in that file

package/.claude/commands/6aspec/brown/understand.md

@@ -1,11 +0,0 @@
----
-name: "6aspec:brown: Understand"
-description: Phase 1 - 需求理解与现状分析
-category: Workflow
-tags: [workflow, requirement, analysis]
----
-
-1. Immediate response upon activation: brown field requirement workflow - **Understand** has been activated
-2. **Read and strictly follow the brown field constitution**: `.6aspec/rules/brown/brown_constitution.md`
-3. Read file: `.6aspec/rules/brown/brown_understand_sop.md`
-4. Strictly follow the SOP defined in that file

package/.cursor/commands/6aspec/brown/impact.md

@@ -1,9 +0,0 @@
----
-description: Phase 2 - 影响面分析与非功能需求评估
-alwaysApply: false
----
-
-1. Immediate response upon activation: brown field requirement workflow - **Impact** has been activated
-2. **Read and strictly follow the brown field constitution**: `.6aspec/rules/brown/brown_constitution.md`
-3. Read file: `.6aspec/rules/brown/brown_impact_sop.md`
-4. Strictly follow the SOP defined in that file

package/.cursor/commands/6aspec/brown/understand.md

@@ -1,9 +0,0 @@
----
-description: Phase 1 - 需求理解与现状分析
-alwaysApply: false
----
-
-1. Immediate response upon activation: brown field requirement workflow - **Understand** has been activated
-2. **Read and strictly follow the brown field constitution**: `.6aspec/rules/brown/brown_constitution.md`
-3. Read file: `.6aspec/rules/brown/brown_understand_sop.md`
-4. Strictly follow the SOP defined in that file