AI开发者日报第2期 | Anthropic零 Rust 团队靠Claude重写核心 API，CPU 降 40–50%

周日早上好。今天就看一件事：AI 写代码，已经从写 demo 走到改生产核心系统了。 Anthropic 用 Claude 把自家 Messages API 从 Python 搬到了 Rust，Karpathy 周六上午用 Opus 5.5 两小时撸了个"YouTube"。另一边，有人发个 ChatGPT 分享链接就能接管别人的账号，Claude 也开始拒绝帮你复刻别人的游戏。5 条，10 分钟看完。

今日速览

#	条目	一句话	和你有什么关系
1	Anthropic 用 Claude 把 Messages API 重写成 Rust	团队起步时 0 个 Rust 工程师，CPU 约降 40--50%	大重写的风险算法变了，但验证才是关键
2	Karpathy 用 Opus 5.5 两小时做出 HackerTube	从 HN 评论里挖出 6,454 个被推荐的 YouTube 视频	"给自己做个工具"的门槛被打到地板
3	一个 ChatGPT 分享链接就能接管账号	MathLive 的 postMessage 没校验来源，已修复	做前端/iframe/插件的都该对照自查
4	Claude Code 拒绝复刻"特定现有游戏"	官方确认加了两句提示词，另有用户称被拦训练相关任务	依赖单一模型供应商的风险又涨了
5	四大 AI 厂商支持 robots.txt 统一"禁训练"标记	一行 `__usage_ai-training` 对多家生效	做内容站/文档站的，可以现在就加

头条：Anthropic 零 Rust 工程师，让 Claude 把 Messages API 从 Python 移植到 Rust

发生了什么

10 月 27 日的 Latent Space 播客里，Anthropic 平台工程负责人 Katelyn Lesse 聊到了一件事：Claude 的 Messages API（就是你调 Claude API 时打的那个核心接口）已经从 Python 单体全面切换到了 Rust 版本，"上周刚全量上线"。

这条在 X 上被一条转述帖带火，截至今早那条帖子显示约 50 万次浏览、2,400+ 点赞、1,000+ 收藏。36氪英文站也做了转载。

我去翻了播客文字稿（56:05 那一段，标题就叫 "Rebuilding the Messages API in Rust"），把几个关键信息原样梳理一下：

起因是 CPU 不够了。 今年早些时候团队就预判会"撞上 CPU 墙"，多区域部署之类的事都做过了，但跑的还是一个 CPU 效率很低的 Python 单体。
选了 Rust，但屋里没有一个 Rust 开发者。 原话大意是"我们团队里连一个 Rust 开发都没有"。分工是：人设计系统（毕竟本质上是分布式系统架构），Claude 写代码。
最重要的两件事是"计划"和"验证"，实现反而是 Claude 在写。 他们直接用 Rust 搭了一整套 API 的 fork，然后往里灌影子流量（shadow traffic），核对 Python 版和 Rust 版的输出是否一致，再逐步把真实流量切过去。主持人还接了句 "feature flags are all you need"。
是"移植"，不是"重新设计"。 专门组了个小队做这件事，其他团队照常往 Python API 里加功能；移植小队用静态分析去提醒"你在 Python 加了功能，Rust 那边还没跟上"，并且自己忍住了不加新功能。
效果（她的原话是 ballpark，估个量级）： CPU 大约降 40%--50%；首 token 延迟（TTFT）提升 10%--20%，长时间运行的负载提升更大。
过程中他们也招了几位更有 Rust 经验的人，现在团队成员"大概都会自称 Rust 工程师了"。
下一步是重新架构，比如让服务端暂存对话状态，长对话就不用每次把整段上下文来回传。

我的看法：被打破的不是"别大重写"，是"重写的成本结构"

"永远不要做大重写"这条老经验，背后的逻辑是：重写要投入大量人力，新系统要把旧系统十几年攒下来的边界情况重新踩一遍，期间业务还不能停。Lesse 自己也说，放在以前这种事她"不会签字"，得拆成很多块、做好几年。

