关于 github-automation
面向通过 Rube MCP 执行 GitHub 操作的技能，适用于 issue、PR、分支、Actions、部署及权限任务。它强调先遵循仓库策略、核对精确提交身份，并在变更后验证远程状态。
主要功能
- 01发现当前工具定义并连接 GitHub
- 02操作 issue 与拉取请求
- 03管理分支和引用
- 04检查 Actions 与部署状态
- 05检查权限和分支保护
- 06变更后核实远程状态
适用场景
- 01按仓库策略处理 issue 或 PR
- 02核对提交与检查后执行获准合并
- 03检查工作流运行或部署结果
- 04审查协作者权限和分支保护
MCP 相关
通过 Rube MCP 使用 Composio 的 GitHub 工具包。开始前需发现当前工具定义，并在 GitHub 连接未启用时完成 OAuth。
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/github-automation确认已加载。
详细介绍
通过 Rube MCP 实现 GitHub 自动化
通过 Rube MCP 使用 Composio 的 GitHub 工具包，同时保留仓库策略、精确修订版本标识和分支保护。
适用场景
当 Rube MCP 可用时，用于以编程方式处理 GitHub issue、拉取请求、分支、Actions、部署、协作者或保护相关任务。当本地仓库策略有要求时，优先使用原生 gh 工作流或仓库专属的维护者命令。
设置
- 确认
RUBE_SEARCH_TOOLS可用。 - 在编写调用之前，搜索当前的 GitHub 工具 schema。
- 使用
RUBE_MANAGE_CONNECTIONS，工具包为github，仅在连接未激活时才完成 OAuth。 - 解析出确切的
owner/repo；不要依赖名称相似的仓库。
切勿在提示词或产物中请求、打印或持久化存储 GitHub 凭据。
仓库策略门禁
在变更之前，阅读 AGENTS.md、贡献和维护者文档，然后检查默认分支及生效的保护规则。仓库原生命令和必需检查优先于通用的 Rube 操作。
如果仓库提供了带守卫的合并或发布命令，请使用它而不是通用合并工具。在 agentic-awesome-skills 中，使用 antigravity-maintainer-batch-release 和 npm run merge:batch，以强制执行精确 SHA 审查、全新 check-suite 绑定以及受保护的 main。
工作流
Issue
- 在创建重复项之前，先列出或搜索现有 issue。
- 在混合结果中区分 issue 和拉取请求。
- 在更改状态之前，阅读当前条目、评论、标签和关联的 PR。
- 仅在用户请求的范围内创建、评论、添加标签、指派或关闭。
- 重新读取该条目并验证结果状态。
持续分页直到请求的结果集完整。将标签或指派对象的静默缺失视为权限失败，而非成功。
拉取请求
- 解析 PR 并捕获其编号、base、完整 head SHA、草稿状态、作者、fork 身份和可合并性。
- 检查更改的文件、审查、对话和必需的检查运行。
- 将每个审查或批准决定绑定到当前完整 head SHA。
- 如实创建或更新 PR 正文；切勿将待处理的测试或审查标记为已完成。
- 在合并前立即重新读取 base/head 身份、分支保护、可合并性、必需检查和仓库策略。
- 使用仓库的带守卫合并路径。仅当策略允许且用户授权合并时，才调用通用合并工具。
- 验证 PR 报告为
MERGED，并确认目标分支包含预期的提交。
不要将成功启用自动合并或排队工作的 API 调用视为立即合并。
分支和引用
- 明确解析源提交 SHA 和目标 ref。
- 创建主题分支，而不是直接更新受保护/默认分支。
- 拒绝非快进或强制更新，除非用户明确授权且仓库策略允许。
- 变更后确认远程 ref。
删除、强制推送、默认分支更改和保护规则更改属于破坏性或高影响操作，需要明确授权。
Actions 和部署
- 通过可信 ID 或路径解析工作流，并在分发前确认支持
workflow_dispatch。 - 将运行检查绑定到预期的事件、ref 和 head SHA。
- 区分
queued、in_progress、action_required、completed和skipped状态。 - 在提议源代码更改之前，阅读失败的作业日志。
- 等待最终成功，并单独验证已部署或已发布的界面。
当仓库提供带守卫的批准命令时，不要通过原始运行 ID 批准 fork 工作流运行。
权限与保护
- 在提出更改之前，先读取协作者、角色、分支保护和适用的规则集。
- 只有在确认仓库和分支身份后，才将 404 保护响应视为“未配置”。
- 在任何保护或权限变更之前，展示确切的变更前后策略及影响。
- 更改后重新读取生效状态。
失败规则
- 当 Rube 报告参数缺失或已更改时，重新解析工具 schema。
- 在仓库歧义、head/base SHA 过期、权限缺失、分页不完整或保护状态不确定时停止。
- 绝不绕过必需的检查、审查、合并队列、维护者命令或服务端分支保护。
- 在未读取生成的远程状态之前，不要声称合并、工作流、部署或权限更改已成功。
示例
用户请求：
通过 Rube MCP 操作 GitHub issues、pull requests、branches、checks、workflows 和 permissions。
限制
- 可用的 Rube 工具名称和 schema 可能会变化；请在运行时发现它们。
- GitHub 权限、组织策略和外部检查可能会阻止原本有效的操作。
- 本技能不授权超出用户明确意图的仓库删除、强制推送、保护更改、合并、部署或发布。