Anthropic Official · CS146S Week 4

Anthropic 内部团队怎么用 Claude Code:10 个部门的一线实战

How Anthropic teams use Claude Code
📄 官方 PDF · 23 页🏢 10 个团队访谈🧭 用例 · 影响 · 建议👩‍💻 覆盖非技术岗位

Anthropic 的内部团队正在用 Claude Code 重塑他们的工作流:让开发者和非技术员工都能搞定复杂项目、自动化任务、弥合过去限制生产力的技能鸿沟。这份报告来自对内部 Claude Code 重度用户的访谈,汇总了各部门如何使用它、它对工作的影响,以及给其他考虑引入的组织的建议。

🗺️

导读与全景

01

这份官方 PDF 是「吃自己狗粮」的第一手记录:10 个团队逐一讲了自己的主要用例、量化影响和实操建议。既有推理、RL、API 这样的硬核工程团队,也有增长营销(全组就一个人、不写代码)、产品设计、法务这样的非传统开发角色——这正是它作为「agent 自主度管理」教材的价值:同一个工具,不同团队给出的放手程度完全不同。

10 个团队 · 一张图看全 工程 / 技术团队 🗄️ 数据基础设施数据工程自动化 🛠️ 产品开发用 CC 开发 CC 本身 🛡️ 安全工程事故排查 · TDD ⚙️ 推理弥合 ML 知识缺口 📊 数据科学与可视化不懂 JS 也建看板 🔌 API陌生代码库导航 🎰 强化学习工程检查点式自主开发 非传统开发角色 📈 增长营销(一人团队)广告创意流水线自动化 🎨 产品设计设计师直接改前端代码 ⚖️ 法务无障碍工具与流程原型
图 1 · 报告覆盖的 10 个团队(增补整理:按「工程团队 / 非传统开发角色」分组,分组为本文档归纳,原文按章节顺序平铺)

先看几个最抓眼的数字,后面各章会给出完整上下文:

80%↓
推理团队查 ML 概念的时间(1 小时 → 10–20 分钟)
70%
Vim mode 功能中由 Claude 自主完成的代码占比
约 1/3
RL 团队「一把过」成功率——所以要配检查点工作流
2h→15min
增长营销团队做一批广告文案的耗时
10×
投放创意产出量(Figma 插件批量生成)
5000 行
数据科学团队在几乎不会 TS 的情况下写出的看板应用
🧭 怎么读这份文档
每章都是「团队定位 → 主要用例 → 团队影响 → 给其他团队的建议」四段式,与原 PDF 结构一一对应。如果你只想抄作业,直接看每章最后的「建议」;如果你在思考该给 agent 放多大权限,重点看 第 12 章共性模式 的自主度光谱(增补总结)。
🗄️

数据基础设施团队

02 · Data Infrastructure

团队定位:为全公司各团队组织所有业务数据。他们用 Claude Code 自动化例行数据工程任务、排查复杂基础设施问题,并创建文档化的工作流,让技术和非技术成员都能独立访问和操作数据。

主要用例

📸 用截图调试 Kubernetes

Kubernetes 集群宕机、不再调度新 pod 时,团队把仪表盘截图直接喂给 Claude Code 诊断。它带着他们在 Google Cloud 的 UI 里一个菜单一个菜单地排查,最终找到「pod IP 地址耗尽」的警告,然后给出创建新 IP 池并挂到集群上的确切命令——全程没有惊动网络专家

📝 给财务团队的纯文本工作流

他们教财务同事把数据工作流写成纯文本文件,丢进 Claude Code 就能全自动执行。完全不会写代码的员工只要描述「查这个仪表盘、取信息、跑这些查询、输出 Excel」这样的步骤,Claude Code 就会执行整条工作流,还会主动询问日期之类的必填输入。

🧭 新人代码库导航

新数据科学家入职时,直接被引导用 Claude Code 探索庞大的代码库:它读团队的 Claude.md 文档、为具体任务定位相关文件、解释数据管道的依赖关系、帮新人搞清哪些上游数据源喂给了哪些仪表盘——取代了传统的数据目录和可发现性工具

