用途：ready 用于在上下文可能已是可执行 wt 工作的情况下做开工前验证。它检查工作是否可启动，必要时切片，撰写 TaskDocument 正文，选择执行形态，并交付精确的工作目标。ready 不做规划：探索性思考、未定需求、示例与设计属于 wt 之外的 leaf-work 及其仓库内 .leaf/ 工作区，若工作尚不可执行应回退到思考环节，而不是强行生成 TaskDocument。
主要能力：一是梳理边界，明确未定需求归 leaf-work、可执行开发准备归本技能、启动与观察归 work、收尾归 land；wt 不解析 .leaf/，TaskDocument 可引用其路径作为人类可读背景，但任何 wt 命令、字段或指令均不依赖它。二是先读本地事实，包括 git status --short --branch、查找 AGENTS.md/AGENTS.override.md、列出 .wt/execution/tasks 与 workflows、查看 .wt.toml 与 .wt/config/local.toml。三是四项可执行性校验：效果可一句话概括并获用户认可、形态为 wt 管理的代码/配置/文档/测试、可观测性（验收可由命令或评审检查且可命名回归敏感行为）、确定性（可读到精确文件路径与符号）。四是切片并记录标题、AFK/HITL、阻塞项、执行形态、首审前预期时长及依据、观察节奏、规模等级与验收检查。五是撰写 TaskDocument，正文按 ## 계획、## 필수 준수、## 맥락、## 작업 顺序，正文位于 <repo-root>/.wt/execution/tasks/<slug>.toml，切片图放在 ready 交付报告中。六是选择执行形态：单切片用直接方式，顺序单代理用 single，同基独立用 batch，后片依赖前片提交用 stack，同任务多档案用 matrix，不同基/仓库用独立工作流，仓库外简单改动用直接本地编辑。七是工作流策略与交付，报告证据、事实与假设、切片、依赖、形态、时长估计、观察节奏、验收检查、PR/落地策略来源与下一步命令。
使用方式：创建保存的工作流用 wt workflow task --mode <single|batch|stack|matrix> <tasks...> --base <branch>；行为相关时查看当前命令帮助，安装的 wt 可能与 ./target/debug/wt 不同。
适用场景：在 wt 管理的仓库中对已可执行的开发工作进行开工前准备、切片与任务文档编写。
限制：不做规划、不吸收需求决策；假设不得作为事实写入正文；交付前须修复 TBD、无测试代码、无预期结果的命令、模糊文件列表等红旗项；平台、收费等信息资料未提供。