사용 방법
- 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
- 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
- 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/rpamis/comet --skill comet-github-issue-fix시작 전 확인
- 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
- 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서
원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.
Comet GitHub Issue 修复
先读取 ../comet-github/references/maintainer-contract.md。将 Issue 或 review 作为输入契约，不要把它当作修改 GitHub 或发布代码的授权。
确认工作边界
- 阅读实时 Issue/PR，验证报告的问题确实存在。不要实施未经确认的 review bot 推测。
- 确认目标分支、仓库状态、已有脏文件和关联 worktree。
- 保护用户当前 checkout。目标分支或工作区较脏时，使用隔离的 worktree/branch。
- 编辑前定义最小行为、文件、测试、生成资产、文档和非目标范围。
通过 Comet 所属流程实施
- Native 工作使用 Native workflow，Classic 工作使用 Classic workflow。
- 实施过程中扩大范围时，先回到所属 Build/范围确认步骤，再增加文件或行为。
- 通过支持的命令管理 Runtime 状态和生成资产，不手工编辑机器状态或把生成 bundle 当作源文件。
- 使用满足已确认 Issue 的最小生产改动；缺陷可复现时增加聚焦回归测试。
验证与交接
先运行最小相关测试。变更跨越对应边界时，再增加 build、生成资产、lint 或全量检查。分别报告本地结果、无关失败和远端 CI。
明确判断最终行为是否用户可见、是否需要 Changelog。开发新功能过程中发现的内部问题，不写成 Changelog 条目。
除非用户要求，不提交、推送、评论或创建 PR。获得授权后，将准确文件范围交给 comet-safe-delivery。
