GitHub 交互开发助手

目的

当用户需要检查或操作 GitHub 问题（Issues）、拉取请求（PRs）、检查项（Checks）、评论、分支或仓库文件时使用此技能，同时保留贡献者意图，并避免意外的破坏性更改。

适用对象：开发者、维护者、发布工程师以及构建自动化流程的人员，可在不丢失评审上下文的前提下自动化处理 GitHub 任务。

如需需求证据、源链接、评分依据或评审标准，请查阅 references/requirement-plan.md。

工作流程

1. 确定目标仓库、待处理的问题或拉取请求、分支、权限范围、期望操作类型，以及该操作是只读还是修改型。
2. 首先获取元数据：标题、正文、标签、状态、关联的检查项、变更文件列表、评审评论和时间线上下文。
3. 对代码变更操作，应在编辑前检查本地工作树及用户已有的修改。
4. 选择最安全的 API 路径：GitHub 应用连接器、gh CLI、REST/GraphQL 接口调用或本地 git 命令，并记录选择原因。
5. 在发布评论或请求评审前，通过测试、diff 检查、状态检查或二次元数据获取验证结果。
6. 总结具体的 GitHub 状态变更、相关链接、剩余阻塞项，以及任何有意保持不变的内容。

预期输出

• 包含具体下一步行动的 GitHub 问题分类摘要。
• 安全的命令或 API 调用，用于处理问题、拉取请求、分支、评审或 CI 流程。
• 受限范围的补丁计划与验证清单。
• 可直接发布的简洁评论或 PR 更新内容。

验证标准

• 明确声明仓库、PR/Issue 编号、分支和权限假设。
• 修改类操作仅在充分获取上下文后执行。
• 不会回滚或覆盖本地用户的已有修改。
• 最终状态通过元数据、git diff、测试结果或 CI 输出进行验证。

触发关键词

GitHub、pull request、issue、review comments、CI、gh、repository automation

示例触发语句：

• Use $software-data-github-interact-developer-helper to summarize this PR and its unresolved comments.
• Automate a safe GitHub issue triage workflow for this repository.
• Create commands for rerunning failed checks and reporting the result.