Interview with Boris Cherny [video]

TL;DR: Boris Cherny，Claude Code 的创造者，分享了 Opus 5 的新能力（长时间自主运行、抗提示注入）、删除 80% 系统提示的经验，以及通过“unhobbling”模型发现产品悬垂的构建哲学。 ## Opus 5 的新能力 ### 持续运行数天、数周、数月 Opus 5 能够长时间连续运行，不需要脚手架或 `/` 目标。在自动模式下，它可以自己一直运行，因为它知道自己要完成任务。这种能力没有其他模型做到过。 ### 抗提示注入 Opus 5 不再容易被提示注入。过去，模型会执行互联网上读到的恶意指令（如删除文件），但现在 Opus 5 不会。这得益于三层防护： - 对齐良好的模型（相当于三年对齐研究成果） - 基于 Crystal 的机械可解释性工作——观察模型大脑中提示注入时激活的神经元 - 自动模式分类器 Boris 说：“我们再也无法演示提示注入了。” ## 删除 80% 的系统提示 每次新模型发布，Claude Code 团队都会大幅删除系统提示。对于 Opus 5，他们删除了大约 80%，因为模型本身已经足够智能，不再需要很多纠正行为。 可以尝试： - 使用 `--system-prompt` 参数设置自定义系统提示 - 设置环境变量 `CLAUDE_CODE_SIMPLE=1` 来运行无系统提示的简单模式 有趣的是，模型在没有提示的情况下反而更智能。但产品使用时需要一些提示来确保预期行为。 ### 消融实验 团队采用消融实验方法：删除整个系统提示，然后一行一行加回来，看每行的影响。对工具也做同样的事情——经常下架工具、删除代码。 建议所有 AI 产品构建者：每六个月删除一次 `Claude.md`、技能和钩子，看看模型会怎么做。对于 Opus 5，推荐尝试删除所有内容，因为模型可能不需要旧指令。 ## 如何构建新提示 - **第一步：删除**。不要猜测模型需要什么指令。 - **第二步：使用**。运行产品，观察失败和成功的地方。 - **第三步：迭代**。只在模型反复在同一个问题上出错时，才加回指令。不要过早加。 这与传统工程完全不同——模型像生物一样，每代表现不同，必须基于经验（empirical）科学地调整。 ## 评估的寿命 评估（evals）会一直使用直到饱和。一个评估可能只存活一到三代模型。模型改进太快，很快就饱和，必须丢弃并想出新的评估。关键在于使用产品，观察模型挣扎的地方，然后基于此构建评估集。 ## 产品悬垂与 Unhobbling “Unhobbling”是指模型有能力做某事，但现有产品在碍事，阻止它表达能力。对应的概念是“产品悬垂”（Product Overhang）——模型拥有未被产品捕捉的能力。 Claude Code 正是诞生于这种思想：原始 Sonnet 3.5 能写出整个文件、整个函数，但当时的编码产品只做单行补全或只读聊天。Claude Code 给了模型终端访问权限，让它一次写出整个功能。 给未来创始人的建议： - 给模型分配比你认为它能做的**稍微难一点**的任务 - 描述任务、护栏和退出标准，但不要过度指定步骤 - 让模型自己运行，它会让你惊讶 ## 现在能做到的事情（六个月前不行） - 将任何代码库从一种语言重写到另一种语言 - 例子：Claude Code 本身是构建在 Bun JavaScript 运行时上的 Source: https://www.youtube.com/watch?v=qyPCVqFUyDo