现在变的是实现成本 。Claude 把"写出来"这一步变便宜了，于是整件事的瓶颈从"写"转移到了"证明它是对的"。注意他们花力气的地方：完整 fork、影子流量、输出比对、feature flag 灰度、静态检查防漂移、坚决不加新功能。这些没有一样是 AI 替你做的，全是老派的工程纪律。

所以我对这条的理解是：大重写的门槛降低了，但门槛变成了"你有没有能力验证"。 没有回放流量、没有比对工具、没有灰度开关的团队，照样别碰。

还有两点要泼点冷水：

40--50% 是播客里的口头估计，目前我没找到 Anthropic 发布的工程博客或基准数据，有第三方文章也指出了这一点。数字当参考，别拿去跟老板拍胸脯。
这个收益是 API 服务层的 CPU，不是模型推理速度。你的 Claude 不会因此"变聪明"，但 Anthropic 的服务成本和扩容压力确实会小一些。

想在自己项目里试试？一个最小可行的路线

如果你手上也有个"CPU 吃紧的 Python 服务"想让 AI 帮忙移植，我会这样拆：

先固化行为，再动代码。 录一批真实请求/响应（脱敏后）做黄金样本，这是后面一切验证的基础。

要求 AI 做"纯移植"。 在提示词或 CLAUDE.md 里写死规则，例如：

markdown 复制代码

## 移植规则
- 这是 1:1 port，禁止新增功能、禁止"顺手优化"接口语义
- 每个模块移植后，必须跑通 golden 样本对比测试
- 遇到 Python 行为不明确处，先写测试锁定现有行为，再实现

影子流量 + diff。 网关层复制一份流量给新服务，新服务的结果只记录、不返回；对比字段时注意剔除时间戳、请求 ID 这类天然不同的字段。
feature flag 灰度。 1% → 10% → 50% → 100%，每一步都保留一键回滚。
防漂移。 迁移期旧系统还在加功能，CI 里加一道检查：改了旧实现的模块却没动新实现的，就报警。

这套东西做完，其实比"让 AI 写 Rust"本身难多了。这也是我觉得这条新闻最值得开发者看的地方。

原文链接：

Latent Space 播客页（含文字稿，56:05 段）：https://latent.space/p/opus55/
YouTube 视频版：https://www.youtube.com/watch?v=MRQTlwcW-aQ
36氪英文转载：https://eu.36kr.com/en/p/4046323307205764
X 上带火这条的转述帖：https://x.com/somi_ai/status/2116050219989373170

2. Karpathy 周六上午用 Opus 5.5 两小时做了个"YouTube"：HackerTube

发生了什么： Karpathy 在博客里说，周五晚上 11 点想刷会儿 YouTube，结果首页全是夸张缩略图和重复推荐，于是第二天上午让 Opus 5.5 干了件事：基于 Hacker News 上被推荐过的视频，做一个自己的 YouTube。

按他的描述，流程大致是：Opus 下载 HN 全部评论 → 过滤 → 在工作流里用 Sonnet 跑一遍，去掉垃圾和低质内容 → 最后筛出约 4 万条"推荐了某个 YouTube 视频"的评论，对应 6,454 个视频，时间跨度 2007--2026，覆盖 150 个主题。再套个 YouTube 风格的 UI、买域名、上 VPS、做加固和优化，上线：hackertube.org。

几个小设计挺有意思：缩略图用视频 50% 位置的那一帧，而不是作者上传的"标题党封面"；没有账号体系，"为你推荐"的状态存在浏览器本地会话里；支持键盘快捷键；还提供整站数据导出，方便你"交给自己的 agent"做一个你自己的版本。

他原话："This takes ~2 hours now."

这篇在 HN 首页很高，我看的时候是 542 分、201 条评论。

我的看法： 这条和头条其实是同一件事的两面：一个是大厂改核心系统，一个是个人两小时做个专属工具。我更在意的是他的做法："用大模型批量清洗数据（Sonnet 跑评论分类）+ 用更强的模型统筹工程（Opus 写站、部署）"。这种"强模型当包工头、便宜模型干体力活"的分层，咱们做 AI 应用时完全可以照搬，成本能省一大截。

