使用方法
- 复制安装命令，在自己的智能体环境安装前先检查源码包。
- 从原始文档核对所需工具、凭据和支持的宿主。
- 说明输入材料与期望交付物，并对照来源检查输出。
npx skills add https://github.com/rpamis/comet --skill comet-github开始前需了解
- 安装不包含模型订阅、API 额度或访问文件的权限。
- 仓库星数和安装量反映活跃情况，不等于独立质量或安全测试。
仓库原始内容
按源仓库内容呈现，保留标题、案例、代码、表格、链接以及原文引用的演示图片。
Comet GitHub
将本 Skill 作为 Comet GitHub 工作的明确入口。路由前先读取共享维护者契约。
按意图路由
- “审阅 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 的变更。