📋 会话结束时更新文档

每个任务收尾时,团队会让 Claude Code 总结本次会话完成的工作并提出改进建议。这形成一个持续改进循环:基于真实使用情况不断打磨 Claude.md 文档和工作流说明,让后续迭代越来越顺。

🔀 多实例并行任务管理

做长耗时数据任务时,他们在不同仓库为不同项目开多个 Claude Code 实例。每个实例保有完整上下文,哪怕几小时、几天后切回来,Claude Code 仍记得当时做到哪了——实现了真正的并行工作流管理,不丢上下文。

团队影响

给其他团队的建议

✍️ 把 Claude.md 写详细
工作流、工具、预期在 Claude.md 里记录得越好,Claude Code 表现越好。这让它在「照既有模式新建数据管道」这类例行任务上表现出色。
🔐 敏感数据走 MCP 服务器,别走 CLI
他们建议用 MCP 服务器而不是 BigQuery CLI,以便更好地控制 Claude Code 能访问什么——尤其是需要留痕(logging)或有隐私顾虑的敏感数据。
👥 组织团队用法分享会
团队成员互相演示各自的 Claude Code 工作流,传播最佳实践,也让大家看到自己没发现的用法。
🛠️

产品开发团队(Claude Code 团队)

03 · Product Development

团队定位:Claude Code 团队用自己的产品来开发 Claude Code 的更新,扩展产品的企业级能力和 agentic loop(智能体循环)功能。

主要用例

⚡ auto-accept 模式快速原型

工程师开启 auto-accept 模式(shift+tab),搭起自主循环:Claude 写代码、跑测试、持续迭代。他们把自己不熟悉的抽象问题交给它自主处理,然后验收那份「完成度 80%」的方案,再接手做最后打磨。团队强调:从干净的 git 状态出发、定期提交检查点,这样 Claude 跑偏时可以轻松回滚。

🎯 核心功能同步编码

对触及应用业务逻辑的关键功能,团队与 Claude Code 同步工作:给出带具体实现指令的详细提示,实时盯着过程,确保代码质量、风格规范和架构合理,同时让 Claude 承担重复性的编码劳动。

⌨️ 实战案例:Vim mode

他们最成功的异步项目之一是给 Claude Code 实现 Vim 键位绑定。他们让 Claude 完整构建这个功能(尽管它并非优先级项目),最终实现里约 70% 来自 Claude 的自主工作,只经过几轮迭代就完成了。

🧪 测试生成与 bug 修复

功能实现后让 Claude Code 写全面的测试,并处理 PR 评审里发现的简单 bug。他们还借助 GitHub Actions 集成,让 Claude 自动响应 PR 评论——比如格式问题、函数改名这类修改。

🧭 代码库探索

面对不熟悉的代码库(比如 monorepo 或 API 侧),团队用 Claude Code 快速理解系统如何运作。不用在 Slack 里等同事回复,直接问 Claude 要解释和代码引用,省下大量上下文切换时间。

团队影响

给其他团队的建议

🔄 搭建自给自足的循环
让 Claude 自动跑构建、测试、lint 来验证自己的工作。这样它能自主工作更久、自己抓住自己的错误——尤其是当你让它先写测试再写代码时,效果最好。
🧠 培养任务分类直觉
学会区分哪些任务适合异步放手(外围功能、原型),哪些需要同步盯着(核心业务逻辑、关键修复)。产品边缘的抽象任务可以交给 auto-accept 模式,核心功能则需要更紧的监督。
✍️ 写清晰、详细的提示
当组件名字或功能相近时,要求要极其具体。提示写得越好越细,你就越能信任 Claude 独立工作,而不担心它改错代码库里的地方。
🛡️

安全工程团队

04 · Security Engineering

团队定位:负责软件开发生命周期安全、供应链安全和开发环境安全。他们大量用 Claude Code 写代码和调试。