另外，"导出数据给你的 agent"这个设计，我觉得是个信号：以后的个人工具，可能不再是"给你用的产品"，而是"给你的 agent 用的原料"。

原文链接：

Karpathy 博客：https://karpathy.bearblog.dev/hacker-tube/
HN 讨论：https://news.ycombinator.com/item?id=50319510

3. 一个 ChatGPT 分享链接就能接管你的账号：数学键盘组件里的 postMessage 漏洞

发生了什么： 安全团队 Parameter 在 10 月 28 日发文，披露了一个已修复的 ChatGPT 漏洞链：攻击者做一个恶意对话，用 ChatGPT 正常的"分享"功能发出 /share/ 链接，受害者只要打开链接 （最稳定的复现是再点一次 Preview，后来做到了自动打开），攻击者的 JS 就会以 chatgpt.com 的身份在受害者已登录的会话里运行，能列出对话列表、读取从未分享过的私密对话并外传。

漏洞链（我按原文压缩一下）：

HTML Preview 本身是隔离的：跑在不同域名的受限 frame 里，读不到父页面。这一层没问题。
但同一个对话里如果有一张交互式图表，会加载数学输入库 MathLive ，它在主页面装了一个 message 监听器，origin 策略是 none，谁发的消息都收。
Preview 里发两条 postMessage：一条把虚拟键盘布局换成攻击者的 HTML，一条让键盘弹出。MathLive 把布局拼成字符串直接赋给 innerHTML，所谓的 createHTML 只是个"标记为可信"的包装，不做过滤。
插入一个没有 sandbox 属性的 iframe srcdoc ，它继承了 chatgpt.com 的源。
最后 CSP 拦了内联脚本，但白名单里有 YouTube，而 YouTube oEmbed 接口的 JSONP callback 会把参数先回显到响应里，加个 ;void 收尾就变成了可执行脚本，CSP 被绕过。

时间线：10 月 18 日报告，21 日 OpenAI 复现并从 P2 升到 P1，26 日两个前端版本都修复，赏金共 5,000 美元。

我的看法： 每个功能单独看都"合理"：Preview 隔离了，图表要数学键盘，frame 之间要通信，CSP 放行了大厂域名，分享是正常功能。洞出在接缝里。 现在大家都在做"AI 生成 HTML 并预览""Artifacts""插件/小程序面板"，这条非常值得对照自查。

最实用的一条：你的 message 监听器，必须同时校验 origin 和 source。

js 复制代码

// 反例：谁发都收
window.addEventListener("message", (e) => handle(e.data));

// 正例：只信任指定来源 + 指定窗口
const TRUSTED_ORIGIN = "https://your-app.example.com";
window.addEventListener("message", (e) => {
  if (e.origin !== TRUSTED_ORIGIN) return;
  if (e.source !== trustedFrame.contentWindow) return;
  if (typeof e.data !== "object" || e.data.type !== "expected-type") return;
  handle(e.data);
});

再加三条原文给出的防御建议：跨窗口传的配置里不要放原始 HTML；动态创建的文档只要内容可能被不可信 frame 影响，就保持 sandbox；CSP 是兜底，不是唯一防线（CSP 白名单里的 JSONP 端点是老坑了，建议自查一遍）。顺便提醒一句：第三方组件库的监听器，也是你的攻击面。

原文链接：

Parameter 原文：https://www.parameter.ai/labs/we-found-a-gap-at-openai
HN 讨论：https://news.ycombinator.com/item?id=50314699

4. Claude Code 开始拒绝"复刻特定现有游戏"，还有人称做训练相关任务被拦

发生了什么： 这几天 X 上一条帖子很火（截至今早约 208 万浏览、8,800 赞），称 Claude Code 大约在 10 月 27 日起从服务端下发了一条新规则，规则原文为：

"Do build original games, games in a genre, and games from the user's own designs and assets. Don't build a recreation of a specific existing game, even if it is renamed or called original."

Claude Code 团队的 Addy Osmani 在 10 月 30 日回复确认：他们在 Opus 5.5 的 Claude Code 提示词里加了两句话，引导模型不要复刻别人的特定游戏，因为用 Claude 侵犯知识产权违反使用政策；原创游戏、类型游戏、用你自己设计和素材做的游戏应该照常可用，如果被误拒可以找他反馈。

