@godv61/dsh-task-engine 0.9.0 → 0.11.0

package/skills/eng-delivery/SKILL.md

@@ -13,12 +13,13 @@ whenToUse: 开始任何开发、改 bug、加功能、代码评审或提交任
 1. 先 `dev_task`（operation=status）读当前分支任务；没有任务则 `dev_task`（operation=create，task_id=短 ID 如 GREET-001，title=任务标题，branch=当前 git 分支，files=本任务涉及的文件列表）建立任务并停在起始阶段。文件范围一时不清就先 `operation=create` 建任务，摸清后用 `operation=scope, files=...` 补齐。
 2. 每阶段：完成本阶段产物后：
    - 若本阶段配置了必交产物（`dev_task` operation=status 会列出 still missing 的字段），先用 `dev_task`（operation=record, artifact=..., fields=...）逐字段记录；字段不填全，流转会被 `artifacts_present` guard 拒绝。
-   - 再用 `dev_task`（operation=advance）流转到目标阶段；被拒绝说明 guard 未满足（确认没过 / 产物字段没填全 / 实施项没完 / 高风险没验证 / 评审没过），先补齐再重试，不得绕过。
+   - 再用 `dev_task`（operation=advance）流转到目标阶段；被拒绝说明 guard 未满足（需求/方案未获人批准 / 产物字段没填全 / 实施项没完 / 高风险没验证 / 评审没过），先补齐再重试，不得绕过。
 3. 提交前用 `dev_task`（operation=commit, files=<要提交的文件列表>, message=...）校验阶段、文件范围与消息格式；拿到 approved 后再 `git add <同一批文件>; git commit -m "<approved>"`，并把 commit hash 通过 `dev_task`（operation=commit, hash=...）回写。落在任务 `files` 之外的文件一律不能提交。
 
 ## 硬规则
 
 - 需求、Bug、继续开发、验证、评审、提交请求一律经 `dev_task` 状态机推进，不自行绕过。
+- 需求、方案的「确认」只能由人在审批中批准（`advance` 撞上确认门槛时系统会自动发起审批，人在页面点批准才放行）；模型不能自己确认，也不能绕过这扇门。
 - 阶段必交产物（如需求说明、设计文档、评审记录）必须用 `dev_task` operation=record 落库，字段不能留空、不能装样子。
 - 先声明文件范围：任务 `files` 只放本任务真正要改的文件；提交的文件必须全在 `files` 内，范围外的文件（哪怕是"顺手改一下"）也必须另开任务。
 - 只做任务范围内的本地提交；绝不 push、合并、创建 PR、执行数据库、操作 Jenkins、部署或发布。

package/skills/requirement-analysis/SKILL.md

@@ -11,6 +11,6 @@ description: 需求分析节点：把一条需求拆成目标、验收、非目
 2. 把需求拆成三块：目标（要达成什么）、验收（怎么算完成）、非目标（明确不做）。
 3. 列出疑问、矛盾、假设；存在影响范围或验收的问题时不得进入下一步，也不从沉默推断同意。
 4. 用 `dev_task`（operation=record, artifact=requirement, fields={scope, acceptance_criteria}）落需求说明。
-5. 用户明确确认需求后，用 `dev_task`（operation=confirm, field=requirement）。
+5. 完成后用 `dev_task`（operation=advance）流转；系统会向人发起「需求确认」审批，批准才放行。
 
-需求未确认不得 advance 到下一节点。
+需求未获人批准不得 advance 到下一节点。

package/skills/solution-design/SKILL.md

@@ -11,6 +11,6 @@ description: 方案设计节点：产出最小方案、改动点与技术选择
 2. 产出最小方案：技术基线、修改位置与做法、明确保持不变的部分。
 3. 单一调用方不为"以后可能复用"新增接口、Impl、DTO/VO 或异常包装；优先复用相邻实现。
 4. 用 `dev_task`（operation=record, artifact=design, fields={approach, risks, impact}）落设计文档。
-5. 用户明确确认方案后，用 `dev_task`（operation=confirm, field=solution）。
+5. 完成后用 `dev_task`（operation=advance）流转；系统会向人发起「方案确认」审批，批准才放行。
 
-方案未确认不得进入实现。
+方案未获人批准不得进入实现。