问题
Workflow 的 Acceptance Ledger 要求同一个 child：
- 执行任务；
- 自己声明 criterion 为
accepted 或 rejected；
- 自己填写 evidence；
- Runtime 仅验证 JSON 结构、criterion id 和可选 evidence label。
这不能证明 evidence 真实，也不能把模型自评变成 canonical execution fact。未配置 requiredEvidence 时，空 evidence 仍可能通过，见 #119；replay 路径还有 acceptance verdict 不对称，见 #112。
它将模型判断固化成一套跨 schema、prompt、artifact、dashboard、replay 的运行时协议，但没有获得相应的可信度。
建议方向
- 废弃并最终移除 Workflow DSL 的
acceptance 参数。
- 结构化输出继续使用普通 JSON Schema。
- 由父模型结合 child 输出和真实 execution receipts 做判断与综合。
- 退出码、测试结果、文件指纹、tool result 等可由 runtime 观察的事实继续作为 canonical evidence。
- 只有存在独立 verifier 时，才为该事实增加 runtime acceptance gate。
迁移与兼容
这是公开 DSL 收缩，应明确版本策略：
- 先给出现有
acceptance 使用者的 deprecation 提示；
- README 与 Workflow Skill 改用普通 schema + parent evaluation；
- 下一 breaking version 删除 schema、prompt、artifact/dashboard projection 和兼容代码。
验收标准
问题
Workflow 的 Acceptance Ledger 要求同一个 child：
accepted或rejected；这不能证明 evidence 真实，也不能把模型自评变成 canonical execution fact。未配置
requiredEvidence时，空 evidence 仍可能通过，见 #119；replay 路径还有 acceptance verdict 不对称，见 #112。它将模型判断固化成一套跨 schema、prompt、artifact、dashboard、replay 的运行时协议，但没有获得相应的可信度。
建议方向
acceptance参数。迁移与兼容
这是公开 DSL 收缩，应明确版本策略：
acceptance使用者的 deprecation 提示；验收标准
ok: true的运行时事实。bun run check、bun run test通过。