农民伯伯抱着 Claude 图标

讲给长辈听的 Claude Code

保留原导航结构,逐页翻成能听懂的大白话。

Code review & CI/CD

GitLab CI/CD GitLab 流水线

放进 GitLab 流水线。

原页来源: 官方 GitLab CI/CD

一句人话

跟 GitHub Actions 那页一个路数,只不过这回是把帮工安排进 GitLab 自家的流水线里。

像你们村不是用东边合作社,而是用西边粮站,那就按粮站的传送带规矩把工人塞进去,活还是那几样活。

官方这页最核心的路数

1. GitLab 监听触发条件,比如 issue、MR、review 线程里有人提到 @claude

2. 作业把线程上下文和仓库内容收拢起来,拼成提示词交给 Claude Code。

3. Claude 在受限容器里跑,最后把结果通过 MR 交回来。

这等于整个过程都在流水线箱子里完成,改动最后还是要经过正常 MR 审核。

它支持哪些“供货渠道”

GitLab 这页有个特点,是 provider 讲得更细。

官方说你可以按环境选 Claude API、AWS Bedrock、Google Vertex AI。

所以如果你公司云上规矩多、地区合规要求严,GitLab 方案弹性会比较大。

最快起步

官方给的最短路是:先把 ANTHROPIC_API_KEY 设成 masked CI/CD variable,再往 .gitlab-ci.yml 里加一个 Claude job。

文档示例里直接用 node:24-alpine3.21,并示意你可以按 web 触发、MR 事件触发,或者评论里带 @claude 这种方式触发。

意思很简单:先把进场证和工具箱准备好,再把“什么时候上场”写进流水线规则。