메뉴
五轮测试金字塔执行器。基于 REQUIREMENT.md 的 AC 和 DESIGN.md 的技术栈，执行功能/性能/安全/兼容/可观测五轮测试，每轮按项目类型可裁剪，输出 TEST.md 报告。GitNexus MCP 可用时用于定位测试应覆盖的执行流和影响符号。Use when 用户确认所有 DEV 任务完成后需要进入测试阶段，或需要补测试/覆盖率审计时。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
项目级架构梳理师。建立或重构 `.specs/ARCHITECTURE.md`，包含模块图、ADR 列表、跨模块契约、依赖规则和容量边界。优先使用 GitNexus MCP 提取模块社区、依赖关系和 API 路由，grep 作为回退。Use when 用户说"建立架构/架构梳理/重构架构/architect/重审 ADR/画架构图"，或项目首次使用 flow-x 且需要项目级架构文档时。不属于任何 change，不写 CHANGE.md。
变更提案生成器。把用户的模糊想法通过反问澄清为一份变更提案 CHANGE.md，自动生成 change-id，检测架构级变更（优先使用 GitNexus MCP impact 分析），前端项目预选视觉调性，判定影响面并给出路径建议。Use when 用户说"我想做/加/实现/设计某事"且无活跃 change 时，或需要发起新变更提案时。
技术设计师。把 REQUIREMENT.md 转化为可执行的技术设计 DESIGN.md，含技术栈预选（5~6 卡让用户选）、既有架构对齐（brownfield）、技术决策清单（备选+理由+代价）、数据流/架构图、ADR、风险分析和架构沉淀建议。优先使用 GitNexus MCP 定位既有模块和抽象，grep 作为回退。Use when 用户确认 REQUIREMENT.md 后需要进入技术设计阶段，或需要技术选型/架构评审时。
单任务开发执行器。在 fresh context 中按 TDD（RED→GREEN→REFACTOR）执行 TASK.md 中的一个任务，优先使用 GitNexus MCP 搜索既有抽象和做变更影响分析，grep 作为回退。Schema 变更生成可逆迁移，破坏性变更走影响分析+反问协议，提交前跑 diff 边界 verify 和 6 维 self-review。Use when 用户说"执行 T<NN>/跑 T<NN>/do T<NN>/继续"，或需要实现 TASK.md 中的某个任务时。
[project] 架构演进同步器。把已归档 change 的 DESIGN.md §9 架构沉淀 同步到项目级文档（CONTEXT.md + ARCHITECTURE.md）。只读 §9，只 patch 文档，不动业务代码。 GitNexus MCP 可用时用于检测代码与文档之间的偏差（新抽象未入索引、ADR 与实际代码不一致）。 Use when 用户说"同步架构/整理沉淀/sediment/evolve/架构演进/同步 CONTEXT"，或每月/每季度批量同步时。
flow-x 统一入口 Orchestrator。解析用户意图，自动匹配阶段，执行 Artifact Preflight Gate，估算 Token 预算，加载必要规则与工件，路由到对应子 skill 执行。支持 GitNexus MCP 可用性检测，GitNexus 可用时子 skill 自动优先使用 MCP 工具。Use when 用户说"开始做某事/继续/审查/测试/设计/换风格/健康检查/扫描代码/架构梳理"等任何与 flow-x 流程相关的意图，或需要自动管理 change 生命周期时。
| name | flow-test |
| description | 五轮测试金字塔执行器。基于 REQUIREMENT.md 的 AC 和 DESIGN.md 的技术栈，执行功能/性能/安全/兼容/可观测五轮测试，每轮按项目类型可裁剪，输出 TEST.md 报告。GitNexus MCP 可用时用于定位测试应覆盖的执行流和影响符号。Use when 用户确认所有 DEV 任务完成后需要进入测试阶段，或需要补测试/覆盖率审计时。 |
测试不是"跑一下单测"，是 5 个维度的金字塔。每轮按项目类型可裁剪。
在 TEST.md 开头显式输出适用矩阵：
| 轮次 | 状态 | 范围 | 跳过理由 |
|---|---|---|---|
| 第 1 轮 · 功能 | ✅ 必跑 | 全部 AC | — |
| 第 2 轮 · 性能 | ✅ / ⚠️ / ❌ | ... | ... |
| 第 3 轮 · 安全 | ✅ / ⚠️ / ❌ | ... | ... |
| 第 4 轮 · 兼容 | ✅ / ⚠️ / ❌ | ... | ... |
| 第 5 轮 · 可观测 | ✅ / ⚠️ / ❌ | ... | ... |
禁止没声明就跳过任何轮次。每个 ❌ 必须有理由。
每条 AC 映射到测试用例。强制：每条 AC >= 1 条覆盖。空缺必须解释。
GitNexus 路径（可选）：对每条 AC 涉及的业务概念调用 gitnexus_query(query="<AC 关键概念>", goal="find execution flows to cover in tests")，从返回的 affected_processes 中提取测试应覆盖的执行流路径，确保端到端路径都有测试覆盖。
无法自动化的 AC 写 UAT 脚本（前置/步骤/期望/通过失败）。
<test-cmd> --coverage，贴输出| 编号 | 衰退风险 | 诊断问题 |
|---|---|---|
| T1 | Test Obscurity | 读这个测试能马上看出「它在验证什么」吗？ |
| T2 | Test Brittleness | 重构实现会让这个测试坏掉吗？ |
| T3 | Test Duplication | 同一个场景是否被多个测试换个姿势验证？ |
| T4 | Mock Abuse | mock 是否遮蔽了真实问题？ |
| T5 | Coverage Illusion | 覆盖率高但 assertion 空？ |
| T6 | Architecture Mismatch | 测试层级是否与架构匹配？ |
路径 A（装了 brooks-lint）：/brooks-test，输出 4 要素格式贴入 TEST.md。
路径 B（未装）：逐个维度检查，命中 >= 3 项 → release 前必修。
从 REQUIREMENT.md「非功能性需求」提取性能预算。没有就停下来，让用户先补。
EXPLAIN ANALYZE 关键查询）逐项对照预算，输出"✅ 达标 / ❌ 退步 X% / ⚠️ 接近阈值"，不允许"性能良好"空话。
npm audit --production / pip-audit / govulncheck。通过：无 high/critical。
trufflehog filesystem .。通过：0 命中。命中必须立即 rotate。
Semgrep / CodeQL / Bandit。无 high；medium 有处理记录。
逐项标 ✅ 已测 / ❌ 不适用 / 🟡 待补。
/health 区分 liveness / readiness本次新加/修复的测试用例统一登记到 TEST.md 末尾。
references/TEST.md — 产出模板（含 5 轮报告段）references/test-pyramid-excerpt.md — 5 轮工具/标准/反模式矩阵节选