用途：作为 GitHub Issue 工作流编排器，只做三件事——思考（解读子代理摘要与当前状态）、决策（选择下一阶段、门禁响应或恢复路径）、派发（把工作交给下游技能或工具子代理）。直接操作仅限读取本技能包、与用户对话和派发助手；涉及文件、GitHub、git、代码库或网络的工作全部委托，主要 GitHub 传输工具为 gh CLI。
主要能力：按七个阶段推进——1 获取工作项；2 规划任务；3 澄清与评审；4 创建子项；5 规划任务执行；6 澄清与评审；7 启动并执行。阶段 5-7 按任务循环，直到全部完成或用户停止。产物写入 docs/ 目录，如 <ISSUE_SLUG>-progress.md、<ISSUE_SLUG>-tasks.md 等，用于断点续跑，编排器不提交这些记录。
使用方式：输入优先使用完整 Issue URL；也可用 OWNER、REPO、ISSUE_NUMBER 回退，或仅用 ISSUE_SLUG 做本地续跑。先派发 progress-tracker 读取进度，再派发 preflight-checker 校验剩余阶段依赖，然后按阶段加载对应参考文件并逐个边界推进。派发时传入 ISSUE_SLUG 及该子代理所需显式输入，只保留结论与下一步相关细节。
适用场景：用户提供 GitHub Issue URL 或仓库与编号，希望自动完成从抓取 Issue 到逐任务实现的全流程编排。
限制：本技能包为独立包，下游阶段技能是运行时依赖，需宿主运行时按名称调用；若无法调用，应在预检处停止并请用户安装或启用缺失依赖。阶段 4 创建子 Issue 需要 ISSUE_URL，仅 owner/repo 回退不足以完成该写入阶段。外部 URL 为可选支持材料，与内置契约冲突时以内置契约为准。具体收费、价格、平台支持等信息暂未提供。