用途：协调单个 GitHub 议题的完整交付流程，让用户不必记住各阶段顺序。它本身只做协调，把专门工作委派给 grilling、refine-issue-plan、report-implementation、creating-pull-requests 四个依赖技能。
主要能力：每次调用或恢复时先只读重建 GitHub 与 Git 状态，包括议题正文、评论、关系、关联 PR、默认分支、当前分支、工作树、提交、合并基与 PR 状态；据此判断当前阶段（需求发现、细化、可实现、实现中、可报告、可开 PR、等待合并、下一个子议题、父级集成门、完成）；每次只推荐一个具体下一阶段并等待明确授权。
使用方式：先确认四个直接依赖技能在当前会话可用，缺失则停止并指出；使用前完整阅读各依赖的 SKILL.md 并遵循。粗糙议题先委派 grilling，再委派 refine-issue-plan；已充分规划的议题直接进入实现。实现授权后才选择或创建分支：独立议题从发现的默认分支拉出，拆分工作先建父集成分支再建子分支。提交由用户负责，除非明确要求否则不暂存或提交。实现完成后委派 report-implementation 做验收门，再委派 creating-pull-requests 创建 PR，最后等待人工审查与合并。
适用场景：需要按阶段推进 GitHub 议题、区分父议题与子议题、按依赖顺序交付子议题并最终集成到默认分支的协作流程。
限制：不硬编码仓库名、议题号、分支名或默认分支；不推断发布，只有用户明确要求发布才走发布 PR；不在授权阶段之外暂存、提交、推送、开 PR、合并、关闭议题或更新 GitHub；不创建本地工作流状态文件；不直接调用 split-issue-into-subissues 或单独调用 review-implementation；不代替用户合并 PR；状态有歧义时停止并询问缺失事实。每次回复以 GitHub 导向的状态页脚结尾，只给一个下一步建议。