用途：该技能整合 Scrum Master 与 Release Manager 的职责，作为项目编排、Git 规范执行和状态汇报的统一来源，适用于需要把计划文件（plan.md）中的工作轨道与 GitHub Issue 联动管理的敏捷开发团队。
主要能力：
- 项目编排——同步 plan.md 轨道与 GitHub Issues。
- Git 卫生——强制分支、提交与合并标准。
- 状态汇报——通过 gh CLI 管理任务生命周期。 核心原则是“黄金线”：每个工作单元都应可追溯到 GitHub Issue（做什么与为什么）、Conductor 轨道 plan.md（怎么做）和 Git 分支（实现工作区）；通常没有分支不开始编码，没有计划项（最好还有关联 Issue）不建分支。GitHub Flow 要求：不得直接向 main 提交或本地合并，main 必须保持可部署；所有代码经由 Pull Request；分支短生命周期；原子提交；分支与提交遵循命名规范。Issue 更新需简洁专业、频率适中。
使用方式： 初始化阶段：确认本地 main 最新（git checkout main && git pull origin main），按 <type>/<short-description>-<issue_id> 创建分支（类型含 feat、fix、chore、refactor、docs、test，如 git checkout -b feat/inventory-ledger-123），必要时用 gh issue comment <issue_id> --body "..." 同步计划摘要。 实现阶段：若工作偏离分支命名范围则停止；在阻塞、重大架构决策或阶段完成时更新 Issue；提交格式为 type(scope): description。 验证与收尾：确保测试、pnpm lint、pnpm type-check 通过；推送分支并用 gh pr create --title "..." --body "Closes #<issue_id>. Verification: [Evidence]" 创建 PR，不得本地合并；PR 合并前不要删除分支。
可用命令：gh issue list / view / comment / close，gh pr create；git checkout -b、git branch -d、git log --oneline -n 10、git status。
限制：资料未提供该技能的安装命令、配置参数、具体支持平台、收费方式或效果数据；其余操作细节以官方文档为准。