feat: knowledge sync — 安徽运八需求知识沉淀回写知识库
知识库更新: - historical_defects.md: +4条数据上报领域真实缺陷模式 (阶段依赖链断裂/重试幂等/跨模块数据不一致/省份代码硬编码) - common_missed_scenes.md: +11条数据上报专项易漏场景 (多阶段依赖/第三方核验逐项/重试并发/跨模块一致性/省份隔离等) - data_reporting_cases.md: 新增数据上报类需求优秀用例范式 (8大覆盖框架+5条示例用例+7项关键风险点) - terminology.md: +14条数据上报领域术语 系统修复: - case_pipeline.py: 注册 data_reporting_cases.md + order_manage_cases.md - governance_audit.py: 更新 case_generate/AGENTS 关键词期望(旧→新架构) - AGENTS.md/README.md/.claude: 补全缺失关键词,治理审计通过 - .claude/skills/case_generate/: 创建向后兼容别名 skill
This commit is contained in:
@@ -20,7 +20,7 @@
|
||||
12. 最终测试用例必须使用 `knowledge_base/01_standards/test_case_template.md` 中规定的唯一表头。
|
||||
13. 测试用例在写入前必须先按 `knowledge_base/01_standards/review_checklist.md` 做一次自检。
|
||||
14. 若发现跨需求规则冲突,必须给出明确修订建议(问题、影响范围、修订方向)。
|
||||
15. 若输入需求为 `doc`、`docx` 或 `pdf`,后续分析必须优先使用 prepare 战区产出的标准化 Markdown。
|
||||
15. 若输入需求为 `doc`、`docx` 或 `pdf`,后续分析必须优先使用 prepare 战区产出的标准化 Markdown(`normalized_requirement_file`)。
|
||||
16. 如需求有歧义或关键前提缺失,必须显式标记:
|
||||
|
||||
```md
|
||||
|
||||
Reference in New Issue
Block a user