OpenClaw 实战：如何用 steipete/github 技能让 Agent 自动接管 Issue 与 PR

TL;DR (摘要)

在 OpenClaw 中配置 steipete/github 技能（基于 MCP 协议），可以将 Agent 从一个“代码生成器”升级为“云端开发者”。它允许 Agent 直接访问你的代码库，自动读取 Issue 描述、修改代码并提交 Pull Request，真正实现从“需求理解”到“代码交付”的全自动化闭环。

---

Q1：为什么我的 Agent 需要直接访问 GitHub？

A1： 如果 Agent 只能通过对话框输出代码，你仍需手动：

1. 复制文本。
2. 在本地创建分支。
3. 粘贴并解决冲突。
4. 提交并开启 PR。 这大大降低了 Agent 的“自主性”。有了 steipete/github，Agent 可以像真人员工一样使用 Git 工具链，独立完成上述所有琐事。

Q2：steipete/github 技能提供哪些核心能力？

A2： 该技能封装了 GitHub REST API 的关键操作，赋予 Agent 以下“权限”：

• Issue 管理：列出所有待办 Issue，读取历史讨论，添加进度评论，或关闭已修复的 Issue。
• PR 协同：创建新的 Pull Request，对已有的 PR 进行代码评审（Review），提出修改意见或批准合并。
• 代码检索：在不下载整个仓库的情况下，精准搜索特定的函数定义或配置项。
• 自动化流：监控 CI/CD 状态（通过读取 Actions 日志），在测试失败时自动排查原因并修复。

Q3：如何配置这个技能？（以 MCP 模式为例）

A3： 这是一个典型的 MCP (Model Context Protocol) 技能。你需要在 config.toml 或 MCP 配置文件中加入以下内容：

1. 准备 GitHub Token

在 GitHub 设置中生成一个具备 repo 权限的 Fine-grained PAT (Personal Access Token)。

2. 配置 MCP 映射

[mcp.servers.github]
command = "npx"
args = ["-y", "@modelcontextprotocol/server-github"]
env = { GITHUB_PERSONAL_ACCESS_TOKEN = "你的_PAT_TOKEN" }

Q4：实战场景：让 Agent 修复一个 Bug 并提交 PR

Q4： 我该如何向 Agent 下达这样的指令？ A4： 在配置好技能后，你可以直接说：

“一诺，请去 openclaw/openclaw 仓库找到那个关于‘Telegram 消息延迟’的 Issue #128。分析原因，在 bugfix/tg-delay 分支下修复它，并开启一个 PR 指派给 Flynn 审核。”

Agent 的执行链路：

1. 调用 get_issue 获取详细报错上下文。
2. 调用 search_code 寻找 telegram-adapter.ts 相关逻辑。
3. 在子会话中完成修复验证。
4. 调用 create_pull_request 提交结果，并回复你：“PR 已提交，链接为...”

Q5：安全性如何保证？Agent 会不会把我的代码库搞乱？

A5： 这是企业最关心的问题。OpenClaw 提供了多层保护：

• Token 权限最小化：建议只给特定仓库的读取和写入权限，不给 Admin 权限。
• requireApproval 拦截：在 config.toml 中配置 create_pull_request 和 merge_pull_request 需要人工二次确认。
• 分支保护规则：配置 GitHub 仓库，禁止 Agent 直接推送到 main 分支。

---

交付声明：本教程基于 OpenClaw 2026 最新架构与 ClawHub 官方推荐的 MCP GitHub 适配方案。建议配合 codex-deep-search 技能以获得更深度的代码理解力。

更多资源：访问 UseClaw 官网 获取完整 GitHub 自动化指令集模板。