争议在于范围：Tom's Hardware 汇总了一些用户说法，称一些正常的逆向工程任务也被拦，比如用 REA 工具、分析 Windows 崩溃转储等（这些属于用户自述，未经官方确认）。XDA 的实测则显示这条规则比担心的窄：Opus 5.5 仍同意协助基于自有 ROM 的反编译项目，并能区分"逆向"和"复刻"。

同一天另一条相关讨论登上 HN（153 分）：研究者 Jiahao Shao 发帖称，自己没有蒸馏 Claude，只是让 Claude 帮忙提交任务和做分析，却被标记为"训练竞争对手"，此后凡是涉及 RFT、SFT 或训练更大模型的请求都会被拦 。HN 评论里有人指出该用户位于 Claude 未开放的地区，可能触发了风控；也有欧美用户说遇到过类似拦截；还有人说自己做训练相关工作完全没问题。这部分是个人自述，不同用户体验差异很大。

我的看法： 复刻游戏这条规则，我其实能理解：据 Tom's Hardware 报道，最近有小团队遭遇"不给钱就用 AI 把你的 Demo 复刻成完整游戏"的敲诈，平台不收紧说不过去。但真正让我不舒服的是两点：

规则是服务端下发、写进系统提示词的，没有开关，changelog 里也看不到。 你的工作流可能在某个早上突然就不工作了，你甚至不知道为什么。
风控误伤基本无处申诉。 Addy 说可以"send it my way"，但这显然不是一个可规模化的机制。

给做 AI 应用的同学一个很现实的建议：核心链路别把鸡蛋放一个篮子里。 至少准备一个备用模型（另一家闭源，或一个能本地/私有部署的开源模型），关键任务做好"被拒识别 + 自动切换"。（讽刺的是，下面 Talos 报告里的恶意软件，就是这么设计的。）

原文链接：

Addy Osmani 的确认回复：https://x.com/addyosmani/status/2116213240363729013
引发讨论的原帖：https://x.com/chasmmmmmmmmmmm/status/2116062991686721968
Tom's Hardware 报道：https://www.tomshardware.com/tech-industry/artificial-intelligence/anthropics-ai-model-is-now-blocking-attempts-at-video-game-recreation-and-cloning-users-also-claim-non-malicious-generic-reverse-engineering-tasks-are-blocked
XDA 实测：https://www.xda-developers.com/anthropic-testing-potential-crackdown-on-vibe-coded-ports-of-existing-games/
"训练相关被拦"原帖：https://x.com/jiahaoshao1/status/2116475922190922088
HN 讨论：https://news.ycombinator.com/item?id=50319358

5. 一行 robots.txt 对四家生效：OpenAI、谷歌、微软、Anthropic 支持统一"禁训练"标记

发生了什么： 10 月 30 日，OpenAI、谷歌、微软、Anthropic 先后表示支持一个共享的 robots.txt "策略令牌（policy token）" __usage_ai-training，网站可以用它一次性向多家厂商表达"我的内容别拿去训练"。它来自 IETF AIPREF 工作组的草案，提案人是 Anthropic 的标准技术负责人 Kevin Kelley。

落地节奏不一样：据 The Verge 报道，Anthropic 已经采用；OpenAI 说"未来几个月"实现；谷歌和微软计划在 2027 年支持。各家原有的爬虫控制（如 GPTBot、Google-Extended）继续有效。

怎么写（来自 IETF 草案示例）：

text 复制代码

User-Agent: __usage_ai-training
Disallow: /
Allow: /press-kit/

意思是：全站不希望被用于 AI 训练，/press-kit/ 目录除外。

几个坑点（草案里写明的）：

User-Agent: * 通配组不会被当成匹配这个令牌，想表达偏好必须显式写出这个令牌。
文件里完全没有这个令牌，等于"没有表达偏好"，不等于"允许"。
它是"使用偏好"，不是爬取指令；微软明确表示不影响网站在 Bing 搜索结果里的展示。
谷歌：如果你用这个令牌拒绝训练、又没单独写 Google-Extended，会按"禁止 Google-Extended"处理；而显式允许 Google-Extended 的站点才有资格在 Gemini 应用的引用里出现、获得点击。想要 AI 引用流量又不想被训练的，规则要细抠。

