PLAN_REVIEW plan_version=1 last_final_decision=—
类型: new_project project_id: p-dbde14637f parent_edict_id: —
[R15-RED-1784638696] R15-RED-1784638696 ## 详细目标 R15 测试: 接旨发布闭环真凭据
| step | name | dept | depends_on | status | acceptance |
|---|---|---|---|---|---|
| S1 | 工部下钻澄清『接旨发布闭环真凭据』的具体范围与凭据形式 | gongbu | — | PENDING | 已确认『接旨发布闭环』所指 edict 范围(单 edict/批量/端到端发版); 已澄清『真凭据』的形式(截图、HTTP 回执、数据库行、外链 URL 等)与最少 3 类凭据要求 |
| S2 | 户部将字面量 '[]' 修复为真实约束/验收并核定凭据清单 | hubu | S1 | PENDING | constraints 修复为真实可校验约束(技术/业务/合规维度,至少 3 条); acceptance_criteria 修复为可度量条目(每类凭据对应 PASS/FAIL 判据,至少 3 条) |
| S3 | 刑部核对 edict 状态、已派发子任务与凭据边界 | xingbu | S1 | PENDING | 确认 edict(e-cab737e904cf)当前状态非 Completed(避免重复执行); 列出已派发但未完成的子任务清单并给出继续/取消/封口结论 |
| S4 | 礼部基于补全后的目标重新提交 PLAN_REVIEW_REQUEST | libuli | S2,S3 | PENDING | 重新生成 3-5 步结构化 plan,owner_department 严格限定为 bingbu/xingbu/gongbu/hubu/libu/libuli 之一; 每步带可度量 acceptance_criteria 与明确 depends_on,覆盖真凭据采集与闭环封口 |
2026-07-21T12:58:16.567680+00:00dashboard NULL → DRAFTING consult-then-confirm (new_project): R15-RED-17846386962026-07-21T12:58:23.295689+00:00zhongshu DRAFTING → PLAN_REVIEW plan drafted (v1, 4 steps)
{"edict_id": "e-cab737e904cf", "message_type": "DRAFT_REQUEST", "goal": "[R15-RED-1784638696] R15-RED-1784638696\n\n## 详细目标\nR15 测试: 接旨发布闭环真凭据", "constraints": ["[]"], "acceptance_criteria": ["[]"], "title": "R15-RED-1784638696", "summary": "R15-RED-1784638696"}```json
{"title":"R15-RED-1784638696","summary":"R15-RED-1784638696: 接旨发布闭环真凭据(目标信息严重不足:constraints 与 acceptance_criteria 均为字面量字符串 '[]' 而非真实约束/验收列表,goal 仅含占位文案 'R15 测试: 接旨发布闭环真凭据',未指明闭环范围、期望真凭据形式与验收判据,需先经 Bridge 下钻澄清闭环范围、凭据形式与验收口径后,方可形成可执行 plan)","plan":[{"step_key":"S1","name":"工部下钻澄清『接旨发布闭环真凭据』的具体范围与凭据形式","owner_department":"gongbu","depends_on":[],"acceptance_criteria":["已确认『接旨发布闭环』所指 edict 范围(单 edict/批量/端到端发版)","已澄清『真凭据』的形式(截图、HTTP 回执、数据库行、外链 URL 等)与最少 3 类凭据要求","已确认 R15-RED 测试 edict(e-cab737e904cf)当前状态非 Completed","澄清问答写入 sishu_tasks,关联 edict_id=e-cab737e904cf"]},{"step_key":"S2","name":"户部将字面量 '[]' 修复为真实约束/验收并核定凭据清单","owner_department":"hubu","depends_on":["S1"],"acceptance_criteria":["constraints 修复为真实可校验约束(技术/业务/合规维度,至少 3 条)","acceptance_criteria 修复为可度量条目(每类凭据对应 PASS/FAIL 判据,至少 3 条)","核定本闭环所需真凭据清单(图片/HTTP/DB/外链)并写入 sishu_audit","补全条目与 edict_id=e-cab737e904cf 关联可追溯"]},{"step_key":"S3","name":"刑部核对 edict 状态、已派发子任务与凭据边界","owner_department":"xingbu","depends_on":["S1"],"acceptance_criteria":["确认 edict(e-cab737e904cf)当前状态非 Completed(避免重复执行)","列出已派发但未完成的子任务清单并给出继续/取消/封口结论","评估真凭据采集的越权与脏数据风险(发版/对外发布动作)","如存在高风险则触发 BLOCKED 并上报,error_type=plan_goal_mismatch"]},{"step_key":"S4","name":"礼部基于补全后的目标重新提交 PLAN_REVIEW_REQUEST","owner_department":"libuli","depends_on":["S2","S3"],"acceptance_criteria":["重新生成 3-5 步结构化 plan,owner_department 严格限定为 bingbu/xingbu/gongbu/hubu/libu/libuli 之一","每步带可度量 acceptance_criteria 与明确 depends_on,覆盖真凭据采集与闭环封口","plan 与 goal『接旨发布闭环真凭据』语义一致(避免 plan_goal_mis