员工每天花1000美元也要用ClaudeCode！创始人：太贵了，大公司专属，但它比 Cursor 猛！
仅用于站内搜索，没有排版格式，具体信息请跳转上方微信公众号内链接
编译|Tina
对于许多开发者来说，每月20美元的Cursor和Copilot已经是“无限量”好用的标配。然而，Anthropic的ClaudeCode却是个异类。它在处理大型代码库方面表现相当出色，但价格却直接翻了几倍。如果你只是周末写写代码，几美元的APIkey兴许就够了；可一旦用于日常开发，每月账单轻松就能突破50、100甚至200美元。有用户直言不讳地指出：“ClaudeCode的能力比Cursor更强。我还在用Cursor的唯一原因，就是ClaudeCode实在太贵了。”据悉，Anthropic内部的一些工程师一天的花费就超过1000美元。
我用了ClaudeCode几天，它在清理我那堆乱七八糟的旧代码里的遗留bug时简直毫不留情，像一台烧着钞票运转的碎木机。只用对话，它就能完成一些令人震惊的高难度任务。你甚至不需要手动选上下文。你只需要敞开心扉、打开钱包，ClaudeCode就会接管一切。它还会每隔八秒提醒你一遍，问能不能运行一些只读命令——那些你连朝鲜黑客都不介意他们在你机器上跑的命令。
不过你会学会盯紧它，因为它真的很猛。只要银行的扣款授权还在，它就会一直往前推，直到bug修好上线，然后开始扫描用户日志，看看自己表现得怎么样。
ClaudeCode的使用体验说实话有点笨重，没有多模态支持，和其他工具配合也不太顺手。但这都不重要。它看起来也许有点老派，但用起来却让Cursor、Windsurf、Augment那一票工具（是的，包括我们自己的产品，还有Copilot，说实话）都像是上个时代的产物。
我知道这还只是个实验品，我们也不知道它的极限在哪。但从我目前的体验来看，它比自从代码助手诞生以来的任何东西，都更像是向未来迈出的一大步。
所以，Anthropic不仅拥有目前最适合真实开发场景的大模型，他们看起来也确实比其他人更懂得怎么用好它。结合他们一贯拥有最强模型、最顺手的聊天界面、CEO最准的判断，还有现在这个ClaudeCode——我已经开始怀疑，Anthropic可能真的是这个星球上唯一知道自己在干什么的公司了。
最近，ClaudeCode创始人BorisCherny在一次采访中，难得地全面分享了他对这款产品的定位与设计理念。他讲述了开发这款编码助手的初衷、目标用户群、定价策略背后的考量，还分享了一些他们的使用技巧。
同时，他也谈到了作为当前在编程领域最强大模型企业之一，Anthropic对ClaudeCode的未来设想与愿景：帮助开发者从“写代码的人”转变为“判断代码是否正确的人”。换句话说，未来的开发者不再是单纯敲键盘的人，而是技术决策的主导者。
以下是访谈实录：
AlexAlbert：Boris，我们先从最基本的问题开始：ClaudeCode是什么？它是怎么诞生的？
BorisCherny：ClaudeCode是一种在终端里实现代理式编程（agenticcoding）的方法。你不需要学习新的工具、不用更换IDE，也不必打开特定的网站或平台。它就是一种能够在你原本工作环境中直接使用的代理式编程方式。
这个想法，其实源于Anthropic的工程师和研究人员日常的工作习惯——因为每个人使用的技术栈都五花八门。真的非常多样，根本没有统一标准。有些人用ZedIDE，有些人用VSCode，还有人坚持说：“谁也别想从我手里夺走Vim，除非我死了。”所以我们想做一个对所有人都友好的工具，最终选择了终端作为入口。
AlexAlbert：我明白了，终端几乎是所有界面中最通用的，它灵活，而且早就融入大家的工作流了。
BorisCherny：完全正确。而且终端本身也非常简单，正因为它够简单，我们的迭代速度就特别快。回头看，这是一个意外的优势，虽然最初并不是我们有意为之。
AlexAlbert：那如果我是一个新开发者，刚开始接触ClaudeCode，我怎么样才能真正让这个产品运行起来呢？
BorisCherny：只需要从NPM下载：npminstall-g@anthropic-ai/claude-code。安装完之后，只要你的系统里有Node. js，就可以直接运行了。启动后它会一步步引导你完成剩下的配置流程。安装完后就可以直接和它对话，它就会开始写代码。
它能在任何终端中工作，无论是iTerm2、Mac自带终端，还是SSH/TMUX会话都没问题。很多人其实是在IDE内的终端里使用ClaudeCode，例如VSCode的内置终端。在这种情况下，你不仅能看到文件被修改，还能在IDE里看到它以更美观、更清晰的方式呈现出来。我们也会利用IDE提供的更多信息，让Claude更智能。不过无论在哪个终端里，使用体验是一致的，你只需要在终端运行Claude就可以了。
AlexAlbert：ClaudeCode是今年2月发布的，到现在差不多三个月了。社区反馈怎么样？
BorisCherny：太疯狂了，完全出乎我们的意料。其实在发布之前，我们还犹豫过要不要放出来。这个工具在我们内部用得非常多，极大地提升了工程师和研究人员的效率。我们甚至讨论过：“这是我们的秘密武器，我们真的要公开给外界用吗？”毕竟这就是Anthropic内部每天都在用的工具。
但后来事实证明，把它发布出去是一个非常正确的决定。它确实能提升生产力，而且大家真的很喜欢。起初只有我们核心团队的少数几个人在用，后来我们开放给所有Anthropic员工使用。当时我们看到一个DAU（每日活跃用户）图，短短三天内几乎是垂直上涨状态。我们当时就觉得：“这太疯狂了，肯定是个爆款。”
之后我们挑了一些外部用户做试点，想确认是不是我们自己太乐观了，结果收到的反馈也都是非常积极的，那时候就很清楚了——它确实有价值。
所以它首先在Anthropic内部引起轰动，所有的工程师，所有研究人员都在使用它，这才让我们决定把它发布出去。
而且我们整个开发过程也特别有意思：ClaudeCode本身是用ClaudeCode写出来的。几乎所有的代码都经过了多轮用ClaudeCode编写和重构。
我们非常相信内部测试，因为这真的很重要。你能明显感觉到哪些产品是开发团队自己每天在用的，那些产品的细节打磨都非常到位。我们希望ClaudeCode也成为那样的产品——你一用上它，就能感受到开发者的用心。
AlexAlbert：你觉得目前ClaudeCode最理想的用户是谁？谁在用它？是怎样的开发者？
BorisCherny：我认为最重要的事情是——ClaudeCode其实是相当昂贵的。
如果你只是周末写写代码玩玩，那可以尝试下，比如你拿个APIkey充个五块钱试试。但如果想拿它做更严肃的工作，每月大概需要花五十、一百，甚至两百美元。取决于用途，一般而言，每月大概会花五十美元左右。
现在其实有很多企业在用ClaudeCode。对于大公司来说，它非常合适。特别是在处理大型代码库时，它表现非常好。不需要额外做索引，也不需要复杂配置，基本上开箱即用，几乎适用于任何语言的大型代码库。
至于ClaudeCode跟ClaudeMax的整合，是因为我们之前发现，用APIkey支付的用户常常会担心用量问题，这反而影响了他们使用的积极性。为了改善这个问题，我们把ClaudeCode纳入了ClaudeMax订阅计划中。你只需要订阅ClaudeMax，就能无限使用ClaudeCode，每月是100美元或200美元不等。用户可以根据需求选择不同的价格和使用上限，但实际上很少有人能用到限制，基本可以看作是“无限量”的ClaudeCode。
AlexAlbert：那我作为一个开发者，机器上有自己的代码库，我打开终端，输入claude并回车，接下来会发生什么？
BorisCherny：Claude会调用各种工具，分步骤执行任务。如果你之前用过那种在IDE里的编程助手，助手所做的就是完成一行或几行代码。我们这跟那个完全不一样。
ClaudeCode是非常“agentic”的——它会理解你的请求，然后使用它可以用的一切工具，比如Dash、fileediting等等，去探索代码库、读取文件，获取上下文，然后再对文件进行编辑或做出你希望的更改。
AlexAlbert：听起来像是对过去20到30年编程范式的一种全新变革。
BorisCherny：对我来说，这种变化是有很深的历史背景的。我自己写代码已经很多年了，但其实，我外祖父在上世纪40年代就是苏联最早的一批程序员之一。
那时候还没有软件编程，他是用打孔卡片写程序的。在美国，当时IBM提供了一套类似IDE的系统，他每天就用这套系统编程，把纸质卡片带回家。我妈妈小时候会拿这些卡片当画纸，用蜡笔在上面涂涂画画，那是她童年的一部分。
从那时起，编程不断演进：先是打孔卡，然后是汇编语言，接着出现了COBOL、FORTRAN这些第一代高级语言。80年代是Java和Haskell这类静态类型语言的时代，到了90年代，我们又有了JavaScript和Python——解释型语言，但又具备一定的安全性。
编程语言的演进和编程体验的演进一直是同步进行的。比如Java出现的同时，我们也看到了Eclipse这样的IDE，第一次出现了代码补全功能。你打一个字符，它就弹出建议列表问你“是不是想写这个？”对开发者来说，这是一次革命性的体验，因为你不再需要记住所有细节。
所以在我看来，今天ClaudeCode代表的是又一次演进的开始。语言本身已经相对稳定了，现代语言基本上可以归类为几个大的家族，而且彼此相似。
但现在的核心变化，是编程体验的变革：你不再需要处理打孔卡，不用写汇编，甚至不一定非得写代码，而是通过prompt与模型对话，然后模型计算出编码部分。这对我来说，是一件非常令人兴奋的事情。
AlexAlbert：我们基本上是从打孔卡片时代进入了提示词时代。我们稍后展开聊，但在此之前，我想先聊聊模型方面的内容。在不久前，ClaudeCode主要是由Claude3. 7Sonnet驱动的。那么现在Claude4系列模型在底层驱动ClaudeCode，这带来了哪些新变化？你认为接下来会走向哪里？
BorisCherny：大概是在模型发布前的几个月吧，我们内部开始尝试这些新模型。我还记得第一次用时真的被它的能力震惊到了，我认为这可以解锁许多新的使用场景。尤其是在终端里同步使用ClaudeCode时，一个很大的变化是：Claude在理解和保持指令方面变得更强了。不管你是通过提示词还是通过Claude. md给它下指令，它都能很好地执行并坚持你的要求。
这点变化非常大，因为Claude3. 7虽然是个很强的编程模型，但是，它很难驾驭。
比如你让它写测试，它可能会直接mock掉所有测试代码，然后你还得对它说，“不，我不是这个意思。”通常你得说上一两次，它才会明白，但因为它太强了，所以你愿意容忍这些小问题。而现在，Claude4系列的模型基本上第一次就能准确地理解你的意图并按要求完成任务。
Opus更是比Sonnet再上一个台阶，它不仅能很好地理解我的意图，还能一次性完成很多以前模型做不到的事情。比如说，我已经几个月没有亲自写过单元测试了，因为Opus会直接帮我写好测试，而且几乎每次都是一次性写对。在终端环境下这非常有用，因为你可以更“放手”地使用它。
但我觉得最酷的使用方式是放在GitHubActions或其他环境里。你只需要给它一个任务，它就可以自动执行，等它带着正确结果回来时，那种“一次就成功”的体验真的很棒。
AlexAlbert：所以现在在GitHubActions里，我们可以直接在GitHub中@Claude，让它在后台处理任务，最后带着结果和新的PR回来？
整体体验真的挺酷的。在任何issue里，你可以直接@Claude。我每天都在PR里用它。比如说，同事发了一个pullrequest，我不会再说“嘿，你能不能修一下这个问题”，我会直接说“@Claude，修一下这个问题”，然后它就会自动修好。同样，我也不会再说“你能不能写一下测试”。以前说这个我还觉得有点不好意思，现在我只需要说“@Claude，写个测试”，它就会自动完成。这些事情现在根本不再是问题了。
AlexAlbert：这基本就是一种全新的编程方式——你可以随时调用一个随时可用的程序员来帮你解决问题，而且它不是在你的本地电脑上运行，而是在后台直接完成所有操作。
BorisCherny：对，我觉得这是开始以“协作程序员”的方式来与模型互动。以前你是mention一个同事，现在你可以直接mentionClaude。
AlexAlbert：那在这种模式下，软件工程会发生什么变化？当我们开始管理这些在后台运行的ClaudeCode实例时，会发生哪些转变？
BorisCherny：我觉得这确实需要一些思维上的转变。
有些人非常享受控制代码的感觉，如果你习惯于手写代码，那么你就需要适应整个行业正在转向的方式——你不再是亲自写代码的人，而是协调AI代理来帮你写代码。你的工作重点也将从“手写代码”转向“审查代码”。
我认为对于程序员来说，这个变化非常令人兴奋，因为你可以在更短的时间里完成更多的事情。当然，还有一些我必须深入研究并手写代码的情况，但说实话，我已经开始害怕（dread）了——因为Claude在这方面非常擅长。
我认为，随着模型能力的进一步提升，那些你不得不亲自写代码的场景，比如特别复杂的数据结构，或者多个系统组件之间的高复杂交互，又或者是你实在描述不清楚的需求，这些情况会越来越少。未来，越来越多的编程工作将会是关于“如何协调这些AI代理去完成开发任务”。
AlexAlbert：我想更深入聊聊你们的工作流，也就是你们如何使用这套工具组合：从IDE集成、Claude在终端中的使用，到它在GitHub中做的这些后台操作。你现在是怎么把它们结合起来使用的？
BorisCherny：我现在的工作基本可以分为两类。一类是很简单的任务，比如写一些测试，修复一个小bug，这类任务我通常会直接在GitHubIssue里让Claude来完成。还有一种情况是我通常会并行跑多个Claude。我本地有好几个代码库的副本，所以在某个终端标签页里，我会让Claude做一件事，按下Shift+Enter进入自动接受模式，然后过几分钟回来看看，Claude通常会完成并给我发一个终端通知。
另一类工作就比较复杂了，需要我更深度地参与，我认为这仍然是工程的主流。大多数工程任务其实都不是“一击即中”，它们依然很难。这种情况下我会在IDE的终端里运行Claude，让它做一部分工作，然后它可能会卡住，或者代码不太完美。那我就会在IDE里手动改改，把最后那一段路完善掉。
AlexAlbert：感觉和Claude的交互是基于任务难度的，越简单就越自动化，越复杂你就越得亲自参与。
BorisCherny：是的，一开始用这类工具的时候会有个学习过程。有些人刚开始用，就试图让Claude一下子搞定太复杂的事情，结果它卡壳了，输出也不理想，你自己也不开心。这是大家必须经历的一个学习阶段，得慢慢形成一个“内在校准”，知道Claude能做什么、哪些是它能一发搞定的、哪些需要你引导两三次才能完成的。
而且每换一个新模型，这个校准都得重新来一遍。因为能力是在不断提升的，每次模型一更新，Claude就能一次性做对更多的事。也就是说你可以逐步把更复杂的任务交给它。
AlexAlbert：我也注意到了，哪怕是在非代码领域，这些模型进化得也非常快。如果你六个月前用某个模型做不了某个任务，你现在还按那个标准判断就不对了。你得每次都重新设定自己的直觉。
BorisCherny：对，完全正确。
AlexAlbert：我挺好奇的，还有没有一些实用技巧或窍门？比如你们内部或者开发者社区里，有哪些有趣的用法是你见过的？
BorisCherny：我觉得目前见过最有价值的一个技巧是：无论是Anthropic内部还是外部的重度用户，现在很多人都会先让Claude做“规划”，再开始写代码。新用户常见的误区是直接让Claude实现一个很复杂的功能，结果它写出来的内容和你预期差距很大。
一个更有效的方法是先让它出一个方案。我会明确告诉Claude：“这是我要解决的问题，在写代码前，请先给我列出几种思路，别着急动手。”然后它会给我列出几个方案，比如方案一、二、三。我可以挑出一和三，说：“我们可以结合一下，现在你可以开始写了。”Claude在这方面的配合度一般都很高。
如果Claude已经有一些上下文信息，你可以让它进入“扩展思考”模式（extendedthinking），这个时候它表现会特别好。但如果它完全没有上下文，一开始就让它冥想，它其实啥也想不出来——就像人一样，你不读代码，不看上下文，只是坐着想，是没用的。我的做法通常是：先让Claude把一些相关文件读一遍，然后暂停一下，让它开始头脑风暴，列思路，再让它开始写代码。
AlexAlbert：所以你是采用那种“交替式”的工作流：调用工具→思考→再调用工具→再思考，这种来回往复的方式。
BorisCherny：对，正是这种方式。我们内部做模型评测的时候也是这么设计的：先提供上下文，然后让模型进行思考，再让它用工具来编辑或者使用Bash命令，效果普遍会更好。从使用者角度来看，体验也的确是这样的。
AlexAlbert：聊聊Claude. md文件吧，这东西看起来很强大。
BorisCherny：对，我们用Claude. md做很多事。它是Claude的“记忆”，可以让Claude持续记住你对它的指令。这些指令可以在你的团队中共享，也可以在你的所有项目中共享。
最简单的做法就是在你的代码库根目录下新建一个Claude. md文件，一个普通的markdown文件（CLAUDE全大写，md小写），Claude启动时会自动读取它。你可以写一些通用指令，比如常用的Bash命令，重要的架构决策变更文件，MCP服务器，等等，全都写进去。
这种是团队级的Claude. md，这种是你写好之后跟团队其他成员共享的，这样大家不用每个人都单独写一份。
第二种是你自己的专属版本，叫Claude. local.md，放在同样的位置，但不提交到代码库（可以被. gitignore忽略），只对你个人生效。
第三种是全局的Claude. md，放在你的home目录下的. Claude/文件夹里，大多数人其实不怎么用这个，但如果你希望与Claude分享指令，这是个办法。
最后，还有一种是嵌套型的Claude. md，可以放在代码库的任何子目录下，Claude会在它认为相关时自动加载。
AlexAlbert：所以这些Claude. md文件，其实可以定义很多内容，比如你的编码风格、Claude与你交互的方式、它应该知道你的哪些偏好等等，对吧？
BorisCherny：对，完全可以。有时候我跟Claude对话的时候，它表现特别好或者特别差，我就会按下“#”（井号），这相当于进入“记忆模式”。我会告诉它：“你应该记住这一点。”比如说，“我每次写代码都要运行linter”，我会明确告诉它，它就会自动把这条写进合适的Claude. md文件里。
AlexAlbert：ClaudeCode接下来有什么计划？
BorisCherny：我们现在考虑的方向有两个。一个是让Claude更好地与各种工具协同工作。目前它已经可以配合所有终端使用，现在也能支持很多IDE，还能与多个CI系统配合。
我们在探索如何进一步拓展，让Claude能够“原生地”使用你常用的所有工具，理解这些工具的使用方法，并能无缝集成。
另一个方向是让Claude更擅长处理那些你可能不想专门开个终端的小任务。比如，我能不能在聊天工具里mentionClaude，让它自动修复一个问题？就像现在你在GitHub上那样操作一样。
我们正在尝试多种方式，希望能找到真正“好用”的方案，然后再开放给用户使用。
参考链接：
https ://www. youtube.com/watch?v=Yf_1w00qIKc
https ://x. com/Steve_Yegge/status/1898674257808515242
声明：本文为InfoQ翻译整理，不代表平台观点，未经许可禁止转载。
直播预告
大模型能跑起来、跑得好，背后有哪些看不见的工程细节？三位分别来自华为、蚂蚁集团与SGLang开源项目的AIInfra从业者将分享他们的观察与体验。扫码预约直播，不见不散！
今日荐文
字节AI卷出新高度：豆包试水“上下文定价”，Trae覆盖内部80%工程师，战略瞄定三主线
苹果憋一年终超同参数Qwen2. 5？三行代码即可接入AppleIntelligence，自曝如何做推理
YannLeCun炮轰AnthropicCEO！这人“既要又要”：要么太自大、要么不诚实
曝豆包多模态负责人准备离职；马云频繁要求汇报Qwen3开发进度；北大“韦神”粉丝破2000万，评论区变高考许愿池|AI周报
别被MCP的包装骗了！重构系统、向智能体转型，CEO亲述：关键时刻还是RPA兜底？
你也「在看」吗？👇
