初创用Claude Code协作总结五条经验

律师和医生亲自交代码，CEO 也上手改 UI

「人人发版」：最懂问题的人直接交第一版修复，前提是 Claude 看得见他们日常用的工具。

Parahelp 联合创始人 Mads Lunau Liechti 自己就是非技术背景的 CEO（公司最高负责人），也在直接发 UI（用户界面）改动。Anthropic 看到的结果是：工程师产出在涨，非技术人员的产出从零冒出来——后者还带着工程师没有的领域知识（特定行业长期积累的实操经验）。

Crosby 把这条路走得更远。联合创始人兼 CEO Ryan Daniels 说，Claude Code 改变了「在 Crosby 当律师意味着什么」：律师本身就是产品的深度用户，代码工具让他们的产品直觉直接变成可交付的修改，也就是 PR（Pull Request，向代码仓库提交修改请求）。

Heidi 的链路压得更扁。联合创始人兼 CEO Thomas Kelly 医生把以前那种层层转述叫作「破电话」：一个新想法要经提出人→产品经理→设计师→工程师四道手，到上线时往往面目全非，还要几周；现在懂问题的人直接发 PR，只在需要设计师和工程师判断的环节拉他们进来。

Clay 的招人标准也跟着变：专门挑「爱折腾」的候选人，标准是要愿意亲手把想法推进到能用的版本，不停在文档和会议里。这些公司里既有 Crosby、Harvey、Heidi 这类垂直行业（法律、医疗）玩家，也覆盖 ClickHouse、Omni、Cognition、Commure 等基础设施和工程提效公司。

为什么"补全代码"还不够：把没人想干的活整个切走

四家公司甩出来的数字看似各说各话，其实指向同一件事：Claude Code 干的不是"帮工程师多写几行"，而是把分诊、跑测、合并这些"做了嫌烦、不做会塌"的活，整段切走。

和以前的 AI 编程工具不一样的地方在哪？以往的工具停在 IDE 里帮人补全，Claude Code 的做法是把 MCP（让 AI 读写外部工具/数据库的开放接口）这条管道直接接到团队现有的 GitHub、数据库、内部系统上。

人不再需要把上下文复制粘贴给 AI，AI 自己拉数据、写完再回写。没有这层桥，那四个数字一个都跑不出来。

Clay、Artemis Security、Omni、ClickHouse 各报了一个数，口子全开在一处：机器接手的是"必须做但没人想做"的部分。下面这三张卡，是这四个数字背后的具体口径。

需要老实交代一句：上面这四个数字，全是 Anthropic 在自家长文里转述客户自报的口径，目前没有看到独立第三方复测。引用时把它们当作"客户怎么说"来读，比当作"客观成绩单"更稳。

省下来的人手去了哪里？ClickHouse 那批多出来的功能，不是同一批功能再加量，是原本被"琐事"压住的人手腾出来后，新开出来的。自动化消化的不是工时，是组织里"没人想接"的真空。真空一填，整个产品开发周期的瓶颈就从"谁能写代码"挪到了"谁有好点子"。

放权之后，谁来兜底？

让非工程师发 PR，真正的难题不是"谁都能改代码"，而是"凭什么相信这段代码能上"。这些公司的做法：审查不是准入门槛，是兜底网。

前面说到的 Heidi 那套“破电话”，本质就是传话失真，Claude Code 把中间链砍掉了。

听起来像放羊。Anthropic 这次访谈里反复出现的三个词才是底牌：自动化测试、PR 评审、权限分级。护栏没撤，换了装法。

Artemis Security 的极端周处理量、Clay 的自动化分诊，都是同一条逻辑的延伸：人审代码质量，机器审代码能不能跑、谁改的、碰了哪块。

Anthropic 没有披露各家具体怎么配 CI/CD（代码自动测试 + 部署流水线），但反复强调“轻但可追”——审查必须有，但不能成为阻塞工程师和非工程师协作的瓶颈。

这种分工还带来一个副作用：工程师的活儿被重塑了。律师、客服、设计师都能直接改前端之后，工程师的核心价值从“写代码”挪到“建管道”——搭测试框架、定权限策略、写 PR 评审规则。Heidi 的说法是“在需要他们专业的地方引入他们”。非工程师在往外扩边界，工程师在往里收底盘。

代码是耗材，不是资产

第五条规矩是五条里最反常识的一条：今天写的代码，默认几个月后就要扔掉。模型几周一迭代、需求天天变，补丁式修补（在旧代码上打补丁、维持运行）往往比整段重写更贵。

Anthropic 的逻辑很直白：底层模型每隔几个月就有一波能力跃升，旧的提示词、旧的 API 调用方式、旧的代码组织结构都在跟着贬值。一段精心打磨的函数，在下一代模型面前可能三行就够。给老代码打补丁，等于把工程人力贴在注定过时的脚手架上。

这也是在改写过去十年软件工程的主流叙事。少改、谨慎重构、追求长期可维护，是工程师晋升答辩里的标准答案。Claude Code 推出来的相反剧本是：把代码当耗材。

原型、上线、跑几个月、看模型升级了没，升级了就重写。Anthropic 把这个节奏写进了"Build for rebuilding"这条规则里。

团队排期的优先级也跟着变。Clay 的 bug 分流、Artemis Security 的 PR 处理量，意味着代码库的"半衰期"被人为缩短。读懂新代码的时间，比维护老代码更值得投入。新人 onboarding 的重心要从"理解历史包袱"挪到"能快速丢弃历史包袱"。

怎么判断这条规则真在落地？看未来 3 到 6 个月里，这些初创公司是否开始公开"重写率"指标——比如每季度多少行代码被整体替换、而非逐行修改。另一边，如果工程博客开始抱怨"重写带来的回归 bug"或"上下文丢失"变多，就说明"为重写而写"撞上了工程纪律的天花板，规则会被悄悄打折。

看完再决定：先等一个团队账号

信源里没有给非工程师的完整上手教程，更多是创始人讲流程和文化——能立刻做的，是观察一件你身边可能已经发生的事。

原报道的五个原则是给 14 家初创用的，不是给个人用户的开箱指南。它没有写「下载、安装、第一次跑通」这种步骤，而是反复强调一件事：让没写过代码的人也能发 PR——也就是把改动推送到代码库让别人审的请求。Crosby 的联合创始人说得直白，律师现在是产品里最有发言权的人，因为他们就是用户。

普通读者现在能做的第一件事是问自己团队：谁离问题最近但被挡在代码之外？Heidi 的创始人 Kelly 形容过去是「一个人有想法，丢给 PM，PM 丢给设计师，设计师丢给工程师——想法走到上线已经被磨没了」。如果这件事在你公司里听着耳熟，下一步才有意义。

下一步其实不是「上手 Claude Code」，而是盯官方发布。原报道发布在 Anthropic 博客，文末提到有一份 PDF 汇总五条规则和清单，原文里直接给了下载入口，标题就是「The Claude Code guide for startups」。个人能不能用、怎么付费、信源没给具体路径——别瞎猜，等官方。

读这篇文章真正要带走的判断只有一个：当一家公司开始让律师、医生、客服去发 PR，「谁算工程师」这根线就要重画。工具不是重点，重画那根线才是。