我的看法： 这是好事，至少把"对每家写一遍规则"的体力活省了。但它是自愿遵守，管不住不守规矩的爬虫，而且只影响未来的训练。如果你在做文档站、博客或 SaaS 的帮助中心，我建议现在就加上，几分钟的事；真正敏感的内容，还是得靠登录墙和限流。

原文链接：

OpenAI 公告：https://openai.com/index/helping-websites-express-ai-training-preferences/
谷歌搜索中心博客：https://developers.google.cn/search/blog/2026/10/ai-training-control
The Verge 报道：https://www.theverge.com/tech/1023763/openai-google-microsoft-ai-scraping-standard-opt-out
IETF 草案：https://datatracker.ietf.org/doc/html/draft-kelley-aipref-training-preference-signal

顺手一看：窃密木马开始"雇" LLM 给受害者估价

思科 Talos 10 月 31 日披露了一个叫 VOLTA 的 Windows 窃密木马：偷完密码、Cookie、钱包、各类会话后，会把整理好的受害者资料包通过 OpenRouter 发给大模型，要求输出"他们值多少钱""他们的安全习惯"等分析。默认模型被硬编码为 anthropic/claude-opus-4.6，被拒就依次换 moonshotai/kimi-k2、google/gemini-2.5-flash；它还会检测"I can't"这类拒答短语。Talos 给的防御建议之一是：限制哪些进程能用 --headless 启动 Chrome。

原文：https://blog.talosintelligence.com/appraisal-by-ai-model-driven-victim-prioritization-in-the-volta-infostealer/

小结

今天这几条串起来看挺有意思：

能力侧：AI 已经能在大厂核心系统里挑大梁（Rust 移植），也能让个人两小时做出一个像样的产品（HackerTube）。
约束侧：模型厂商在收紧（游戏复刻、训练相关风控），网站在收紧（统一禁训练标记）。
安全侧：AI 产品的新功能（预览、分享、组件）在制造新的接缝，攻击者也在用 AI 提效。

如果只记一句话，我会选头条里那句：最重要的是"计划"和"验证"，实现反而是 Claude 在写。 以后拉开差距的，可能不是谁写代码快，而是谁的测试、回放、灰度体系更扎实。

聊聊你的看法：

如果有 Claude/Codex 帮你写，你会批准一次核心服务的大重写吗？你们团队有影子流量或回放环境吗？
你有没有被 AI 编程工具"莫名拒绝"过？后来怎么解决的？

评论区见。觉得有用的话点个赞、收藏一下，AI 开发者日报每天早晚各一期，我们明天见。

说明：本文所有条目均附原文链接；数字均来自原文或公开页面，X 帖子数据为 2026-11-01 早上（北京时间）查看时的数值。标注"自述""据报道"的内容未经官方证实，请以原文为准。

AI开发者日报 第2期 | Anthropic零 Rust 团队靠Claude重写核心 API，CPU 降 40–50%

今日速览

头条：Anthropic 零 Rust 工程师，让 Claude 把 Messages API 从 Python 移植到 Rust

发生了什么

我的看法：被打破的不是"别大重写"，是"重写的成本结构"

想在自己项目里试试？一个最小可行的路线

2. Karpathy 周六上午用 Opus 5.5 两小时做了个"YouTube"：HackerTube

3. 一个 ChatGPT 分享链接就能接管你的账号：数学键盘组件里的 postMessage 漏洞

4. Claude Code 开始拒绝"复刻特定现有游戏"，还有人称做训练相关任务被拦

5. 一行 robots.txt 对四家生效：OpenAI、谷歌、微软、Anthropic 支持统一"禁训练"标记

顺手一看：窃密木马开始"雇" LLM 给受害者估价

小结

AI开发者日报第2期 | Anthropic零 Rust 团队靠Claude重写核心 API，CPU 降 40–50%