用途：当用户明确提到 clawteam，或确实需要 ClawTeam 的团队/任务/收件箱/worktree 运行时，用本技能把请求归入单一操作包，再给出最小可用命令。它负责 ClawTeam 专属运行时表面：团队/任务/收件箱状态、通过 tmux 或子进程生成 worker、workspace 或 git-worktree 隔离、看板可见性与恢复流程、模板启动，以及绑定生成行为的 provider/preset/profile 设置。它不负责通用多智能体编排、看板治理或轻量级子任务分发。
主要能力与用法：先归一化为一个 packet，只选一个主包——manual-team（显式团队生命周期、角色、任务、依赖）、template-launch（启动预置团队并监控）、monitor-recover（检查运行中或卡住的团队、看板、收件箱、任务、workspace）、profile-setup（生成前的预设/配置/provider/模型设置）、route-out（请求其实与 ClawTeam 运行时无关）。给出更深命令前先验证最小运行时，例如 python3 --version、clawteam --help、tmux -V，以及用户实际要跑的 agent CLI（如 claude --version、codex --version）。若底层 agent CLI 本身不可用，不要假装 clawteam spawn 能修复。优先 tmux 以获得可见交互与实时控制，仅在确实需要无头/后台执行时用 subprocess。
适用场景：需要命名 worker 与显式任务归属和消息传递；需要 board attach、board live、board serve 等看板命令；需要内置模板启动；阻塞点在 ClawTeam 内的 provider/模型/profile 设置；工作流横跨开发交付、产品/运营研究、内容运营或游戏制作且选定运行时为 ClawTeam。
限制与注意：ClawTeam 式工作流仍偏操作者手动，tmux 与 worktree/会话检查常是真实流程的一部分；长时 worker 持久性在某些流程中可能脆弱，不要夸大；信任提示、权限流程和后端特有怪癖仍可能穿透抽象；运行后可能仍需手动清理、合并或 workspace 维护。上游 issue #148 记录 ongoing-job 子进程模式下的 worker keepalive 问题，issue #146 记录解析的 agent 定义/配置与实际运行时行为之间的差距。若用户要的是通用编排策略、看板治理或轻量内置委派，应路由出去，而不是扩展本技能。