主要用例

🚨 复杂基础设施调试

处理事故时,把堆栈跟踪和文档喂给 Claude Code,让它顺着代码库追踪控制流。这显著缩短了生产问题的解决时间:过去要 10–15 分钟人工扫代码才能理解的问题,现在约 5 分钟搞定。

🏗️ Terraform 代码审查

对需要安全审批的基础设施变更,他们把 Terraform 计划复制进 Claude Code,问它:「这会干什么?我会后悔吗?」这带来更紧的反馈循环,让安全团队能快速审阅、批准基础设施变更,减少开发流程中的卡点。

📚 文档整合与 runbook

让 Claude Code 消化多个文档源,产出 markdown 格式的 runbook、排障指南和综述,再把这些浓缩文档当作调试真实问题时的上下文——比在完整知识库里翻找高效得多。

🧪 测试驱动开发(TDD)工作流

过去的模式是「设计文档 → 糊弄代码 → 重构 → 放弃写测试」;现在他们让 Claude Code 先给伪代码,引导它走测试驱动开发,卡住时定期介入把它带回正轨,产出更可靠、可测试的代码。

🔀 上下文切换与项目上手

参与既有项目(比如安全审批工作流 web 应用「dependant」)时,他们用 Claude Code 编写、评审并执行存放在代码库里的 markdown 规格说明,几天内就能做出有意义的贡献,而不是几周

团队影响

10–15min→5min
基础设施问题的人工排查时间
周→天
跨职能项目做出实际贡献所需的上手时间
更快
Terraform 安全审查周期,消除开发者等待安全审批的阻塞

给其他团队的建议

⌨️ 大量使用自定义斜杠命令
整个 monorepo 里 50% 的自定义斜杠命令实现出自安全工程团队。这些自定义命令让特定工作流更顺、重复任务更快。
🗣️ 让 Claude 先动手
与其为了要代码片段而问一堆定向问题,不如告诉 Claude Code「边做边提交你的工作」,让它自主干活、你定期检查——得到的方案更完整。
📄 用它做文档
写代码之外,Claude Code 特别擅长整合文档、产出结构化内容。给它写作范例和格式偏好,就能拿到可直接用于 Slack、Google Docs 等工具的文档,避免来回切界面的疲劳。
⚙️

推理团队

05 · Inference

团队定位:管理 Claude 读取提示和生成回复时存储信息的内存系统。团队成员——尤其是机器学习新手——大量使用 Claude Code 来弥合知识缺口、加速工作。

主要用例

🧭 代码库理解与入职

加入复杂代码库时,团队重度依赖 Claude Code 快速理解架构。不用手动翻 GitHub 仓库,直接问 Claude 哪些文件调用了特定功能,几秒钟出结果,不必问同事或人肉搜索。

🧪 带边界情况的单元测试生成

写完核心功能后让 Claude 写全面的单元测试。它会自动补上被漏掉的边界情况,把原本很耗心力的活儿在几分钟内完成,像一个可供审阅的编码助手。

🎓 机器学习概念讲解

没有 ML 背景的成员靠 Claude 解释模型相关的函数和设置。过去要花一小时 Google 搜索、读文档才能搞懂的东西,现在 10–20 分钟搞定,研究时间减少 80%

🔁 跨语言代码翻译

需要在别的编程语言里测试功能时,他们说明想测什么,Claude 就用目标语言(比如 Rust)写出逻辑——不必为了测试专门学一门新语言。

💻 命令回忆与 Kubernetes 管理

不用记复杂的 Kubernetes 命令,直接问 Claude 正确语法(比如「怎么列出所有 pod 或部署状态」),就能拿到基础设施工作所需的确切命令。

团队影响

给其他团队的建议

🔍 先测测它当知识库好不好用
多问几类问题,看 Claude 是否答得比 Google 搜索更快更准。如果是,它就是你工作流里实打实的省时工具。
🚀 从代码生成开始建立信任
给 Claude 具体指令让它写逻辑,然后验证正确性。这有助于先建立对工具能力的信任,再交给它更复杂的任务。
🧪 用它写测试
让 Claude 写单元测试能大幅减轻日常开发压力。用好这一点,不必人工想遍所有测试用例也能维持代码质量。
📊

