有意思的是，Vercel 的 CTO Malte Ubl 看到 Matteo 的 PR 后，独立地把相同的 API 提取成了用户态包 node-vfs-polyfill。Node.js 这些年在 I/O 层面的抽象其实已经做得很成熟了，但虚拟文件系统确实是一个缺了很久的拼图。同步、回调、Promise 三套 API 全部支持，涵盖读写、目录操作、符号链接、文件描述符、流、文件监视和 glob 匹配

可以设置月度消费上限。至于 $15–25 的价格能否在更广泛的场景里被接受，以及那个"< 1% 误报率"能否在外部用户大规模使用后依然成立——这些问题，还需要时间来回答。：把明显的、机械的、容易遗漏的问题先过滤出来，让人类 reviewer 可以把注意力集中在架构、业务逻辑和设计决策上。现有的静态分析工具能解决一部分问题，但它们有硬伤：规则固化，上下文盲区大，对逻辑类、语义类的 bug 几乎无能为

当然，如果你需要的不仅仅是编程场景，比如还要让 AI 管邮件、整理日历、在 Telegram 上回消息，那 Claude Code 目前管不了这些，OpenClaw 的全场景覆盖能力仍然有它的价值。一旦出了新的报错，手机上立刻能看到，而且它已经帮你分析好了可能的原因。这两个功能，一个解决了"人不在电脑前"的问题，一个解决了"不想反复手动操作"的问题。但至少在"帮你盯着一些事情"这个场景下，它已经足

Anthropic 的工程师 Felix Rieseberg 在 3 月 20 日公开发布称：他们把 Claude.ai 和桌面端应用的前端架构做了一次大手术，从 SSR（服务端渲染）切换到了 Vite + TanStack Router 的静态方案，直接部署到边缘 Workers 上。这种工程文化其实挺难得的。Vue 和 Vite 的作者尤雨溪第一时间转发，配了一句"Claude.ai now

正是因为这两个问题没有解决，Codex 版本的微信集成才变成了现在这个模样：需要起一个独立的终端，AI 在后台默默工作，不能像 Claude Code 那样能直接在打开的 claude 窗口中看到消息。目前我把 Codex 版本标记为「实验性支持」，功能上是工作的，但明确写在文档里：对话不在 Codex TUI 里呈现，体验和 Claude Code 版本有明显落差，等 Issue 修复后会再优化

就像你的 IDE 可以装各种插件一样，未来的 AI 编程助手也不会是一个封闭的铁桶。Claude Code 有自己的插件市场，Codex 有自己的能力，两者通过插件接口组合起来，开发者获得了更灵活的选择。但官方也提醒了，这玩意儿容易造成 Claude 和 Codex 之间的"无限对话循环"，额度烧得飞快，慎用。对 OpenAI 来说，只要 Codex 被用了，不管是在自家的终端还是在竞品的终端里，

具体来说，你现在可以同时跑多个 Agent，有的在本地执行，有的在云端跑，有的通过 SSH 连到远程服务器上。一个月前，Michael Truell 发了那篇关于"AI 编程第三时代"的文章，核心观点是：未来的 Agent 不需要你陪着，你扔个任务出去，它自己跑完给你交结果。如果你用过 Cursor 2.x，你会习惯这样的工作方式：开一个 Composer，跟 AI 对话，它改代码，你审查，来回几

原来的渲染器每次更新都要向终端发送大量数据，遇到吞吐量是瓶颈的终端（VS Code、tmux、iTerm2）就会出现闪烁。如果你习惯依赖终端的原生选择机制，比如通过 tmux copy mode 或 Kitty hints 操作，需要适应新方式，或者设置。本质上，这是一套全新的终端渲染路径。Boris 也说，这个新渲染器目前是早期阶段，有 tradeoff，但内部用户测试下来大多数人更喜欢新方案。

但 Anthropic 的路径更激进，它不是在现有平台上加一个 Agent 功能，而是把整个 Agent 运行时都托管了。问题是，原材料生意有天花板。如果你只看产品本身，它是一个托管式 Agent 部署平台：你定义任务和工具，Anthropic 帮你把 Agent 跑起来，基础设施全包。你也可以从空白开始构建，上传已有的文档作为上下文，添加子 Agent，或者让 Claude 通过对话帮你设计 A

配合 Routines 的云端自动执行，Claude 在"并行"这件事上推进得很彻底：云端跑定时和事件任务，本地同时管多个手动会话，两条线同时走。两家公司各自举了一个示例场景，几乎逐字相同：Sentry 检测到报错，AI 介入分析，定位 commit，开 PR 修复，结果推到 Slack，连顺序都一样。触发方式支持三种，可以自由组合。今天凌晨，Claude 官方发布了 Claude Code Ro