feat(ack): refine intake and validation workflow

2026-08-04 10:52:37 +08:00
parent b9c82b5520
commit 5018a1801d
32 changed files with 1602 additions and 302 deletions
@@ -195,15 +195,21 @@ Codex bypass、Cursor YOLO/force 和关闭 sandbox 都会 fail closed；在有
 审批或独立签发通道之前，不用项目文件伪装成用户授权。旧任务板没有结构化
 `project.orchestration` 时仍可读取和手动协作，但不得自动创建 worker。

-持久化 `receiptHash` 是无密钥 checksum，不是 launcher 身份证明。由于 Orca 当前
-不能证明旧终端的原始 argv/模型/权限，v0.10 不自动复用既有 worker；每次自动派发
-都重新 `plan` 并用 expected fingerprint 启动 fresh worker。
+持久化 `receiptHash` 是无密钥 checksum，不是 launcher 身份证明。ACK 只复用同一轮
+内明确空闲、角色/profile/worktree 匹配，并且可以可信清理历史消息、取得新会话身份的
+worker；正在执行、等待回报、状态不明或关联未完成任务的 worker 不复用。由于当前
+Orca 没有可验证的历史消息清理接口，Orca 派发仍重新 `plan` 并用 expected fingerprint
+启动 fresh worker。
 fingerprint 只校验完整计划没有漂移，不是一次性令牌；成功后不得用同一 fingerprint
 重复启动，结果不确定时必须先 reconcile。
 若创建或关闭回执不完整，或外部 launch record 状态无法可靠持久化，launcher 会返回
 `indeterminate/reconcile-required`；必须先核对 record 与 Orca live state，不能
 直接重试。

+Coordinator 最后标记整轮任务完成后，会关闭所有只关联 `verified` 任务的 worker
+终端。仍关联 `blocked`、`failed_retest`、`leftover`、其它未完成任务或未解决环境事件
+的终端继续保留且不设置 TTL；receipt 与测试证据不会随终端删除。
+
 ## 开始一个需求

 初始化完成后可以直接说：