用途
Comet GitHub 将本 Skill 作为 Comet GitHub 工作的明确入口，用于把不同类型的 GitHub 维护请求路由到对应的处理流程。它适合在用户提到 Comet GitHub Issue/PR 但未指定流程，或询问下一步如何处理时使用。路由前会先读取共享维护者契约。
主要能力（按意图路由）
- “审阅 PR / 看这个 PR” → comet-github-pr-review
- “看下这个 Issue 是否成立 / 是不是 Bug” → comet-github-issue-triage
- “把这个本地想法提成 Issue” → comet-github-idea-to-issue
- “CI 有报错 / 哪个 job 失败了” → comet-github-ci-triage
- “按照这个 Issue 修复” → comet-github-issue-fix
如果请求同时包含审阅和修复，先完成只读诊断，再说明建议交接到哪个流程。不得从分析阶段无声地跨入代码修改或 GitHub 写操作。
使用方式与共享路由规则
- 确认仓库、Issue/PR 编号或 URL、当前本地分支以及用户要求的操作级别。
- 在依赖复制来的评论、旧 CI 结果或记忆中的 SHA 前，先刷新 GitHub 实时状态。
- 将证据、诊断、建议动作和已完成动作分开报告。
- 明确报告不确定性：已确认、可能成立、证据不足、已阻塞或未验证。
- 默认只读。评论、改标签、关闭 Issue、创建 Issue、提交、推送或创建 PR 都需要明确授权。
交接输出
返回简短的路由决定、选中的 Skill、支持该路由的证据以及下一步安全动作。保留用户指定的范围，不要把生成的草稿当作已经发布到 GitHub 的变更。
适用场景与限制
适用于需要根据用户意图在多个 Comet GitHub 维护子流程之间进行分流的场景，尤其是未明确指定流程或需要确认下一步操作时。限制方面：本 Skill 不直接执行写操作，写操作均需明确授权；默认只读；路由前依赖实时 GitHub 状态而非缓存或记忆信息。资料中未提供的功能、收费、价格、平台或效果信息，暂未提供。