Claude Code团队讲究啊，这都往外说

Anthropic近期公开了Claude Code研发团队的内部运作逻辑与产品迭代思路，从最初的人工逐条审查AI工作记录，到如今将七成以上日常工作交由AI自主完成，甚至用AI开发AI产品，整个团队的运作模式与设计思路发生了颠覆性变化。

从单次工具调用到跨会话工作系统：Claude Code能力三次跃迁

公开信息显示，Claude Code的能力边界在过去两年经历了三次核心跃迁：从最初仅能处理单次token调用、具体工具调用，到支持单次对话（session）的交互，再到能完成完整目标（goal），再到如今支持跨越多次对话边界、持续运行的复杂工作系统，底层模型的迭代直接推动了产品形态的变化。
而团队的工作模式也随着产品能力升级不断调整：一年前，Claude Code的工程师还需要逐行阅读AI的工作记录，包括每一次工具调用、每一个参数选择、每一步推理决策，工作量十分庞大；如今团队已将70%-80%的日常工作交给Slack原生的AI agent Claude Tag完成。

放弃逐行监督：信任比监督更重要

团队坦言，这种“放养式”工作模式是“被迫”选择的——底层模型的能力每两个月就会发生根本性的跃迁，持续监督单个工具调用、决策的投入产出比极低，最终团队得出结论：信任比监督更重要。
为了让Claude Tag更像真实的Slack参与者，团队将用户界面和模型的思考记录彻底解耦，AI的内部独白被Slack界面隐藏，人类用户看到的每一条消息只是Claude调用发消息工具的结果，真正的思考过程不会实时展示。这种理念也直接体现在产品功能的迭代逻辑上：团队奉行“不恋战”准则，所有功能设计都围绕当前模型的能力短板展开，一旦模型能力补全，相关功能就会被立刻拆除，就像施工脚手架一样。最典型的案例是to-do list功能：在Sonnet 3.5阶段，模型还无法完成连续多步的复杂任务，团队特意为其设计了待办清单功能；但一年后模型具备了更复杂的记忆能力，这个曾经的“救命功能”就被直接废弃。另一个例子是AskUserQuestion工具，最初是为了让Claude能在任务中途主动向用户提问而设计，但模型生成HTML、可视化artifact的能力变强后，开发者自然转向让Claude直接生成带图表和mockup的可视化内容向用户提问，该工具也逐渐退出核心流程。

激进自用：Claude Tag自主完成从需求对接到产品迭代全流程

团队不仅将日常工作交给Claude Tag，还在激进地使用Claude Tag开发Claude Tag自身，整个开发流程完全放养：首先向Claude Tag提出新工具的点子，询问应该找哪些相关方（stakeholder）沟通，Claude Tag会直接交付一份对接人名单；沟通确认需求后，直接让Claude Tag完成原型示意图和具体实现；随后加入大量埋点，将工具部署到内部使用，观察用户行为与反馈；此后Claude Tag会持续监控工具使用数据，一旦收到用户反馈就会主动提醒负责人，同时自主分析改进转化漏斗的方案。
团队坦言这种模式“有点吓人”，但认为这是技术迭代到当前阶段的必然选择：“你必须既站在技术前沿，又为今天使用模型的人提供价值。这是一门艺术，也是一门科学。” 而软件工程本身就是“变化的职业”，解决的问题在不断