wt-ready 是 wt 体系中的执行就绪检查与交接编写辅助技能，本身不承担规划过程。探索性思考、需求、示例与设计属于 wt 之外的 leaf-work（及其仓库内 .leaf/ 工作区）；wt-ready 从上下文可能已可执行时开始，最终给出确切的 wt-work 启动目标，或明确路由回思考阶段。
用途与边界：模糊意图、未定需求、设计未决由 leaf-work 负责；需要 wt 准备的开发工作由本技能负责；启动、观察、引导、验收由 wt-work 负责；落地、清理、回顾由 wt-land 负责。wt 不解析 .leaf/，TaskDocument 正文可把 .leaf/... 路径作为面向人的上下文提及，但任何 wt 命令、schema 字段或指令都不依赖它。
使用方式：先检查本地 wt 事实，如 git status --short --branch、查找 AGENTS.md、列出 .wt/execution/tasks 与 workflows、读取 .wt.toml 与 .wt/config/local.toml。行为重要时查看当前命令帮助，已安装的 wt 可能与 ./target/debug/wt 不同；涉及 wt 自身的模型、CLI、配置、工作流或状态变更前应读 docs/consistency.md。若仓库策略规定当前分支仅用于规划，则只做阅读、收集参考与准备 TaskDocument/工作流。
可执行性判断：需同时满足四点——效果可用一句用户认可的话概括；产出是 wt 管理仓库中的开发执行（代码、配置、文档或测试）或别处的直接本地编辑；验收可由命令或评审检查且需保留的回归敏感行为可命名；工作能通过阅读仓库固定到确切文件路径与符号。缺任一项则指出缺失项并路由，或提出最省成本的单个问题。输出中证据须标注为已验证事实（含来源）或待验证假设。
切片与编写：工作大于一个安全任务时拆成薄的纵向切片，记录标题、类型（AFK/HITL）、阻塞关系、执行形态、首次协调评审前的预计时长及依据、建议观察节奏、预期规模等级与验收检查。每个 TaskDocument 正文必须使用 wt-writing-tasks 子技能，切片元数据放入正文 ## 계획 部分而非顶层 TOML 字段。执行形态按依赖图选择 direct、single、batch、stack、matrix、separate workflows 或 direct local edit；stack 是依赖声明，不确定时优先 batch 或独立工作流。可用 wt workflow task --mode <single|batch|stack|matrix> <tasks...> --base <branch> 创建保存的工作流。
工作流策略与交接：.wt.toml 与 .wt/config/local.toml 的 [workflow] 作为准备策略，工作流 TOML 作为本次运行的有效策略快照；策略缺失、过时或存在风险时应询问。PR 模式为 none、draft 或 ready；landing 为 manual 或 auto；review 在配置时使用 [policy.review].codex_base 门禁。交接须给出具体输出之一：已验证就绪的现有 TaskDocument/工作流及确切 wt-work 目标、新准备的 TaskDocument TOML、已保存工作流（模式、基线、顺序、策略）、路由回 leaf-work 的决定及缺失内容，或阻塞启动的未决 HITL 决策清单。
限制：资料未提供具体收费、价格、平台支持范围或效果数据；本技能不执行规划，也不得静默吸收需求决策。