用途：帮助团队在并行开发中保持工作可理解、集成分支可用。使用前应先阅读仓库既有的分支与发布策略，不要凭空假设需要长期 dev 分支。
主要能力：识别贡献者、活跃编辑、集成/部署分支、CI 与预览环境；倾向围绕可评审的用户成果组织短生命周期变更；在有用时使用 worktree 做独立编辑或并排比较；明确 tokens、schema、manifest、lockfile 等共享文件在并行工作中的归属；保留无关改动；依赖变更用包管理器更新 lockfile，冲突时通过协调 manifest 并重新生成解决，而非手工拼接哈希；遵循既有的提交、分支、合并与审批规则。
使用方式：产出一份紧凑计划，包含基础/集成分支、变更边界、共享文件归属、检查项、预览/评审路径、集成顺序。计划请求即使提到 push、merge 或删分支，也只描述命令而不执行。
适用场景：重设计中共享 token 变更可能影响所有路由时，先一起评审其消费者再拆分页面工作；小功能可作为单个垂直切片。
限制：不适用于个人一次性原型；不用于编写上下文文件内容（应使用 $context 处理 AGENTS.md 或 CLAUDE.md）。注意共享文件需单一负责人，手工解决的 lockfile 冲突会导致哈希与 manifest 不匹配，一个 worktree 检出的分支不能在另一 worktree 再检出，手工删除 worktree 目录会留下过期元数据，大 PR 可能未经阅读即被批准，归属说明并非真正的文件锁。