用途：wt-land 是 wt 工作流 LEAF 模型中的最终收尾与反馈步骤，在 wt-work 评审判定工作可接受、工作被明确丢弃，或用户要求对已关闭的 wt 工作做复盘时使用。它不用于监控活跃智能体或请求修复，那属于 wt-work。
主要能力：证明分支已集成或已丢弃；执行适用的工作流 pass；在收尾安全后再清理；记录可反馈到下一周期的复盘经验。对象模型、状态边界与 pass/cleanup 命令见 ../wt-lifecycle/references/task-lifecycle.md。
使用方式：先做预检，检查确切目标再改状态，例如 wt inspect、wt agent status、git status、git log 等，确认工作树干净、父分支前有有效提交、检查已通过、工作流 landing 策略已知、集成分支明确、可无冲突合并。工作流工作须遵守交接中的策略快照：landing=manual 时评审后停止，除非用户明确指示落地；landing=auto 时评审通过即可继续，但仍需执行各项安全门。非工作流任务需用户明确指示、仓库策略或丢弃意图。集成分支不假设 main/master/develop，按用户指示、wt inspect 父分支、当前分支顺序选择。评审通过且有有效提交后，工作流运行可用 wt workflow pass <workflow> <task>，栈模式仅在下一栈任务应启动时加 --run-next。落地前用 git merge-base --is-ancestor 证明是否已集成，未集成则先检查冲突。硬性规则：协调者不在落地时解决任务分支合并冲突，冲突须中止合并并交回任务智能体。栈模式按 base-to-top 顺序落地，每个子切片合并前须用 gh api 将 PR base 重定向到集成分支；若已错误合并，可用 cherry-pick 到集成分支的恢复流程。清理仅在落地被证明后进行，使用 wt done 等命令；有意丢弃的工作须说明并确认无有用未合并工作。复盘写入 <repo-root>/.wt/execution/retrospectives/YYYY-MM-DD-<slug>.{md,toml}，默认不提交。最后报告落地分支、集成分支与合并提交、pass 与清理命令、复盘文件路径、检查与遗留缺口、剩余工作树或分支。
限制：不得在祖先关系或明确丢弃意图清楚前清理；不得用 wt send 仅因目标空闲；不得伪造落地状态；复盘是学习产物而非执行状态。