wt-lifecycle 适用于用户希望将单个 wt 工作项从准备贯穿到执行、落地或丢弃并完成 harness 结算的场景。若需要 TaskDocument 或 workflow 骨架，可用 wt scaffold <slug> --task / --workflow 播种；探索与思考类产出不属于 wt 范围，应使用 leaf-work 和 .leaf/ workspace。
开始循环前应阅读 references/task-lifecycle.md，了解 TaskDocument/TaskRun/workflow 对象模型、状态边界、pass 与 cleanup 的区别，以及与工作流关联的任务边界。wt-lifecycle 自身不决定就绪门，含义不清或未准备的工作应走 wt-ready，由后者负责准备模型。
依次应用：先用 wt-ready 准备工作，它验证已准备的上下文可作为 wt 开发工作执行；意图含糊或设计未定时将思考路由到 leaf-work 并停止；可执行时确定切片、执行形态、工作流策略、TaskDocuments 和启动目标。再用 wt-work 执行与协调：启动已准备的任务或工作流、捕获检查目标、监控运行、检查 agent 状态、审阅代码、运行检查、同步活文档，直到工作可接受。审阅通过后，用 wt-land 落地、丢弃并结算 harness：遵守工作流落地策略，执行适用的 pass 步骤，按正确顺序落地分支，证明祖先关系或丢弃意图，用 wt done 清理，并记录 keep/problem/try 经验、行动候选、harness 调优记录、预期与实际时长以及观察节奏证据。即使没有更广泛的经验，也应写入时长条目。
每一步都要携带用户原始上下文，仅在该步骤自身护栏阻止进展时停止，例如未决的 HITL 决策、仍需时间的活跃 agent 工作、审阅失败、由任务 agent 负责的合并冲突或不安全的清理条件。从一个技能转到下一个时，应加载并遵循该技能正文，而不是凭记忆重写规则。保持边界明确：准备不等于启动，TaskRun pass 不等于落地，清理只在落地或丢弃意图被证明后进行，回顾在关闭（落地或明确丢弃）之后写，而非在飞行状态下写。
最终报告生命周期状态：当前技能/步骤、已检查证据、启动命令与检查目标、审阅/检查结果、pass 或合并证明、清理命令、已写回顾文件路径及剩余阻碍。