本周最热的文章无疑是周一发布的 THE 2028 GLOBAL INTELLIGENCE CRISIS（2028全球智能危机）。
在 2026 年看是赛博朋克的科幻小说。
在 2028 年看可能是地球折叠的非虚构写作。
OpenAI’s Codex Lead: Why Coding as We Know It is Over
OpenAI 的 Codex 负责人：为何我们所知的编程已经结束
- 这个视频是对 OpenAI Codex 产品负责人的访谈。
- 由于主播是投资人身份，因此很多视角和上周Lenny 对 Boris 的访谈不太一样。
- 通用 Agent 会打败垂直 Agent，这个和我之前的想法基本一致，晚点会把之前的研究发出来。
- 但是场景永远是多样的，因此 Agent 的分发依然有价值。
- Embiricos 一直在强调自下而上的企业 AI 部署路径，其实本质上和 Boris 关于 latent demand（潜在需求）的观点一致。也算是 AI 企业的阳谋了，让用户帮助发掘真实场景。
- 如果说这些大厂已经把互联网上可用的训练数据榨干了，所以 Embiricos 提到了知识工作数据。
- 显然人们正在以非常大的热情贡献各种 Skills，看来 2028 并非过于科幻。
What I learned building an opinionated and minimal coding agent
我从构建一个主张鲜明且风格克制的编程代理中所学到的
- OpenClaw 的热潮还未消退，越来越多的人注意到它的底层用到了一个叫做 pi-mono 的代理引擎。
- 这篇文章就是是 pi-mono 的作者写的。
- pi-mono 适配了主流的 AI 模型供应商，同时做了和流行的 Coding Agent 不同的设计，比如：
- 默认 YOLO 模式
- 拒绝 MCP
- 没有 plan mode
- 没有背景任务
- 极短的系统提示词
- 没有子代理
- 不得不说他的很多理念我都很认同，同时也是我在实践过程中的习惯或者经验。
- 如果你有计划实现一个 Agent, 或者基于已有的 Agent 来开发，可以考虑下 pi-mono。
What spec-driven development gets wrong
规范驱动开发搞错了什么
- 如果你 vibe coding 过，应该知道有一个流派叫做 spec coding。
- 如果你研究过一些 coding agent，比如 Codex 是没有记忆模块的，一个可能的原因是代码本身就是全部记忆。
- 可以说我是通过 spec-driven 开发的，但我觉得很难定义到底什么是 spec-driven。
- Spec-driven 最大的问题是计划赶不上变化，在 vibe coding 的过程中，变化发生的更加频繁和容易。
- 但很多时候文档不仅是写给 AI 看的，更是写给人看的。
- 实际上我几乎不主动写具体的文档，文档基本都是 AI 生成的。
- 通过不断的练习，我找到一些经验，但是核心问题还是成本，主要是管理的。这和使用 Agent 的预期肯定是不符的。
- 干中学。
- BTW: Cladue Code 最近的更新增加了这个能力，我没有研究这个 memory 具体关注的点。
Harness engineering: leveraging Codex in an agent-first world
驾驭工程：在「智能体优先」的世界里借力 Codex
- 首先预告下，Harness engineering 已经预定下一个热词了，学无止境。
- 如题所示，这篇更偏工程项。
- 但建议还是读一读，因为这无疑就是未来的方向。