ClaudeCode团队谈产品哲学自己是第一用户

最近， Claude Code团队分享了他们的产品开发哲学和多智能体协作的玩法，非常值得一看。

Anthropic的Claude Code产品经理Cat Wu与开发者关系负责人Alex Albert进行了一场深度对话，揭示了这款命令行AI编程工具背后的产品理念和技术演进。

Cat Wu是Claude Code的产品经理，此前曾在Index Ventures、Dagster和Scale AI任职。她在这场对话中详细分享了Claude Code团队如何构建功能、处理新兴行为模式，以及SDK未来的发展方向。

关于 Cat Wu，其实她在 Anthropic和Cursor之间还有一段小故事，一会儿再讲。

而如果你也经常使用Claude Code，一定会留意它的发布迭代速度快得惊人： 几乎每次打开终端都有新功能出现。

这样的极高速迭代背后，是Claude Code团队独特的产品开发流程。

Cat Wu在对话中透露，Claude Code团队充满了 极具产品思维的工程师 ，许多功能都是自下而上构建的。

开发者希望拥有某个功能，然后就为自己构建它。

她解释道，与传统的写文档流程不同，团队成员 直接使用Claude Code来原型化功能 ，然后在Anthropic内部员工（他们称之为“ants”）中进行测试。

如果内部反响积极，这就是向外部发布的强烈信号。反之，如果使用率不高，团队就会重新审视并调整功能设计。

这种 强大的内部试用（dogfooding）循环 是Claude Code成功的关键。

Alex Albert称：

我从未见过一个产品有如此强大的内部试用循环。

Cat Wu强调这是 有意为之 的设计。

由于开发者的工作流程差异巨大，即使理论上知道要构建什么功能，实际实现方式仍有很多可能性。

原型化是真正感受产品如何融入工作流程的唯一方式 。

使用模式的演化带来了意想不到的发现。

Claude Code的用户群体展现出不同的使用偏好：小公司的工程师倾向于更自主地运行Claude，使用 自动接受模式 让Claude无需批准就能进行编辑。

而有趣的是，这些开发者开始同时运行多个Claude会话，他们称之为 “multi-Clauding”（多Claude协作） 。

Cat Wu描述道：

你可能会看到人们在电脑上同时打开六个Claude会话，每个可能在不同的Git工作区或仓库的不同分支中。

（以我自己为例，我同时打开的对话最多时有10几个，不过倒是很少同时运行，给Claude Code 提需求成了我的工作瓶颈。）

开发者会在各个会话之间切换，当某个Claude需要反馈时介入，然后让它继续运行。

有些人甚至会专门设置一个只用于提问的Claude实例，这样它就不会编辑代码，与其他进行代码编辑的实例互不干扰。

相比之下，大公司的工程师更喜欢使用 计划模式（plan mode） ：让Claude Code先探索代码库、理解架构并创建工程计划，然后再开始编码。

用户的创造力也超出了团队的预期。

人们开始构建 专门的智能体 ：SRE智能体、安全智能体、事件响应智能体等。

这让团队意识到集成的重要性，并开始鼓励用户投入更多时间告诉Claude Code他们常用的CLI工具，或设置远程MCP服务器来访问日志和工单管理系统。

自定义主要通过三种方式实现：

claude.md文件 作为Claude Code的“ 记忆 ”，是告诉它团队目标、代码架构、陷阱和最佳实践的最佳场所。

Cat Wu表示，投资claude.md文件能显著提升输出质量。

自定义斜杠命令 让经常输入的提示词可以保存并与团队共享。

Hooks（钩子） 则提供了确定性，比如在提交前运行lint检查，或在Claude完成工作时发送Slack通知。

Cat Wu称：

每个开发者都知道如何写脚本，而hook本质上就是脚本。

Claude Code SDK的推出，则标志着另一个重要的转变。

这个SDK提供了构建通用智能体的核心构建块： 自定义系统提示、自定义工具，以及处理用户交互和工具调用的核心智能体循环。

SDK的优势在于它 处理了所有底层复杂性 ：权限系统、API错误处理、积极的提示缓存以提高token效率。

Cat Wu表示：

如果你要从零开始原型化一个智能体，使用Claude Code SDK可以在30分钟内运行起来。

团队已经看到人们用SDK构建了各种智能体，不仅限于编程领域的安全、SRE、事件响应智能体，还有法律智能体、合规智能体等。

Claude Code在GitHub上的集成就是完全基于SDK构建的，并且已经开源。

SDK的设计理念是 极度可定制 ，你可以选择保留或删除任何工具。

需要待办事项列表？开箱即用。

不需要？轻松删除。

需要编辑文件来更新记忆？有现成的实现。

想用不同的方式？带上你自己的实现即可。

在使用技巧方面，Cat Wu强调最重要的是 清晰地传达目标 。

很多人认为提示是某种魔法，但其实不是。关键在于你是否清楚地表达了任务目的、如何评估输出、设计系统中的任何约束。

她还建议，当Claude Code做了意外的事情时，可以直接问它为什么。

它可能会告诉你claude.md文件中有相关说明，或者在某个文件中读到了给它这种印象的内容。

与Claude对话可以成为调试的一种方式 。

最后，Alex Albert称：

我们已经在单请求API世界中生活了太久，现在我们正在向下一个抽象层次迈进。

看完，网友Jeremy Janzen(@Jeremy_Janzen)表示：

昨天骑车回家时听了这个，很棒！下次请透露更多即将推出的功能，谢谢Cat！

Majid Manzarpour(@majidmanzarpour)则询问：

关于“multi-clauding”，你们是否考虑过让同一工作区中的多个Claude相互感知上下文的功能？社区正在创建很多hack和变通方案来解决多智能体协调问题。

Jiquan Ngiam(@JiquanNgiam)也分享了他的使用体验：

我不断对Claude Code的能力感到惊讶。最近安装了GitHub命令行工具gh，现在让它管理PR、拉取评论、修复问题等。我过去在网页上处理PR工作，现在开始习惯让Claude来做这些。

Bayram Annakov(@Bayka)证实了SDK的易用性：

我实际上使用Claude Code SDK构建了一个通用销售智能体，可以证明原型化是多么容易——向你和你的团队致敬！我认为新智能体就是：一个描述关键工作流的系统提示、工具、记忆管理。

Tianyi-天轶(@tian_yi_wang)提出了一个关键问题：

你能感受到Claude Code是由构建它的人使用的。一个问题：你们使用什么项目管理工具来管理这种并行工作？比如多个开发者每人都有多个Claude Code在工作，我认为如何协调是关键。

说到Claude Code团队，不得不提Cat Wu的无间道故事——

就在上个月，Claude Code（前）产品经理Boris Cherny和Cat Wu在Cursor短暂任职后，又双双重返了Anthropic成为Claude Code的现产品经理。

不知道是失望而归，还是在Cursor那找到了自己想要的东西

以及，值得注意的是，在Claude Code的官网上，「Trusted by engineers at」的公司列表中， Anthropic赫然在列 。

这也是在我看来Claude Code成功的最重要原因，没有之一。

这也是最为简单，却被许多人忽视的道理： 首先，你要 做自己产品的第一用户 。

自己的产品自己是第一用户，这才是最大的信任背书 。

好比AWS，它自己就运行在AWS之上。

而当前AI 行业里，有着太多让人FOMO的概念而几乎没有任何用处的产品，PR 无数用户量却寥寥。

比如：Mxxx，Yxxx，Sxxx，……

（太多了，不一一列举了

我甚至发现，其中许多人的主要工作，只不过是为了让用户和投资人觉得自己的产品好用，而已。