feat: 增加最小工单依赖规则 (#8)

2026-08-10 00:30:31 +08:00
parent d1136c2bc5
commit a59e3b5374
6 changed files with 58 additions and 10 deletions
@@ -33,10 +33,11 @@
 2. 给出目标、非目标、方案、影响范围、风险、回退方式、验证方法和文档影响。
 3. 方案没有得到用户明确确认前，只做只读诊断和方案整理，不实施正式代码。
 4. 方案确认后，先建立单元任务工单，再修改代码。
-5. 开始实施前检查分支和工作区，明确哪些现有改动不属于本任务。
-6. 严格按工单范围实现；新发现的问题先记录，不顺手混入当前任务。
-7. 执行与风险相称的测试，把关键结果和未验证部分更新到工单。
-8. 长期文档必须先修改 Wiki、读取确认，再运行 `python dev_scripts/sync_wiki_docs.py` 导出本地镜像；不得直接编辑 `docs/` 后反向覆盖 Wiki。
+5. 建立新工单不要求其他工单已经完成；开始实施前检查工单声明的前置工单。真实依赖未满足时保持“待实施”，允许并行时必须写明原因。
+6. 开始实施前检查分支和工作区，明确哪些现有改动不属于本任务。
+7. 严格按工单范围实现；新发现的问题先记录，不顺手混入当前任务。
+8. 执行与风险相称的测试，把关键结果和未验证部分更新到工单。实施过程中出现计划外、当前无法解除的问题时才标记“阻塞”。
+9. 长期文档必须先修改 Wiki、读取确认，再运行 `python dev_scripts/sync_wiki_docs.py` 导出本地镜像；不得直接编辑 `docs/` 后反向覆盖 Wiki。

 Gitea 不可用时，输出完整工单草稿并说明阻塞。未经用户明确授权，不得默认绕过建单。