我们平时说 Claude Code，第一反应通常是：打开终端，让它读代码、改 bug、跑测试、提交 diff。它像一个坐在你旁边的 pair programmer。
今天code with Claude event讲得是另一层变化：Claude Code 可以被放进 GitHub Actions，作为一个 headless coding agent 自动运行。
这意味着它不再只能等你在本地输入命令，而是可以被 GitHub 事件触发：
有人开了 issue 有人评论 @claude 有人提交 PR 每天定时跑一次维护任务 CI 失败后触发诊断
Claude Code GitHub Action 的底层是 Claude Code SDK。SDK 的意义是：你可以用程序化方式调用 Claude Code，让它进入脚本、CI/CD、自动化系统，而不只是 terminal 交互。
官方文档里列的能力包括： 分析代码创建 PR 实现 feature 修 bug 按照 CLAUDE.md 里的项目规则工作在 GitHub runner 上执行
这和“让 Claude Code 帮我写代码”有什么区别？ 区别在于：本地 Claude Code 是你主动叫它；GitHub Action 里的 Claude Code 是工作流自动叫它。
比如以前： 我看到 issue 复制需求打开 Claude Code 让它改看 diff 提交 PR
现在可以变成： 用户在 issue 里 @claude GitHub Action 启动 Claude 读 issue + repo context 自动改代码提交 PR 或回复结果
这就是从“AI 编程助手”走向“开发流程里的自动化成员”。
当然，这不是说可以完全放手。官方也强调权限、安全和成本：API key 要放 GitHub Secrets，action 权限要最小化，复杂任务要限制 turn 数，Claude 的建议合并前仍然要 review。
我觉得最有价值的点不是“Claude 会自动写代码”，而是这个模式打开了很多小型工程自动化： 自动 review PR 自动补测试 CI 失败后自动分析原因定时清理文档 drift 把 issue 转成 patch plan 对特定目录做安全检查
这也和我们刚写的 reviewer harness 很像。我们现在是本地运行：生成 context 生成 review prompt 让 Codex/Claude 做 adversarial review 再 revalidate 未来可以把它放进 GitHub Actions： PR opened -> 运行 reviewer harness -> Claude Code Action 读取 review-prompt.md -> 输出 findings -> 第二轮 revalidate -> 评论到 PR
一句话总结： Claude Code SDK + GitHub Action 的意义，是让 Claude Code 从“人手里的工具”变成“工程流程里的自动化节点”。
