用途：wt-work 负责 wt 工作流的执行阶段，在 wt-ready 完成前期准备后，启动并协调已准备好的任务或工作流，覆盖从启动前检查到审核通过、交接给 wt-land 的全过程。核心循环为 Launch -> Watch -> Steer -> Accept。它不做前期规划；目的与需求属于 wt-ready，需求若变化需向用户反馈；设计、任务图与执行形态可在一定阈值内与执行现实同步。职责边界：需求、设计、任务与工作流准备由 wt-ready 负责；落地、合并、清理由 wt-land 负责。
主要能力与用法：启动阶段先检查就绪状态，使用 git status --short --branch、git worktree list、wt doctor 等确认；随后运行直接任务或已保存工作流，如 wt run task <task-key> --base .、wt run task、wt workflow task --mode <single|batch|stack|matrix> <tasks...> --base <branch>、wt run workflow，workflow issue 使用 wt workflow issue --mode <single|batch|stack> ...。采集目标使用 git worktree list、find、wt inspect <branch|worktree|task-run-id>、wt agent status <branch|worktree|task-run-id>；协调上下文可设置 cmux 标签名与会话身份，如 wt session show、wt session set coord-<work-slug>。观察阶段用 wt inspect、wt agent status、wt agent watch <target> --interval 5 --timeout 45 --heartbeat 45 做启动校验，用 wt msg watch --timeout <seconds> 观察报告到达；已知限制是协调者收件箱中未被认领的已回复请求消息会让 wt msg watch 立即退出，此时改用 wt agent watch 以空闲状态变化作为唤醒信号。引导阶段优先使用 wt task review <task-run-id> --accept/--reject/--block 与任务运行范围内的 wt msg send，仅在信箱投递无法唤醒代理时使用 wt send <target>；直接审核需检查 worktree 状态、提交与差异，并按风险运行检查，Rust 变更的基线命令包括 cargo fmt --all --check、cargo check --locked --all-targets --all-features、cargo clippy --all-targets --all-features -- -D warnings、git diff --check、cargo test --locked --all-features。可同步活文档以保持规格与实现一致；未启动的下游分片可在阈值内重新划分，涉及目的或需求变化时回到 wt-ready。验收阶段对工作流关联运行可用 wt workflow pass <workflow> <task> 或加 --run-next，直接任务运行在落地前无单独 pass 命令，随后把审核过的分支或栈、父分支与集成分支、worktree 路径与干净状态、已运行检查与已知缺口、观察证据、反馈路径和 wt-land 目标等交接给 wt-land。适用场景：已准备就绪、需要启动并持续协调、审核和推进到落地前的 wt 任务或工作流。其他收费、平台等信息暂未提供。