数据科学与可视化团队

06 · Data Science & Visualization

团队定位:数据科学和 ML 工程团队需要复杂的可视化工具来理解模型表现,但构建这些工具往往要求掌握他们不熟悉的语言和框架。Claude Code 让这些团队不必变成全栈开发者,也能构建生产级的分析看板。

主要用例

🖥️ 用 JS/TS 构建看板应用

尽管「几乎不会 JavaScript 和 TypeScript」,团队仍用 Claude Code 构建完整的 React 应用来可视化 RL 模型表现和训练数据。他们放手让 Claude 从零写整个应用——比如一个 5000 行的 TypeScript 应用——自己不需要读懂代码。这可行的关键在于:可视化应用上下文相对少、不要求理解整个 monorepo,因此能快速做出理解「训练与评估期间模型表现」的工具原型。

🎰 处理重复性重构:「老虎机」打法

遇到合并冲突或「编辑器宏搞不定、又不值得立大项目」的半复杂文件重构时,他们把 Claude Code 当老虎机用:先提交当前状态,让 Claude 自主跑 30 分钟,结果要么直接采纳,要么推倒重来——不纠缠着改。

📈 持久化分析工具,替代一次性 notebook

不再写用完即弃的 Jupyter notebook,而是让 Claude 构建可在未来模型评估中复用的永久性 React 看板。这很重要,因为理解 Claude 的表现是「团队最重要的事情之一」——他们需要理解模型在训练和评估中的表现,而这「其实并不简单,盯着一个数字往上走的简陋工具拿不到多少信号」。

🤝 零依赖任务委托

对完全陌生的代码库或语言里的任务,他们把整个实现委托给 Claude Code,利用它从 monorepo 收集上下文并执行任务的能力,全程不参与实际编码。这让他们在专业领域之外也有产出,而不是花时间学新技术。

团队影响

给其他团队的建议

🎰 把它当老虎机
放手前先保存状态,让 Claude 跑 30 分钟,然后要么采纳结果、要么推倒重来——别跟它的错误纠缠。重来往往比修修补补成功率更高。
✂️ 该打断就打断,要求更简单的方案
盯着它干活时,别犹豫,直接叫停并问「你为什么这么做?试试更简单的方案」。模型默认倾向于更复杂的解法,但对「简化」的要求响应很好。
"Why are you doing this? Try something simpler." —— 打断的勇气,是监督式用法里最便宜、收益最高的操作。
—— 数据科学与 ML 工程团队的实操建议(引文为原文,评语为增补)
🔌

API 团队(API Knowledge)

07 · API

团队定位:负责 PDF 支持、引用(citations)、网页搜索等把额外知识带进 Claude 上下文窗口的功能。跨大型复杂代码库工作,意味着不断遭遇陌生代码区、花大量时间搞清「这个任务该看哪些文件」、在动手前先攒上下文。Claude Code 改善了这种体验:它像一个向导,帮他们理解系统架构、定位相关文件、解释复杂的交互。

主要用例

🚏 任何任务的「第一站」

团队把 Claude Code 当作所有任务的「第一站」:让它指出修 bug、做功能或做分析该看哪些文件。这取代了传统上开工前手动翻代码库、攒上下文的耗时过程。

🐛 跨代码库独立调试

团队现在有信心处理代码库中不熟悉部分的 bug,而不是求助他人。他们直接问 Claude「你觉得你能修这个 bug 吗?我看到的现象是这样的」,往往立刻取得进展——以前考虑到时间成本,这根本不可行。

🧫 靠吃狗粮测试模型迭代

Claude Code 自动使用最新的研究模型快照,这成了他们体验模型变化的主要方式,让他们在开发周期中直接感知模型行为变化——这在以前的发布中从未体验过。

