Gimbo's Universe / Ideas · Code with Claude 伦敦 2026
§ 现场笔记 · Code with Claude London 2026

能力已经到了 ——
差的是把它用起来的速度。

Anthropic 第一次把 Code with Claude 开到旧金山之外 —— 伦敦站,24 场讲座。 我把整个播放列表逐场拉出完整字幕、读完,整理成这份现场笔记。 贯穿全场的那句话来自开场 keynote:能力其实早就到位了,真正剩下的差距,是我们把它用起来有多快。 这一页先提炼 9 条主线,再按主题逐场拆讲者 · 主旨 · 要点 · 数字。

活动
Code with Claude · London 2026
主办
Anthropic
规模
24 场 · keynote + 专题 + workshop
方法
完整字幕 → 逐场蒸馏
17× Claude 平台 API 调用量的同比增长 —— 能力曲线在指数级抬升。

模型在指数级变强,组织却在线性地采用。

这是贯穿整场的底层判断:能力(capability)沿指数曲线走,而大多数公司的采用(adoption)是线性的 —— 中间那道越张越大的口子,就是开发者的活。平均每个 Claude Code 开发者现在每周用 Claude 20+ 小时; 过去 12 个月 Anthropic 出了 8 个前沿模型。开场那句话于是成立:能力已就位,差的是落地速度。

先过一遍原片,
再读下面的笔记。

下面所有的框架、数字和金句都来自这 24 场的完整字幕。整理成视觉笔记是为了之后能反复回查 —— 但讲者临场的例子和 demo,是文字留不住的。下面嵌的是整个播放列表,可直接连播。

Code with Claude · London 2026 · 24-video playlist · Anthropic Open playlist on YouTube →

24 场,
其实在讲 9 件事。

不同的讲者、不同的公司、不同的云,但反复回到同一组判断。先把这 9 条主线立起来, 再回头看每一场,会清楚很多。(基于全部 24 场。)

主线 01

指数 vs 线性

模型指数级变强,组织线性地采用 —— 中间的差距就是你的活。为下一个模型设计,而不是现在这个。

主线 02

编程不再是瓶颈

新瓶颈是验证、谁来 review、决定做什么。为保护工程带宽建的老流程会悄悄失效 —— 敢审、敢杀、敢 Claudify。

主线 03

能力来自工具,不是指令

「指令不增加能力」。把能力放进工具 / hooks / 子 agent 循环;每次新模型都该砍掉「缝合怪 prompt」里过时的脚手架。

主线 04

Eval 是进步的单位

一个自建的小 eval,比任何公开 benchmark 都重要,还要警惕「饱和的 eval」。选模型按「每个成功结果最便宜」。

主线 05

思考是杠杆,不是开关

测试时计算(test-time compute)能换智能。用 effort 等级 + 自适应思考 —— 默认 extra-high,max 只留给真·难题。

主线 06

基础设施才是新约束

智能跑赢了周边设施。Managed Agents 原语(agent/environment/session/events)+ 自托管沙箱 + MCP tunnel,让你建产品,不是建管道。

主线 07

记忆 + 做梦

文件系统式 Memory 抬高每个 agent 的地板;Dreaming 在离线、不占延迟热路径处复盘整理。(Claude Code 现也有 auto-memory。)

主线 08

上下文即护城河

你的专有上下文 / 工作流 —— 做成被治理、有归属、过 eval 的 skills —— 是前沿实验室复制不了的 IP。采用是人的问题。

主线 09

从工具到队友

Routines / /schedule、验证循环、auto mode、council-of-agents 评审、远程遥控 —— agent 自己跑,你只在真需要时介入。

几个数字,
就能感到拐点。

17×
Claude 平台 API 调用量同比增长。
60% → 87%
SWE-bench Verified:Sonnet 3.7(去年)→ Opus 4.7,约 3 倍 issue。
2.5M
Spotify 自动合并的维护型 PR(绝大多数无人介入)。
~173 /天
Delivery Hero「Hurigen」每天合并进生产的 PR;council 成功率 ~85%。
$1M → $100M
Legora 的 ARR 冲刺(法律 agent,估值 >$5B)。
200k /天
Lovable 上每天新建的 app 数;已建 5000 万个产品。
−97%
Rakuten 生产 agent 首过错误率下降(用 Memory)。
几月 → 几分钟
在真实生产 monorepo 里做原型的耗时(Spotify)。

数字来自各场讲者口述,经自动转写(可能有个别误差);模型版本以现场为准(Opus 4.7、Sonnet 4.6、Haiku 4.5 等)。

把 24 场,
拆成 6 章细读。

这是一个多页系列:这一页是总览,下面 6 章各自把那一组讲座拆得更深(讲者 · 主旨 · 要点 · 数字 · 金句 · so-what)。挑你关心的那章进去。

三个 Takeaway。

01

为下一个模型设计。

能力沿指数走,你的架构要能在下一次跃迁时自动吃到红利 —— 靠通用原语 + eval,而不是把今天的脚手架焊死。

02

能力进工具,不进指令。

「指令不增加能力」。把要算的、要查的、要约束的,做成工具 / harness / 小循环 —— 而不是把一段巨型 prompt 越写越长。

03

护城河是上下文,不是模型。

模型是公共的;你的专有上下文和工作流,做成被治理、有归属、过 eval 的 skills,才是别人复制不了的那部分。

能力已就位 ——
剩下的是把它用起来

这是一份把整场伦敦路演 24 讲读完后的现场笔记 —— 我做它,是想把这一场里反复出现的判断 固定下来,当作 AI 工程的一个时间切片。如果某条主线戳中你,去看对应那场的完整原片。