用途：该技能为 Orchestrator 提供一套有明确立场的 Git worktree 编排协议，把 worktree 当作隔离的编码通道，用于并行代理、风险实验、集成审查和清理。核心约束：这是仅限 Orchestrator 的工作流，其他专家（如 @fixer、@designer）可被派发到通道内执行任务，但通道规划、分支与路径选择、文件归属、委派、差异校验、集成和清理均由 Orchestrator 负责。所有 worktree 必须位于 .slim/worktrees/<slug>/，不得作为主仓库的兄弟目录创建。
主要能力与用法：可通过可选本地清单 .slim/worktrees.json 跟踪通道结构，包含 slug、分支、路径、base、用途、owner、状态、areas 和创建时间等字段；清单不存在时在初始化通道时创建并持续更新。执行任何 Git 变更前须遵循安全检查：确认在 Git 仓库内、检查当前/基础分支与未提交状态、查看 git worktree list 避免冲突、确认分支名不存在、确保 .slim/worktrees/ 被忽略。执行 git worktree add、git worktree remove、分支创建/删除/重命名、合并/rebase/cherry-pick、git prune、重置/清理/强推等破坏性命令前，必须获得用户明确确认。需按规则维护 .gitignore 与 .ignore 中的托管块。
工作流分四阶段：规划与初始化（确定 slug 与分支名，默认 omos/<slug>，先确保忽略块存在，再运行 git worktree add -b <branch-name> .slim/worktrees/<slug> <base-commit/branch>，登记元数据）；执行与委派（子代理工作目录严格设为通道路径，不在主检出上修改，按通道跟踪文件/目录归属，仅在用户要求或批准时提交）；集成与验证（对变更行为及边界执行相称的最终状态验证，生成并展示与集成基础分支的差异，获确认后从主检出执行合并或择优移植）；清理与修剪（确保已合并或归档、无未提交变更、获用户批准后运行 git worktree remove .slim/worktrees/<slug>，并更新清单）。
适用与不适用：适用于可能破坏当前工作环境的风险重构、需要切换上下文而不提交半成品的并行任务、独立后台代理、可能丢弃的探索性原型、第三方包或复杂升级隔离，以及被明确要求使用 worktree 的任务。不适用于简单单文件修改、文档更新、小缺陷修复，或未完全初始化、存在复杂多子模块状态且 worktree 难以支持的仓库。安全约束须始终遵守。