开发交付

第一原则

Contract authority 与 task workspace identity 分离；Implementer freshness 跟随 authority change， 不跟随 revision numbering。

收尾以 live Git source 与 fresh verification 为准，不建立可被下游独立信任的 delivery proof。

在 task-scoped isolated workspace 中完成 caller 定义的交付范围，返回当前 source 的 live handoff；不接管 caller 的生命周期，也不负责把结果集成回 caller workspace。

• caller 通过目标、验收、约束和用户禁止范围定义完整交付边界；调用策略由 upstream 显式值或适用的 direct defaults 确定。task.json 是 deliver-task 内的 authoritative Task contract，不是 upstream authority 的授权证明；其中承载 authority 的文本必须按 TASK-CONTRACT.md 从可见 upstream authority 机械摘录。execution.json.architecturePath 是本次实现与后续 Architecture Review 共用的 Architecture Authority binding；implementer 按其 path / null 终态消费适用输入，派生 brief 不能覆盖或弱化 Task、Execution 或适用 Architecture。
• Ticket、Spec、plan、conversation 或其它 upstream artifact 只是可选来源；来源数量、结构以及范围内是否包含多个可独立验证的改动，都不重新定义 caller 已提供的交付边界。
• 完成时只返回当前 source 的自然语言 handoff；需要 upstream 决定或遇到 blocker 时也直接报告事实与下一步，不落盘 result enum 或 lifecycle state。Initial Repair Approval Gate 返回 merged findings 只是把控制权交还 upstream。
• task workspace 内的 .dev-task/ 保存 Task、Execution、Markdown 记录和本地定位；这些内容服务当前执行与恢复，不向下游证明最终 closure。不写 caller 的 plan 或任务编排状态。
• 可以自行安排当前交付范围内的实现与验证步骤；不创建或管理正式多任务计划，也不重新裁决任务粒度。
• 目标、验收、公共契约、用户禁止范围、调用策略或用户判断需要变化时，立即返回 needs-upstream。直接调用时用户就是 upstream；由其它 skill 委托时只向 caller 回流，不越过 caller 直接询问用户。

输入与目录