7.0
深览指数
科技量子位·衡宇··AI 生成
Claude Code团队讲究啊，这都往外说
本文整理了一期Claude Code团队内部访谈视频的核心内容，揭示了他们如何激进地使用自己开发的AI Agent（Claude Tag）来开发自身产品，并提出了“信任比监督更重要”、“对自己造的东西保持不执着”等核心理念。文章的核心价值在于呈现了顶级AI开发团队在面对底层模型能力每两个月一次根本性跃迁时，如何调整工程哲学——从构建固定解决方案转向可自由组合的“原语”，并不断上移与AI协作的抽象层级。适合关注AI工程化、大模型应用开发、以及技术团队管理方法的深度读者阅读。原文 ↗
核心观点
- ▍在底层模型能力每两个月发生一次根本性跃迁的背景下，AI产品团队的核心策略是：不再构建一整套固定解决方案，而是搭建可自由组合的“原语”（primitive），并对自己的成果保持极低的执着度，随时准备拆除为弥补旧模型短板而构建的功能。
- ▍Claude Code团队的工作方式在一年内发生了质的飞跃：从逐行阅读AI的工具调用记录，上升到下达一个目标（goal）让模型自行达成，人与AI协作的抽象层级（从token到session到goal再到持续运行的系统）在不断上移。
- 01团队当前已将70%-80%的日常工作交给Claude Tag（运行在Slack中的AI Agent），并激进地使用Claude Tag来开发Claude Tag自身。
- 02团队开发流程示例：先问Claude Tag一个点子该找谁聊→它交付利益相关者名单→直接让它做原型和实现→加入埋点部署→收到反馈后让其自主监控并改进转化漏斗，整个流程近乎“放养”，体现了“信任比监督更重要”的理念。
- 03团队不再逐条审视tool call和模型决策，Claude Tag的界面与内部思考记录彻底解耦，AI的内部独白被Slack隐藏，人类只看到最终的消息结果——这是一种“强制性的放手”。
- 04具体案例：Sonnet 3.5时代为弥补模型无法完成连续多步任务而构建的“to-do list”功能，以及为让Claude主动提问设计的“AskUserQuestion”工具，在模型能力进化后均已作为“脚手架”被拆除。
- 05团队当前采用的方法论是构建Permissions、Visualizations、Verification等可自由组合的“原语”，当某个原语过时，替换代价更小，且组合后会涌现新能力。
- 06代码审查演变：由人审查演变为让Claude大范围搜索疑似问题，再对每个特定问题从三个不同角度做对抗性交叉复核，过滤噪音后只把真正问题留给人。
反方 / 局限
- — 文章暗示但这种“强制性的放手”本身“有点吓人”，且团队承认这是一种“被迫”放手——意味着高度信任AI可能带来不可控的风险或质量下降，但文章未深入讨论失败的案例。
- — 文中提到热衷于匠心手作的员工经历了被取代的焦虑，但最终通过享受性能提升的快感而放下“执着”——这一转变的完整论证链条缺失，更像是对内部冲突的轻描淡写。
7 分钟 · 4 卡片 · 12 资料
读原文 →