今日速览
今天的主线是「AI 厂商说的」和「AI 厂商做的」之间那条缝。Simon Willison 写了一篇深度解读，把 xAI 和 Anthropic 这场尴尬的算力交易讲清楚了——Anthropic 把 Colossus 数据中心的全部容量包了下来，两家公司过去一年还在公开互怼。HN 这边「Agent 需要的是控制流而不是更长的 prompt」上首页，是对当前「啥都丢给 LLM」流派的一次冷静反驳。隐私层面上，Chrome 默默删除了「设备端 AI 不会把数据发到 Google」的官方说法，没有任何说明——这事不大但很说明问题。如果今天只看三条，建议挑 1、2、10。
1. Simon Willison：拆解 xAI/Anthropic 数据中心交易
来源标签：[EN · Simon Willison] 链接：https://simonwillison.net/2026/May/7/xai-anthropic/
昨天 Anthropic 的 Code w/ Claude 活动上最大的新闻不是模型升级，而是 Anthropic 把 xAI 的 Colossus 数据中心「全部容量」都包了。Simon 给的解读是：这是一笔双向受益的交易——xAI 自己的产品最近表现一般，需要稳定收入；Anthropic 不想再融一轮巨型估值就拿到了急需的算力。两家公司高管这一整年都在 Twitter 上互相挤兑，现在又签下这种合同，politically 是有点尴尬，但账算下来双方都接受。建议和今天的第 8 条一起看。
2. Agents 需要的是控制流，不是更长的 prompt
来源标签：[EN · HN Top] 链接：https://bsuh.bearblog.dev/agents-need-control-flow/
今天 HN 上 235 分。作者论点很直接：大部分 Agent 失败的原因不是 prompt 写得不够好，而是缺少明确的分支、重试和终止条件——我们把本该用代码写的控制流硬塞进了 prompt 里。如果团队最近在讨论「直接用 LangGraph / DSPy / 自己搓状态机」还是「写一个超长 system prompt」，这篇是最简洁的论证：随着任务复杂度上升，状态机派必然胜出。国内做 agent 平台的同学读读会有共鸣。
3. AI slop 正在杀死在线社区
来源标签：[EN · HN Top] 链接：https://rmoff.net/2026/05/06/ai-slop-is-killing-online-communities/
Robin Moffatt 写论坛、邮件列表、issue tracker 因为低质量 LLM 输出而信号被淹没的现象。HN 评论区 255 条，大致一半人觉得「危言耸听」，另一半人贴出自己被迫关闭仓库 issue 区或 mailing list 的真实经历。文章本身的观点不算新，真正值得看的是末尾抛出的问题：在 AI 内容海啸面前，一个项目维护者还能扛多久才会彻底放弃社区运营？这个问题现在没有人回答得了。
4. V2EX：服务端应用为什么一定要长在浏览器里？基于 SSH 的「永不断线」终端
来源标签：[ZH · V2EX] 链接：https://www.v2ex.com/t/1210713
楼主在反问当前「啥都得是 web 应用」的默认假设，提议直接做基于 SSH 的有状态终端应用——断网重连无感、不用做登录态、前端工作量直接归零。这是个挺有意思的反主流思路，缺点也很明确：手机端和企业网络环境基本无解。在国内做 ToB 的同学可能会觉得熟悉——很多内部系统其实就这么跑了二十年，只是没人写文章而已。
5. V2EX：如何在外面调用家里的本地算力
来源标签：[ZH · V2EX] 链接：https://www.v2ex.com/t/1210806
2026 年 homelab 的标准问题：家里有像样的 GPU（4090 或 M 系），怎么从外面安全地用上。讨论里的方案集锦：Tailscale + Ollama、frp 隧道、ngrok、Cloudflare Tunnel、自建 WireGuard 后挂 llama.cpp。如果你想绕开按 token 收费的云推理，这帖是个很好的方案对比起点。但正如评论区指出的，住宅宽带的上行才是真正的瓶颈，不是隧道层——这一点国内一二线城市的同学应该比海外读者更深有体会。
6. Zenn：你的 Claude Code WebFetch 其实没在认真读网页
来源标签：[JA · Zenn] 链接：https://zenn.dev/zhizhiarv/articles/claude-code-webfetch-haiku-summary
一位日本工程师扒了 Claude Code 的 WebFetch 工具，发现它返回的不是页面原文，而是经过 Haiku 模型摘要后的版本——也就是说你以为 agent 在「读文档」，其实它读的是一份摘要，损失肯定是有的。如果你写的 agent 任务依赖页面里的精确字符串、代码块或者版本号，这个发现可能直接改变你的工作流。文章给出的绕行方案是：用 curl 拉原文，再用自己的 parser 处理。
7. Publickey 编辑后记：黄金周用 Claude Code 和 Antigravity 折腾了什么
来源标签：[JA · Publickey] 链接：https://www.publickey1.jp/blog/26/aigoogle_agent_studioamazon_s3aifoundry_local20264.html
Publickey 主编 Niino 在月度盘点末尾写了一段第一人称体验——黄金周难得有整块时间，他用 Claude Code 和 Google Antigravity 处理了两件事：把自己多年前 JavaScript 代码里调用的已停服外部库换成新库，以及把老 XHTML 改写成现代 HTML。原本估计要花两三天，实际用 agent 完成只用了一小段时间。这种「不吹也不黑」的真实使用反馈，对日本传统 SI 行业的影响力，比 Anthropic 自己的发布会要大得多。中文圈的国企/央企技术决策层，缺的也正是这种声音。
8. Anthropic 官方：用量上限提升 + SpaceX/xAI 算力合作
来源标签：[EN · Anthropic] 链接：https://www.anthropic.com/news/higher-limits-spacex
第 1 条的官方版本。Anthropic 同时宣布了订阅套餐用量上限提升，以及和 xAI/SpaceX 的算力合作落地。Pro 套餐和 Max 套餐都拿到了显著提升的额度，这两天就会陆续生效。如果你最近在 Code w/ Claude 上经常被限流，留意一下账户。
9. Google DeepMind：AlphaEvolve 在多个领域的实战进展
来源标签：[EN · DeepMind] 链接：https://deepmind.google/blog/alphevolve-impact/
DeepMind 公布了基于 Gemini 的 AlphaEvolve 系统在数学、芯片设计、基础设施优化几个方向的实战成绩。博文里给出的具体战果：Google 数据中心调度优化、组合数学新证明、更快的矩阵乘内核——但细节不够，复现门槛很高。值得关注的结构性点是：AlphaEvolve 用的是「LLM 当变异算子 + 进化循环」，不只是 chain-of-thought。这条路线和国内学界关注的「测试时计算扩展」有重叠之处。
10. Chrome 悄悄删除了「设备端 AI 数据不上传 Google」的说法
来源标签：[EN · HN] 链接：https://old.reddit.com/r/chrome/comments/1t5qayz/chrome_removes_claim_of_ondevice_al_not_sending/
一个 Redditor 注意到，Chrome 之前关于设备端 AI 的官方文档里写着「数据不会发送到 Google 服务器」，现在这句话被悄悄删掉了。Google 至今没有任何公开说明。乐观一点的解读是「之前的措辞过头了」，悲观的解读是——所谓「设备端 AI」可能从来就不是严格意义上的设备端。如果你给隐私敏感的用户推荐过 Chrome 的本地 AI 功能，建议重新读一下当前的隐私条款再决定。
编者按
今天的主题是「AI 行业的诚信账」——合同到底是什么样的，工具到底拉了什么内容，「设备端」到底有没有上传。第 1、8 两条建议成对阅读，对 2026 年算力经济学敏感的人都该看。第 6 条是给当下正在用 Claude Code 干活的工程师准备的——如果你的 agent 任务依赖网页原文，这个细节值得排查。第 10 条是个 sleeper——故事不大，但对「AI 厂商关于本地推理的话能信几分」这件事，影响很深。