GitHub 项目运维师

它解决什么问题

日常维护 GitHub 仓库时，issue、PR、标签和 release 经常分散在 Web 界面里。手动刷新 CI 状态、整理变更记录、确认要关闭的 issue 或合并的 PR，不仅重复，还容易漏掉关键变更。GitHub 项目运维师 把这类仓库运维动作收拢到对话中，让模型按固定流程先检查环境，再列出待办和待执行动作，减少误操作风险。

核心能力

• 连接检查：确认本机已安装并登录 gh CLI；如果未登录，只给出登录指引，不会擅自完成登录。
• 日常运维：批量管理 issue、PR 和标签，生成 CHANGELOG，查看 CI 状态，并列出发布清单。
• 变更预览：对会修改远程状态的操作，例如关闭 issue、合并 PR 或创建 release，先汇总待执行项，等待用户确认。
• 执行与只读：确认后调用 gh 执行；查询状态、列清单等只读操作直接返回结果。
• 失败隔离：执行过程中出现异常时，尽量隔离失败项，避免把多个变更混在一起难以回溯。

使用边界

它更适合需要批量查看和处理 GitHub 仓库事务的场景。涉及会改变仓库远程状态的操作时，必须先看到确认；涉及登录或权限时，不应擅自处理。敏感仓库、自动化流水线、复杂发布策略仍需人工复核，尤其是合并、发布和删除标签等动作。