worker-delivery

Worker Delivery

V2 基线（强制优先）

1. worker-delivery 进入任务前必须读取 templates/coordination/tasks/task_folders/<task_id>/meta.json，并确认状态为 ASSIGNED 或 IN_PROGRESS。
2. ASSIGNED -> IN_PROGRESS 由 scheduler-ops 推进；worker 只消费已装配的 worker_runtime_view.json 并提交执行结果。IN_PROGRESS -> TESTING 的推进仍由编排流控制并记录到 log.ndjson。
3. token budget lane、reclaim、rebuild、keeper candidate routing 由 scheduler-ops / runtime control 拥有；worker 不直接执行 budget hard-stop 或写 BLOCKED_PENDING_APPROVAL。
4. 发生歧义时必须写 clarification_request.md 并将状态置为 BLOCKED_AWAITING_CLARIFICATION，不得静默等待。
5. 运行态 worker_tasks/<worker_id>_tasks.md 位于仓外状态目录；templates/coordination/tasks/<worker_id>_tasks.md 仅作兼容镜像，不作为真实状态读写依据。
6. worker 当前只回写 convergence、局部协作消息和交付证据；meta.consumption 与知识库检索仍由其他运行时路径负责，未在 deterministic worker 内实现时不得在文档中假定其已存在。
7. 当 keeper_enabled=true 时，worker 不得直接写入 knowledge-base/entries；经验候选由 scheduler-ops 基于 runtime signal 提交到 keeper 队列。
8. dispatch.role_type 表示编排运行角色（如 worker-delivery、tester-ephemeral）；实施用途角色的正式分类由 implementation_topology.coarse_template_role 表示（如 frontend、backend、database），implementation_topology.role_layer 仅保留为兼容投影，二者不得与编排角色混用。
9. lifecycle policy 由 scheduler-ops / runtime assembler 选择并投影为 worker_runtime_view.json.lifecycle_governance；worker 只消费该视图以及其中的 workerStage 下行分配，不拥有治理真相，也不持久化 policy authority。
10. wrapper 通过 ORCH_WORKER_STAGE_* 环境变量把 workerStage contract 投影给 handler；这些变量只是运行注入接口，不代表独立 authority。
11. implementation_topology.coarse_template_role 是 topology config 下行后的正式 coarse template classification；implementation_topology.role_layer 仅保留为兼容投影。selected_template 是由 topology 驱动自动解析出的细模板结果，而不是 worker 侧需要重新决策的一层。

核心职责

1. 根据 task_id 与 worker 指令完成实现，确保交付范围不越界。
2. 产出可复现的交付记录：改动清单、关键命令、结果摘要与风险说明。
3. 在交付后向 task-cluster mailbox 发布结构化协作消息，并为 tester 验收保留可消费产物。
4. 在验收前不得声明完成；验收失败时按反馈进行修复并重新交接。
5. 持续回写 worker_convergence 与局部协作信号，供 scheduler/ops/keeper 消费。
6. 所有可离开 workerStage 的交付物必须先经过 wrapper export，并形成 delivery.export-records.json 供 tester/runtime 后续消费。