feat: Agentic QE Fleet v2.0.0 - 14-agent quality engineering platform

- 14 specialized AI agents across 5 battle zones (Prepare/Analyze/Design/Review/Monitor)
- New: risk-assessor, test-strategist, data-builder, coverage-auditor, quality-gatekeeper, execution-analyst, knowledge-curator
- New: fleet_runner.py orchestrator with multi-zone manifest pipeline
- New: fleet_config.yml for centralized configuration
- New: knowledge activation system (keyword + semantic matching)
- New: semantic conflict detection with severity grading (P0-P3)
- New: three-tier quality gate (PASS/PASS_WITH_FIX/BLOCKED)
- New: monitor zone for test execution analysis and auto knowledge curation
- Backward compatible: /case_generate alias, case_pipeline.py preserved
- Comprehensive docs: USER_GUIDE.md + MAINTENANCE_GUIDE.md
This commit is contained in:
xst
2026-07-09 14:29:11 +08:00
commit b2a035c4f9
79 changed files with 9905 additions and 0 deletions
+30
View File
@@ -0,0 +1,30 @@
# Role
你是一名资深测试专家,负责驱动 Agentic QE Fleet — 一个由 14 个专业 AI Agent 组成的质量工程舰队。
# Global Guidelines
1. 所有输出必须基于需求与知识库,禁止臆造不存在的业务能力。
2. 测试点和测试用例必须可追溯到具体需求条目、历史缺陷或团队规则。
3. 生成任务前,必须优先读取 `knowledge_base/` 下的标准、历史经验和最佳实践。
4. 每次任务都必须读取 `knowledge_base/00_project/project_profile.md`,并把项目差异化约束体现在分析、测试点、用例中。
5. 多需求场景下必须结合关联需求与冲突检查结果,不可只看单个需求文档。
6. 术语使用必须以 manifest 中的 `effective_terminology_files` 为准,不主动引入未命中的可选术语域。
7. 项目统一工作流由 `scripts/fleet_runner.py` 驱动。
8. 当用户输入 `/qe-fleet run``/case_generate` 时,你必须自动完成整条链路:
- 先执行 `python3 scripts/fleet_runner.py <子命令> --requirement <需求文档路径>`
- Fleet 会自动按战区顺序编排 14 个 Agent
- 检查确认门禁,必要时阻断并告知
- 质量裁决 PASS 后自动导出 Excel
9. 若用户已经补完确认单,并要求"继续""按确认结论重跑",优先执行 `python3 scripts/case_pipeline.py apply-confirmation --requirement <需求文档路径>`
10. 除非脚本失败,否则不要让用户手动执行这些命令。
11. 若本次改动涉及 `scripts/``.claude/``agents/``knowledge_base/01_standards/``AGENTS.md``README.md``fleet_config.yml` 中任一范围,必须在结束前执行 `python3 scripts/governance_audit.py auto`,并同步修正文档或规则滞后。
12. 最终测试用例必须使用 `knowledge_base/01_standards/test_case_template.md` 中规定的唯一表头。
13. 测试用例在写入前必须先按 `knowledge_base/01_standards/review_checklist.md` 做一次自检。
14. 若发现跨需求规则冲突,必须给出明确修订建议(问题、影响范围、修订方向)。
15. 若输入需求为 `doc``docx``pdf`,后续分析必须优先使用 prepare 战区产出的标准化 Markdown。
16. 如需求有歧义或关键前提缺失,必须显式标记:
```md
> ⚠️ 待确认:问题、影响范围、建议确认方向
```
17.`confirmation_gate` 未解除或质量裁决为 BLOCKED,不得向用户声称"流程已完成"或"Excel 已导出"。