AX 严选 · 2026-05-09

这条消息的核心是特斯拉把纯视觉判断塞进了被动安全链路里。传统做法是等碰撞传感器确认撞击了再动作，但传感器有确认延迟，调太灵敏又怕误爆。特斯拉的方案是用摄像头画面提前预判“这下车躲不掉了”，在撞上之前就把安全带预紧、气囊进入待命状态，等于把保护动作的起跑线往前挪了一小截。团队用真实事故数据和仿真回放，拿人体模型测了受力，结论是早一点启动确实能让伤害预估往下走。 但这条推文本质上是产品更新预告，不是技术论文。它没给出任何量化数字——伤害风险到底降了多少百分比、在什么碰撞形态下有效、有没有误触发率的对比，全都没提。支持的车型也只说“通过OTA推送”，没列清单。所以现在能确认的是方向对、逻辑通，但实际效果多大、覆盖多广，还得等后续数据或者第三方拆解。如果这是你考虑购车或安全对比的依据，建议先打七折看。

Garry Tan 把 GBrain 放上 GitHub，这事本身比代码更有信号：一个顶级投资人愿意把自己日常用的 AI 系统公开，说明个人知识管理这块确实缺好工具。系统拆成三层——路由层决定用哪个模型、技能层跑具体任务、数据层存结构化知识，思路不新但落地得挺实在。五个月处理 20 多本书、管理超 10 万页知识库，数字看着漂亮，但正文没披露这些书到底读出了什么、会议预习有没有真省时间。我会先打个折：这是一个人给自己定制的系统，换个人用能不能跑通、维护成本多高，全都没说。开源不等于可复用，别看到 YC 就激动。还缺两样东西：一是实际使用前后的效率对比，二是其他人部署后的反馈。如果只是 Tan 自己用着爽，那更像个人作品展，离产品还远。

Antirez 开源的这个 ds4 推理引擎，核心是把大模型跑在个人电脑上这件事做成了。他用三招：对 MoE 专家做不对称 2-bit 量化，把模型体积压下来；KV Cache 不放在内存，而是搬到高速 SSD 上，绕开 128GB 内存不够用的问题；再针对苹果芯片做纯 Metal 优化。结果是在 MacBook Pro 上跑 100 万 token 上下文的 DeepSeek V4 Flash，实测每秒 27 个 token。 这个速度能读，但离实时对话还有距离。正文没披露量化后模型效果掉了多少，也没说 SSD 读写延迟对长上下文推理的稳定性影响。27 tok/s 是在什么负载下测的、有没有批处理，这些关键信息都缺。我会先打个折：工程上很漂亮，但别急着把它当生产环境方案。 还缺一个对比：同样硬件跑其他量化方案是什么速度？如果只是针对 DeepSeek V4 Flash 特化，通用性就有限。另外，几千行 C 代码维护成本不低，后续模型更新能不能跟上也是问题。

Peekaboo 3.0 这次改版思路挺直接：以前是截图给模型看，模型告诉你点哪里，你再点；现在是模型直接上手操作 Mac，截图和界面检测合并成一个功能，省了一步。作者说去年就想做，但当时模型能力跟不上，现在才敢推。这个判断我信一半——模型确实强了，但让模型直接操作桌面环境，稳定性、误操作风险、权限控制都是坑，正文完全没提这些。 CLI 和 MCP 之间的 JSON 交互整理得更干净，快照功能也有改进，说明作者在工程上花了功夫。但关键信息全缺：没写定价，没写接的是哪个模型，也没写延迟和成功率。如果用的是云端大模型，延迟和隐私就是硬伤；如果是本地模型，那能力边界在哪也得说清楚。这些不补上，3.0 更像一次架构重构，离真正能放心交给它干活还有距离。

这条通知的核心是把AI伦理审查从纸面推到实操。工信部选了四个方向：省级定细则、企业建伦理委员会、高风险活动要专家复核、再搭一个部省市三级联动的风险监测网络。听起来框架很全，但正文没披露几个关键信息——比如“高风险”怎么界定，审查不通过会有什么后果，以及企业自建委员会会不会变成自己审自己。 对从业者来说，信号很明确：以后做AI产品，特别是涉及高风险场景的，伦理审查会像安全评估一样成为硬门槛。通知里提到要搞标准研制和验证，说明现在连审查标准本身都还在摸索阶段。这点先别太激动，等具体标准和案例出来，才能判断是动真格还是走流程。

这条分享了一个挺实用的调试思路：让 Codex 在隔离的临时沙盒里复现 bug、修、再验证，同时开 10 个会话并行跑，既不怕搞乱本地环境，速度也不掉。这相当于把“复现-修复-回归”这个最吃耐心的环节外包给模型，而且用并行换时间，思路直接。 但正文只给了操作流程，没披露关键数据。修复成功率多少？单次任务平均耗时多久？10 个并行是稳定跑还是偶尔崩？这些都没说。另外，crabbox 这个沙盒工具本身的开销、能跑的语言和依赖限制也没提，实际能不能照搬要看自己的技术栈。 还缺一个对比：跟直接在本机开多进程或者用 CI 跑测试修 bug 比，这套流程到底省了多少时间、少踩了多少坑。没有这些，就只能当个灵感参考，不能直接当方案用。

这条消息来自 Reddit r/LocalLLaMA 的一张截图，说 Hermes Agent 成了 OpenRouter 上过去 24 小时全球令牌消耗最多的模型，排在 Claude Code 和 OpenClaw 前面。OpenRouter 的令牌排名能反映实际调用量，不是下载量或 star 数，所以这个第一有一定参考价值——说明有人在真金白银地跑这个 agent。 但信息缺口很大。Reddit 原文被网络屏蔽，我们拿不到原帖里的截图和讨论，不知道具体令牌量级是多少、领先幅度有多大、是短期冲高还是持续用量。Hermes Agent 本身是基于 Nous Research 的 Hermes 模型做的 agent 框架，主打本地部署和可控性，能在用量上压过 Claude Code 这种闭源选手，要么是成本优势明显，要么是有特定场景在批量跑。 目前能确认的只有排名变化这一个事实。没有披露绝对用量、没有用户场景拆解、也没有持续性数据，所以别急着下“开源 agent 超越闭源”的结论。等原帖能访问了再看细节。

METR 在 3 月短暂窗口里测了 Claude Mythos 的早期预览版，结论是模型有 50% 概率独立完成的任务，时间跨度至少 16 小时，95% 置信区间在 8.5 到 55 小时之间。这个数字本身不算离谱，但关键信息是：这已经碰到 METR 现有测试套件的上限了。也就是说，不是模型只能干 16 小时的活，而是他们的题目最长就设计到这儿，再往上没法测。 正文没披露具体测了什么任务、任务难度怎么定义、以及模型是在什么条件下跑的。16 小时这个数，如果任务本身是重复性操作或者低难度堆积，意义就打折；如果是需要持续推理和决策的复杂流程，那才值得关注。另外，这只是早期预览版，正式版的能力可能更强，也可能因为安全对齐被砍掉一些。 现在还缺两样东西：一是 METR 需要设计更长周期的任务来突破天花板，二是需要知道模型在接近 16 小时边界时，失败模式是什么——是中间崩了、忘了目标，还是产出质量断崖式下跌。这些比一个孤零零的时间数字更有参考价值。