🧠 消除上下文切换开销

不再一边复制代码片段、把文件拖进 Claude.ai,一边大费口舌解释问题——直接在 Claude Code 里提问,无需额外收集上下文,大幅降低心智负担。

团队影响

给其他团队的建议

🔁 当迭代伙伴,别当一发入魂的解题机
不要指望 Claude 立刻解决问题,把它当作可以来回迭代的协作者。这比追求首次就拿到完美方案效果更好。
💪 用它在陌生领域建立信心
别犹豫去碰专业之外的 bug 或事故——Claude Code 让你能独立处理那些原本需要长期积累上下文的领域。
🌱 从最少的信息开始
先只给你手头最基本的信息,让 Claude 引导你走流程,而不是一开始就灌进大段解释。
📈

增长营销团队

08 · Growth Marketing

团队定位:负责搭建付费搜索、付费社交、移动应用商店、邮件营销和 SEO 等效果营销渠道。作为一个非技术背景的一人团队,他们用 Claude Code 自动化重复性营销任务、构建原本需要大量工程资源的 agentic 工作流。

主要用例

📢 Google Ads 广告创意自动生成

他们搭了一条 agentic 工作流:处理包含数百条既有广告及其效果指标的 CSV 文件,找出表现不佳、需要迭代的广告,生成符合严格字数限制(标题 30 字符、描述 90 字符)的新变体。系统用两个专门的子智能体(一个管标题、一个管描述),几分钟就能生成数百条新广告,不必再在多个广告系列里手工创建。这让他们能够规模化地测试和迭代——以前要做到这一点要花非常多的时间。

🖼️ Figma 插件量产创意素材

付费社交广告的静态图,过去要手动复制再逐张改;现在他们开发了一个 Figma 插件,自动识别画框(frame)、通过替换标题和描述程序化生成最多 100 个广告变体,把几个小时的复制粘贴压缩到每批半秒。这带来 10 倍的创意产出,能在关键社交渠道测试多得多的创意变体。

📊 Meta Ads MCP 服务器做投放分析

他们创建了一个对接 Meta Ads API 的 MCP 服务器,直接在 Claude Desktop 应用里查询广告系列表现、花费数据和广告效果,不用再在多个平台间切换做效果分析——对「每一点效率都折算成 ROI」的岗位来说,这省下的是关键时间。

🧠 带记忆系统的进阶提示工程

他们实现了一个简易记忆系统,跨广告迭代记录假设和实验;生成新变体时,系统能把以往测试结果拉进上下文,形成一个自我改进的测试框架。这种系统化实验靠人工记录根本做不到。

团队影响

2h→15min
一批广告文案的制作时间,省出来的时间投入战略工作
10×
创意产出量——自动生成 + Figma 集成,测试量大增
1 人
团队规模——却能干传统上需要专职工程资源的活

给其他团队的建议

🔎 找出「有 API 的重复任务」
盯住那些涉及重复操作、且工具带 API 的工作流(广告平台、设计工具、分析平台)。它们是自动化的头号候选,也是 Claude Code 价值最大的地方。
🧩 把复杂工作流拆成专门的子智能体
别试图在一个提示或工作流里搞定一切;为具体任务建独立 agent(比如他们的标题 agent 和描述 agent)。面对复杂需求时,这让调试更容易、输出质量更高。
🗺️ 写代码前先充分头脑风暴和提示规划
先在 Claude.ai 里花足时间把整条工作流想透,再让 Claude.ai 产出一份完整的提示和代码结构,供 Claude Code 参照。另外,一步一步来,别要求一步到位的方案——避免 Claude 被复杂任务压垮。
🎨

产品设计团队

09 · Product Design

团队定位:支持 Claude Code、Claude.ai 和 Anthropic API,专注于打造 AI 产品。即便不是开发者,也能用 Claude Code 弥合设计与工程之间的传统鸿沟,直接落地自己的设计愿景,不必与工程师反复拉扯。

主要用例

✨ 前端细节打磨与状态管理修改

