7.1 认识 Claude Code GitHub Actions

先搞清楚：这和第六章的 GitHub MCP 是两回事

第六章讲的 GitHub MCP，是你在本地开终端，让 Claude Code 帮你操作 GitHub——读 issue、查 PR、发评论。

这一章讲的 GitHub Actions，是把 Claude Code 部署进 GitHub 的 CI/CD 流水线——它住在云端，自动响应仓库里发生的事件，不需要你的电脑在线。

	GitHub MCP	GitHub Actions
运行在哪里	你的本地电脑	GitHub 的云端 runner
谁触发	你主动发指令	仓库事件自动触发
适合做	交互式操作	自动化流程
需要你在线	是	否

两者不冲突，各有用武之地。

---

Claude Code GitHub Actions 能做什么

核心能力就三件事，但这三件事加在一起，能显著改变团队的开发节奏：

① 响应 @claude 提及

在任何 Issue 或 PR 评论里 @claude，它会：

• 分析上下文
• 写代码、修代码
• 把结果推送成 PR 或直接 push 到当前分支

② 自动代码审查

每个 PR 打开或更新时自动触发，按照你定义的标准做 review，以评论形式给出反馈。

③ 定时自动化任务

按 cron 表达式定时跑——每天生成 changelog、每周扫描依赖漏洞、每月清理过期 issue……

---

适合的场景

✅ 团队规模小，review 资源紧张 多一个"永远在线、永不请假"的代码 reviewer，哪怕是深夜的 PR 也能立刻得到反馈。

✅ 有大量重复性的 GitHub 任务 把 Issue 变成 PR、格式化 commit message、更新文档——这些每次都一样的事，自动化了节省大量人力。

✅ 想给贡献者更好的体验 开源项目里，外部贡献者发 PR 通常要等很久才有人 review。加上自动审查，反馈速度大幅提升。

不适合的场景

❌ 需要访问本地资源 GitHub Actions 运行在云端，无法访问你内网的数据库、内部 API 或本地文件系统。这类任务还是用本地 Claude Code。

❌ 需要精细交互控制 如果你需要一步一步确认、随时打断调整，本地终端更合适。Actions 是自动化，不是交互。

❌ 高度敏感的操作 生产环境部署这类高风险操作不建议完全自动化。

---

下一节，动手安装。