视觉微调(字体、颜色、间距)不再需要写冗长的设计文档、跟工程师来回过几轮反馈——设计师直接用 Claude Code 实现这些修改。工程师注意到他们在做「你通常不会看到设计师做的大型状态管理修改」,让他们能达到自己设想的精确质量。

🎫 GitHub Actions 自动处理工单

借助 Claude Code 的 GitHub 集成,只需提 issue/工单描述需要的修改,Claude 就会自动提出代码方案——甚至不用打开 Claude Code。这为他们长期积压的打磨类任务建立了顺滑的修 bug、调功能工作流。

⚡ 快速交互原型

把设计稿(mockup)图片直接粘进 Claude Code,就能生成完全可用的原型,工程师立刻就能理解并接着迭代——取代了「静态 Figma 稿 + 大量解释 + 人工翻译成代码」的传统循环。

🔍 边界情况发现与系统架构理解

他们用 Claude Code 画出错误状态、逻辑流和各种系统状态,在设计阶段就识别出边界情况,而不是等到开发后期才发现——从根本上提升了初版设计的质量。

⚖️ 复杂文案修改与法务合规

比如把「research preview」的表述从整个代码库里移除:他们用 Claude Code 找到所有出现位置、审阅上下文文案、与法务实时协调修改并落地——整个过程只用了两通 30 分钟的电话,而不是一周的来回拉扯。

团队影响

两种截然不同的用户体验:开发者得到的是「增强工作流」(执行更快);非技术用户得到的是「天哪,我居然会开发了」的工作流(以前完全不可能的全新能力)。
—— 产品设计团队(原文:"augmented workflow" vs "holy crap, I'm a developer workflow")

给其他团队的建议

🤝 让工程师帮你完成初始配置
请工程同事帮忙做仓库初始配置和权限设置——技术上手对非开发者不容易,但一旦配好,它对日常工作流是革命性的。
🧾 用自定义记忆文件引导 Claude 的行为
写明「我是设计师、编码经验少、需要详细解释和更小的增量修改」,能显著提升 Claude 回复的质量,也让工具不那么吓人。
🖼️ 用好图片粘贴做原型
用 Command+V 把截图直接粘进 Claude Code——它非常擅长读懂设计稿并生成可运行代码,是把静态 mockup 变成工程师能直接理解和接手的交互原型的利器。
🎰

强化学习工程团队

10 · RL Engineering

团队定位:专注 RL 中的高效采样和跨集群权重传输。他们主要用 Claude Code 写中小型功能、调试、理解复杂代码库,采用一种包含频繁检查点和回滚的迭代式打法。

主要用例

👀 监督式自主的功能开发

中小型功能让 Claude Code 写大部分代码、自己提供监督——比如为权重传输组件实现鉴权机制。他们以交互方式工作:让 Claude 打头阵,跑偏时再把它拉回来。

🧪 测试生成与代码评审

自己实现修改后,让 Claude Code 补测试或评审代码。这条自动化测试工作流在例行但重要的质量保障工作上省下大量时间。

🐞 调试与错误排查(效果不一)

用 Claude Code 调试错误的结果好坏参半——有时它立刻定位问题并补上相关测试,有时则理解不了问题;但总体而言,能用的时候价值很大。

📚 代码库理解与调用栈分析

工作流里最大的变化之一:用 Claude Code 快速拿到相关组件和调用栈的摘要,替代人工读代码或生成大量调试输出。

☸️ Kubernetes 操作指导

经常向 Claude Code 询问原本要大量 Google 搜索的 Kubernetes 操作,即时获得配置和部署问题的答案。

对开发工作流的影响

给其他团队的建议

🧾 针对具体模式定制 Claude.md
把防止重复犯错的指令写进 Claude.md,比如「用 pytest 而不是 run;别乱 cd,直接用正确路径」。这显著改善了一致性。
📌 采用检查点密集的工作流
Claude 改代码的过程中定期提交,实验不成随时回滚。这让开发可以更大胆地实验而没有风险。
🎯 先试一把梭,不行再协作
先丢个快速提示让 Claude 尝试完整实现。成了(约 1/3 概率)就省下大把时间;不成再切换到更紧密的引导式协作。
🧩

共性模式与术语表(增补总结)

12

本章为整理时的增补归纳:原 PDF 到法务团队即止,没有总结章。以下模式全部来自上文 10 个团队的原始表述,只是把散落各章的做法排到一起。

模式一:自主度是一根滑杆,不是开关

产品开发团队的「任务分类直觉」、RL 团队的「监督式自主」、数据科学团队的「老虎机」,说的其实是同一件事:按任务风险决定放手程度。这也正是本周课程主题「管理 agent 自主度」的一线注脚。

放手程度光谱:从同步监督到异步自主 🔒 同步监督 核心业务逻辑 · 关键修复 详细提示 + 实时盯 产品开发「同步编码」 🎚️ 监督式自主 中小型功能 · 打头阵+纠偏 检查点 commit + 回滚 RL 工程 · 一次通过率约 1/3 🚀 异步自主 外围功能 · 原型 · 低上下文应用 auto-accept / 老虎机 30 分钟 Vim mode 70% · 5000 行看板 任务越靠近核心业务逻辑 ← 越要人盯 · 越外围越抽象 → 越能放手
图 2 · 自主度光谱(增补归纳:三档定位与示例均出自原文各团队的表述)

模式二:检查点循环,让「放手」变得安全

至少三个团队(产品开发、数据科学、RL 工程)不约而同采用同一套安全网:干净状态起步 → 放手跑 → 频繁 commit 检查点 → 验收 → 采纳或回滚重来。数据科学团队甚至总结出「重来比修补成功率更高」。

检查点式自主循环 ① 干净 git 状态先提交当前进度 ② 放手让 Claude 跑auto-accept · 写码跑测试 ③ 检查点 commit边做边提交 ④ 人工验收80% 完成度方案 ✅ 采纳 + 打磨收尾 ↩️ 回滚,重来一把
图 3 · 检查点式自主循环(增补归纳:综合产品开发「干净 git 状态 + 定期检查点」、数据科学「老虎机」、RL 工程「尝试-回滚」三处原文)

模式三:上下文写下来,能力就能复制

术语表

Claude Code
Anthropic 的终端编码智能体:在命令行里读写代码、执行命令、自主完成多步任务。
auto-accept 模式
按 shift+tab 开启,Claude 的每步修改不再逐一等人确认,可自主连续工作。
Claude.md / CLAUDE.md
放在仓库里的说明文件,Claude Code 每次会话自动读取,用于承载工作流、规范与注意事项。
MCP
Model Context Protocol,让 Claude 安全对接外部工具与数据源的开放协议;文中用于 BigQuery 管控和 Meta Ads 查询。
子智能体(sub-agent)
被主任务拆分出来、只负责一小块职责的专门 agent,如「标题 agent」「描述 agent」。
自定义斜杠命令
Claude Code 中用户自建的 /命令,把常用工作流固化成一句话触发。
monorepo
把多个项目放进同一个代码仓库的组织方式,规模大、上下文多。
检查点(checkpoint)
用 git commit 固定的中间状态,放手实验的「存档点」,失败即回滚。
TDD
测试驱动开发:先写测试、再写实现,保证代码可验证。
runbook
操作手册:针对特定故障或流程的分步处置指南。
Terraform
把云基础设施写成代码的工具,变更前会生成可审查的「计划(plan)」。
语音库(voice bank)
预先录制或合成的个人语音样本集,供辅助沟通工具用本人声音朗读文字。

一句话带走

10 个团队讲的其实是同一个方法论:把任务按风险分层,给 agent 匹配对应的自主度,用检查点让放手变得可回滚,再把经验写进 Claude.md 里复利。工程团队省下的是攒上下文的时间;而对营销、设计、法务这样的角色,它给的是「以前根本不可能」的全新能力。