LobeHub 深度评测：8.5 万 Star 的 Agent 工作台，116 个内部包一个根锁文件都没提交，许可证写着 MIT 实际是社区许可

作者
LobeHub 深度评测：8.5 万 Star 的 Agent 工作台，116 个内部包一个根锁文件都没提交，许可证写着 MIT 实际是社区许可

团队里想给自己搭一个 Agent 工作台的人，最近半年问得最多的一句话是：能不能装在自己服务器上，数据不外流，界面还像样？

LobeHub 是这个问题的热门答案之一。它现在是 85,397 星、16,292 个分叉，11 月 14 日当天还在提交代码，前身就是那个很多人用过的 LobeChat。我把整个仓库拉进沙箱，不装任何依赖，只做静态核对，数了 24,954 个文件，也数出了三个会直接影响你决策的事实：116 个内部包，仓库里一个根锁文件都没提交；package.json 里写的是 MIT，根目录的许可证文件却是另一套带商业附加条款的社区许可；最近 100 条发行版里，93 条是每次提交都会生成的预发布构建。

先说清一件事：它虽然带了 56 份写给 AI 看的技能说明，但它不是技能库，是一个近三万个文件的应用仓库。这一点后面还会绕回来，因为它恰好是这篇里最有意思的地方。

它到底长成了什么

一句话：一个可以自己托管的 Agent 工作台。网页端、桌面端（Electron 打包的本地应用）、命令行工具三个入口共用一套后端；后端是 Next.js 16 + React 19，界面用 React 单页应用的形式挂在 Next.js 里，数据层是 PostgreSQL 加 Redis，文件走对象存储。

先看规模。我拿到的这份快照是默认分支 canary（它们把开发分支叫这个名），目录分布非常不均匀：

目录 文件数 装什么
src 10,108 网页端界面与前端状态
packages 7,217 116 个内部包：数据库、Agent 运行时、工具集、多语言文案
apps 4,872 服务端、桌面端、命令行、分享页、工作台
locales 1,062 18 种语言的文案

src、packages、apps 三个目录加起来 230MB 上下，全仓 21,602 个 TypeScript 文件（.ts / .tsx），测试文件 6,669 个，占全部代码文件约三成。对一个要同时发网页版、桌面版、命令行版本的产品来说，这个测试比例是合理的工程习惯，不是刷数字。

它跟别的开源聊天前端最不一样的地方

不是界面，也不是模型接得多。是这个仓库里塞了一整套「给 AI 看的说明书」，而且是真在用的。

根目录有一份 199 行的开发规范文件，开头就写清了分工：仓库全局的架构和流程归这份文件管，具体实现规则全部下沉到技能目录，做到「单一事实来源」。然后它逐条点名——改 React 组件之前先读 react 这份技能；改页面路由之前先读 spa-routes；要理解代码分层先读 project-overview。

我去核了这套说法有没有真落地，结论是落地了：

我核的地方 结果
技能说明文件数量 56 份
这 56 份合计行数 8,689 行
给 AI 读的文档目录下 Markdown 总数 287 份
这个目录的体积 5.3MB
根规范里点名要读某份技能的地方 26 处
被标成「可手动调用」的技能 3 份，其余由 AI 按场景自动读

也就是说：规则不是写在规范文件里堆成一大坨，而是一份规则一个文件，规范文件只当目录和入口。举个具体的——改页面路由这件事，spa-routes 那份技能里明确写着公共的网页端和桌面端路径必须注册在同一个共享文件里，两个平台各自的配置文件只许写真正的差异，不许把同一条路由抄两遍。

还有一层更少见的：那个目录下面另有一整套「验收」流程，51 个文件，包含截图、录屏、探针脚本，还有一份把项目专属命令、端口、服务写全的说明文件。它要求改完行为之后，到真实产品上跑一遍，把证据（截图或录屏）发布出来，PR 里贴上验收链接。规范文件里还特别写了一句提醒：本地开发时有个能连到线上后端的调试代理，但那是开发便利，不是验证环境。

这是它和同类项目最本质的差别：它在用 Agent 维护一个 Agent 产品。 顺带一个小反差——自动选品工具看到仓库里有 56 份技能说明，会直接把它判成「技能库」，可这明明是个应用。

三个硬事实，都自己核过

第一，没有根锁文件。 锁文件记录每个依赖的确切版本，是「今天在你机器上装出来的东西，和三个月后别人装出来的东西一致」的唯一凭据。这个仓库的情况是：

核对项 实际结果
根目录的依赖锁文件 不存在
另外三种常见锁文件 全部不存在
忽略清单第 54 行 *.lock
忽略清单第 151 行 pnpm-lock.yaml
工作区配置第 1 行 lockfile: false
生产依赖 + 开发依赖 313 + 110 = 423 条
内部工作区包 116 个
唯一被提交的锁文件 桌面端自己的那一份（54 万字节），因为桌面端是独立工作区

配置里那一行写得很直白：根工作区不生成锁文件。它们改用了另一套办法——在工作区配置里固定了一批关键依赖的版本，还有一条「新版本发布后最短等待期」的策略，代价是每次安装都可能解出一组不完全相同的依赖树。对 423 个外部依赖加 116 个内部包的组合来说，这是「可复现性」上的一处空白，不是笔误。同一份配置里还留着一句注释，说某个补丁是为了「在没有根锁文件的情况下」保持生效。

第二，许可证三处口径不一致。 这条最需要你自己判断，我只列事实：

出处 写的是什么
打包配置里的许可证字段 MIT
npm 上同名包的许可证字段 MIT
根目录许可证文件 自称社区许可，基于 Apache 2.0，附两条额外条件
GitHub 接口返回的许可证 识别为「其他」，标准标识无法匹配

许可证文件里那两条附加条件，原文大意是：一，可以商业使用，包括直接把它当前后端服务跑起来、不改源码；二，如果你想基于它做一个衍生品再分发，必须先向出品方拿到商业授权，联系邮箱也写在了里面。另外它声明贡献者同意出品方可以自行收紧或放宽开源协议，且贡献的代码可被用于其云版本。

对普通读者意味着什么：自己部署来给自己团队用、改了自己用，条款没拦你；但把它改造成一个产品对外分发，需要先发邮件谈授权。三处口径里打包配置和 npm 那两处写 MIT，与根目录文件的实际条款不一致——这是打包元数据没有跟着许可证变化更新，不是隐藏条款。要不要在意，取决于你打算走到哪一步。

第三，版本号几乎失去了索引意义。 我拉了最近 100 条发行版记录分类：

类别 条数
每次 PR 触发的夜间构建 86
预发布版本（带 canary 后缀那种） 7
真正的语义化版本 7
被标记为「预发布」的比例 93%

这 100 条覆盖 10 月 7 日到 11 月 13 日，38 天，平均每天 2.6 个发行版。把这三个数字摆在一起对照着看，更能说明问题：仓库里的版本号是 2.3.3，GitHub 上最近的稳定标签是 v2.3.3、最新的标签是 v2.3.4-canary.1，而 npm 上这个包的最新版本停在 2.1.26，发布于 2026 年 2 月 10 日——九个月没动过。想靠版本号判断「我装的是哪个功能状态」，在这个项目上基本走不通。

自托管不是一条命令的事

它们的部署目录里备了三套容器编排文件（也就是描述「要起哪些容器、怎么连起来」的配置文件，分开发用、部署用、评测用），部署那套我逐个服务数了：

服务 作用 能不能省
应用本体 网页与接口 不能
网关 把 Agent 的运行过程推给浏览器，走长连接 不能，默认开启
PostgreSQL（带全文检索扩展） 主数据库 不能
Redis 缓存与会话 不能
RustFS 对象存储，存图片和文件 不能
RustFS 初始化任务 建桶、设跨域规则，一次性的 不能
SearXNG 联网搜索 可去掉，但联网搜索功能就没了
Elasticsearch 三件套 全文搜索的进阶方案 可选，默认不开，开了要单独 2GB 内存

必需的环境变量 19 个，其中四个密钥由安装脚本自动生成（配置加密密钥、登录签名密钥、网关令牌、内部签名密钥对）；另有 13 个可选变量在示例文件里以注释形式给出。安装脚本 862 行。根目录的构建文件 375 行、4 个阶段，CI 流水线 31 条。

结论很直接：这不是一个 docker run 就能跑起来的聊天前端，是一套要起五个以上容器、配四个密钥、还要给对象存储单独配跨域的服务。示例文件里甚至专门写了一句——如果应用地址是内网 IP，AI 生图这类功能会失败，得额外补一个内部地址变量。

测试面：我跑成了什么，没跑成什么

本机沙箱里没有现成的 Node 环境，我把宿主机的 Node 二进制（v24.22.2）拷进沙箱，只跑那些不依赖第三方包的自测脚本：

脚本 结果
构建跳过逻辑自测 8 项全过
PR 准入检查自测 19 项全过
打包体积闸门自测 10 项全过
体积基线查找自测 1 项全过
体积评论生成自测 8 项全过
命令行发版脚本自测 跑不起来，缺第三方模块（未安装依赖）

这 46 项全过，说明它们的构建和发版自动化本身是带回归测试的。但这只是一个边角：项目主体那 6,669 个测试文件我一个都没跑——423 个依赖在 700MB 内存上限的沙箱里装不完，装了就是拖垮这台机器。所以本篇不评价它的测试质量，只记录我实际跑过的那部分。

放进坐标系里看

站内评过的对照物里，LibreChat 是最直接的对照组：同样是自托管 AI 前台，同样接多家模型，许可证是干净的 MIT，部署要 5 个服务、203 个环境变量。差别在定位——LibreChat 卖的是「把对话留在自己服务器」，LobeHub 卖的是「一群能自己干活的 Agent」，所以它多了网关、桌面端、命令行，也多了那套给 AI 读的规则库。

Agent 框架那一侧可以看 deepagents：它给你一套拆任务的框架，你自己写业务；LobeHub 反过来，把界面、存储、权限、工具全配好，你要的是接受它的做法。前者适合要嵌进自己系统的人，后者适合要一个能直接用的成品。

我的判断

值得放进观察清单，但别被 8.5 万星冲昏。它的工程质量在同类里偏上：测试覆盖到三成、自动化脚本自己带测试、规则写得克制（一份规则一个文件，规范文件只当目录）。真正的门槛在三个地方，而且都不在代码里：

一，运维成本。五个必需容器、四把密钥、对象存储跨域、内网地址这类坑，配下来是半天到一天，不是五分钟。

二，许可证边界。自用、自托管、自己改，条款没拦；做成衍生品对外分发要先拿商业授权，而打包元数据里写的还是 MIT，容易让人误判。

三，发版噪音。93% 的发行版是自动构建，npm 上的包九个月没更新，别把「发行版页面很热闹」当成「功能在按版本迭代」。

没跑成它自己的完整测试，所以我不评价它的测试质量。 这一条比前面三个数字都重要：你可以相信我说过的每一个数字，但别把「46 项全过」外推成「这项目很稳」。

关注 AI商业快讯，每天一篇 AI 热点深度解读。想对照自托管这一侧的取舍，可以翻我们评过的 LibreChat；想看 Agent 框架那一端怎么拆任务，可以翻 deepagents。

pydantic-ai 深度评测：21,195 Star 的 Python AI 框架，精简安装 20 个模型只通 2 个，654 项测试全绿主干却挂 7 项

作者
pydantic-ai 深度评测：21,195 Star 的 Python AI 框架，精简安装 20 个模型只通 2 个，654 项测试全绿主干却挂 7 项

如果你想用 Python 接一个大模型做产品，大概率踩过同一串坑：先装个框架，它默认把各家的官方客户端全带上；装完发现磁盘多吃了一百多兆；等真要换模型时，又得回头补装另一个厂商的包。

今天评测的 pydantic-ai 就是冲着这串坑来的。它在 GitHub 上有 21,195 颗星，用的是麻省理工学院的宽松开源许可，背后是做了多年数据校验库 Pydantic 的那个团队。它的宣传语很直接：所有模型，一行字符串就能换。

我把它的发布版装进隔离环境，按官方口径跑了测试，也量了三档安装方式的体积。结论有两句：它的分层打包确实解决了一部分痛点，但「换个模型只要换一行字符串」这件事，在默认安装下并不成立。

一、它是什么：给 AI 应用套了一层「类型检查」

先说人话：这是一个帮你写 AI 应用的 Python 库。你定义好要模型输出的数据结构，它负责调用模型、检查输出格式、格式不对就让模型重答，直到符合你定义的结构为止。

这个「不符合就重来」的机制是它最值钱的地方。传统写法里，模型返回的是一段自由文本，你还得自己写代码去解析、去猜格式；pydantic-ai 把这层苦活接过去了。官方文档里的说法是「端到端都有类型」，翻译成日常话：你提前声明好收据上有金额、有供应商、有日期，它保证交给你的对象里这几项一定在、类型一定对。

它的第二个卖点是双包策略。仓库里同时发了两个包：全量的那个把主流厂商的官方客户端都捆进来，精简的那个只留内核，谁家要用谁自己装。

我实测了三档安装的代价，Python 3.13 干净环境，同一天同一台机器：

装法 占用空间 装了多少个包
全量包 pydantic-ai 146 MB 95
精简包 pydantic-ai-slim（基础） 34 MB 17
精简包 + 四个厂商接入（OpenAI、Anthropic 这类） 95 MB 40

这个数字说明什么：精简包确实省下了四分之三的空间，但只要你真的想接两三家模型，空间就会迅速回到一百兆附近——省下来的主要是你压根不会用的那几家。全量包里最占地方的就是几家厂商的官方客户端，一家十六兆，另一家十七兆，加起来接近五十兆。

顺带量了启动开销。光是导入一次这个库，全量包要 1.54 秒，精简包 0.34 秒。对一个要频繁启动的命令行工具来说，这个差别是能被用户感觉到的。

二、实测第一问：精简安装下，到底几个模型能用

这是我最想验的一条，因为它直接决定「换模型只需换一行字符串」成不成立。

仓库的模型目录下我数出 20 个厂商接入模块。我在精简包的基础安装（不装任何厂商附加包）下逐个尝试导入，结果是：

结果 数量 说明
能直接用 2 一个是测试用的假模型，一个是函数式模型
报缺包错 18 全部是「请先安装某某包」的提示

也就是说，默认装完精简包，市面上你叫得出名字的模型一家都接不上。想用 OpenAI 的要补一个包，想用 Anthropic 的再补一个，谷歌家又是另一个。

这里要给官方说句公道话：报错信息做得很好，每一句都直接告诉你该装哪个附加包、命令长什么样。所以这不是「坑你无门」的缺包，而是「按需付费」的设计。只是宣传语和实际体验之间差了一层：那句话的完整版应该是「换一行字符串，前提是你已经装好了对应厂商的包」。

另一种常见写法是直接传给应用对象一个带冒号的模型名。我在基础安装下试了，报错同样指向缺包或缺凭证，没有被静默忽略——这一点是加分项，它不会让你在半夜收到一张巨额账单才发现接错了模型。

三、实测第二问：官方测试在发布版上全绿，主干上却有 7 个失败

这个库的测试规模是我见过最重的之一。仓库里有 942 个测试文件、18,625 个测试函数，测试目录占了 291 兆，其中还带着 270 份录制的真实接口请求（上游发来的原始应答被存成文本，回放时不用真连网，也就不会真的花钱）。文档有 375 篇。

我在隔离沙箱里把依赖版本调成和仓库锁文件一致（也就是作者们自己测试时用的那一套），然后分两次跑：

跑在哪 用例数 结果
发布版 2.68.0 标签 665 654 通过、11 跳过、0 失败
主干最新提交（两小时前） 496 479 通过、10 跳过、7 失败

失败的那 7 个全挤在同一处：文本输出模式下的参数校验。测试原本期待应用在创建时就把不合规的函数拒掉，实际却没拒绝；另有一个是参数别名传进函数时名字对不上。

这条要小心解读，我做了三个交叉验证才写下来：一是我把依赖版本调成和仓库锁文件里那份一模一样，失败照旧；二是同一个环境、同一批依赖，回到发布标签上全绿；三是这 7 个失败点都在「检查某个错误有没有被抛出」上，跟我本机缺什么东西无关。所以这是主干上正在发生的事，不是发布版的问题，也不是我环境的问题。

对你来说意味着什么：如果你照着主线代码写东西，最近这两天最好钉死版本号，别跟着主干漂。

四、实测第三问：没有凭证能不能玩

很多人想先试试手感再决定要不要充钱。这个库留了一个口子：一个测试用的假模型，不需要任何接口凭证。

我写了个提取发票信息的例子，定义了供应商、金额、币种、日期四个字段，用假模型跑了一遍。流程全部跑通，导入 0.54 秒、构建应用 0.75 秒、跑一次 0.03 秒。

但它的输出是这样的：供应商是一串字母 a，金额是 0，日期也是字母 a。连跑三次结果完全一致。

这个设计的用意是让你验证「接线通不通」——数据流、类型校验、工具调用这些机制都能跑起来。它不产生任何真实内容，所以别指望用它看效果。想看出模型水平，你还是得有至少一家的接口凭证。

五、版本这件事，值得单独说

这个项目在 2025 年 9 月到 1.0 时承诺过：在 2.0 之前不做破坏性改动。现在 2.0 出来了，官方专门写了一篇升级指南，把攒了一年的破坏性变更一次性列全。

我取了最近 300 个版本记录来看，1.x 那条线有 148 个，2.x 那条线有 85 个，两条线到今天还在同时发版——1.x 最近一次发布是 11 月 4 日，2.x 是 11 月 12 日。这在开源库里不常见，通常是给还在旧版上的使用者留一段过渡期。

官方对弃用的处理是「留一个版本再删」：2.x 里标为弃用的功能会一直能用，但每次调用都会发一条警告点名它的替代写法，到 3.0 才真正移除。我用同一段代码分别跑了 1.x 和 2.x 的最新版，两个版本都能跑通，同一处旧写法在里面都给出了升级提示。

对读者的意义：这是个沉淀得比较正规的项目，不是那种一个月换三次接口的野路子。代价是文档量大、概念多，第一次上手需要留出半天到一天。

六、和同类比，它站在哪

Python 这一侧的 AI 应用框架，大致有三个流派。

一派是「全家桶」：装一个包，所有模型、所有工具、所有界面都能用，代价是体积和耦合。

一派是「薄封装」：只做最薄的调用层，灵活但什么都要自己搭，包括输出格式校验、重试、多步工具调用。

pydantic-ai 走的是第三条：内核薄、能力按需加、类型检查是硬约束。它的取舍很清楚——愿意为「结构化输出的可靠性」付出一套概念的学习成本，换取业务代码里少写一大堆解析和重试。

适合谁：要把大模型嵌进已有业务流程（比如从合同里提字段、从工单里判优先级）、对输出格式稳定性有硬要求、团队本来就熟悉数据校验这套思路的。

不适合谁：只想调一次接口做个小脚本的；模型只要固定用一家、也不想多装一个框架的；以及完全不想碰「类型声明」这件事的新手，它的语法门槛确实比直接调官方客户端高一档。

七、判断

值得放进观察清单，也值得在你真的要做一个结构化的 AI 业务功能时认真试一次。

它最扎实的地方不是宣传的那句口号，而是三件能验的事：输出格式的强制校验确实内建、缺东西时报错指向明确、测试与文档的体量撑得起一个长期项目。最需要打折的也是宣传的那句口号：默认安装下你一家模型都接不上，「换一行字符串」省掉的是改代码，不是装依赖。

给一个具体建议：如果你要试，别装全量包，先装精简包加你真正要用的那一家，体积能压在一半以下，改起来也清楚。想零成本看代码风格，用它的假模型跑一遍流程就够了，记得别拿那个结果去评估模型。

关注 AI商业快讯，每天一篇 AI 热点深度解读。

Gemini 4 Hydrogen 全面开放：每百万 token 1.5 美元，谷歌却说旗舰别全程用它

作者
Gemini 4 Hydrogen 全面开放：每百万 token 1.5 美元，谷歌却说旗舰别全程用它

每百万输入 token 1.50 美元，输出 7.50 美元——这是谷歌 11 月 12 日给 Gemini 4 Hydrogen 定的价。比它两天前才开放的旗舰 Gemini 4 Carbon 便宜四分之一，比 Carbon 促销期结束后的 4 美元、20 美元，只剩三分之一多一点。

更反常识的是另一件事：在 Artificial Analysis 的智能指数上，这个「日常干活用」的便宜模型拿了 51 分，超过了谷歌自家更贵的 Argon——后者 50 分。

同一天谷歌做了三件事：发布 Hydrogen、把它设成搜索 AI Mode 的默认模型、并且在官方博客里承认，用一个前沿模型从任务开头跑到结尾，是浪费。

发生了什么：一次覆盖所有入口的同一款模型

11 月 12 日，谷歌同时上线 Gemini 4 Hydrogen，落地位置基本覆盖了它所有的 AI 入口：Google 搜索、Gemini 应用、Google AI Studio 的所有档位、Gemini API、Gemini for business 企业版，以及付费的 AI Pro 和 Ultra 订阅用户在 Google Antigravity 里的使用权限。

谷歌 DeepMind 负责人 Koray Kavukcuoglu 在官方博客里的定位很克制：Carbon 和 Argon 负责「深、长、难」的推理，Hydrogen 负责「快速执行」，是「日常工作的模型」。这里的 agentic workflow，指的是让模型自己连续调用工具、一步步把一件事跑完，而不是你问一句它答一句。

搜索那头的说法就没这么克制。搜索产品副总裁 Robby Stein 直接写：这是「搜索迄今最大的一次模型升级」。Hydrogen 现在是 AI Mode 的默认模型，同时负责 AI Overviews 里「最难的那些问题」。

这意味着换模型这件事，不发生在开发者敲代码的时候，而发生在你明天打开搜索框的时候。

数字与一手细节：便宜四分之一，分数翻三倍

先把价目表摆清楚。Hydrogen 定价为每百万输入 token 1.50 美元、每百万输出 token 7.50 美元，并且在整整 100 万 token 的上下文窗口里全程同价。上下文窗口，也就是模型一次能读进去的文本总量：很多厂商的定价会随着窗口变大而加价，Hydrogen 没有。作为对照，Carbon 在 11 月 10 日全面开放时的促销价是每百万输入 2 美元、输出 10 美元，11 月 30 日之后回到 4 美元和 20 美元。

性能上，谷歌给的数字如下：

  • Artificial Analysis 智能指数：默认 high 档 51 分，最高 xhigh 档 54 分，两个都高于 Argon 的 50 分。
  • Terminal-Bench 4.1（考终端里连续执行任务的真实能力）：57%，上一代 Gemini 3.8 Flash 是 18.2%，翻了三倍还多。
  • high 默认档下完成任务快 2.5 倍；编造性说法降到原来的五分之一以下（官方说法是「减少超过 5 倍」）。
  • HLE-Diamond 58.8%，Vals 税务 Agent 榜第一 52.3%，法律检索榜并列第一 55.8%，多模态知识工作榜 53.4%，Agents’ Last Exam 71.6%。
  • 合作方早期测试：在复杂图结构、SQL、数据密集的企业工作流上，比 3.8 Flash 快 2 到 2.8 倍，同时省下 12% 到 23% 的 token。

安全侧也给了具体数：agent 任务里的越权行为最多减少 81%，「该做没做」最多减少 79%，工具调用和编程评测里的错位动作与抄近路行为减少 12 倍；遇到不可能完成的任务，绕过权限边界的概率最多降一半；20 万次以上的审计回合里，思维链 99.9% 保持可读，官方称零欺骗性推理改写。

这些数字全部来自谷歌自己，没有第三方复现。这一点要记住。但即便打个折，「同等任务快两三倍、便宜四分之一」，也足够改变一家公司的选型。

反转：谷歌拆了自己两天前刚卖的东西

真正的戏剧性不在 Hydrogen 本身，而在它和 Carbon 的关系。

11 月 10 日，谷歌才把 Carbon 全面开放，通稿的核心词是「最强模型」，定价 2 美元、10 美元，还特意标了 11 月 30 日后翻倍。两天之后，谷歌在 Antigravity 里推出一个叫 Orchestrator 的功能，描述是这样的：不要让一个模型从任务开头干到结尾。

具体做法是让 Carbon 先进入只读阶段，探依赖、消歧义、出一份带重规划触发条件的计划；然后切给 Hydrogen 去写代码、改依赖、跑测试；Hydrogen 一旦卡住，再交回 Carbon 去看现场、修计划、继续执行。谷歌给的实测是：在 Terminal-Bench 4.1 上，任务成功率接近纯用 Carbon，但平均少用 24% 的配额，快 19%。

它同时承认了行业里那种「静态路由」的老办法为什么失效：传统路由器靠你第一句话猜任务难度，然后把整条任务都交给最便宜的那个够用的模型。可 agent 任务越跑越长，不同阶段需要的复杂度完全不同，而且往往是在执行中才被发现。

翻译成人话：谷歌一边卖你 4 美元、20 美元的旗舰，一边在官方博客里论证「大部分步骤不该用它」。这不是自相矛盾，这是把定价逻辑讲透了——贵的那部分只该用在判断上，不该用在打字上。

另一层反差在榜单。Hydrogen 超过了自家的 Argon，但没超过自家的 Carbon：同一个智能指数上，Carbon 是 60 分级别（这是我们 11 月 11 日那篇报道里记录的数字），Hydrogen 是 51。也就是说，谷歌这次做的是「把中端做到足够好」，不是「把旗舰拉下马」。

放到整个行业看，这也不是谷歌一家的动作。过去半年「快而省」这条线一直在往下压价，前沿那一档越来越贵、越来越慢。Hydrogen 的 1.5 美元入场，等于把这个分层正式写进了产品结构。

对读者意味着什么

如果你写代码：账单结构会变。以前是「选一个模型，全都用它」，现在更划算的是「贵的做计划、便宜的做执行」。这不等于要你手动切来切去——Orchestrator 这类东西会替你做，但你要理解它在替你做什么，不然出了错不知道该怪哪一层。

如果你做内容或 SEO：这是全文最容易被忽略的一段。搜索的 AI Mode 换了默认模型，谷歌的说法是答案会更视觉化——更多图片、对比表格、按需生成的交互小工具，链接覆盖范围也更广（靠查询扇出，也就是把一个复杂问题拆成多个子问题同时搜）。对做站点的人，这既是机会（长尾问题更容易带出链接）也是风险（答案更完整，用户更不需要点进去）。值得这周去搜几个自己的核心关键词，看 AI Overviews 引用的是谁。

如果你在公司里管采购：企业版同步可用。要盯的两个条款是配额和可用性。Hydrogen 有四个思考档（低、中、高为默认，以及新增的「极高」），低档更便宜更快，但同时意味着同样的钱买到的推理深度是可变的，「我们买了多少智力」这句话在合同里开始说不清。

如果你是普通用户：不用做任何事，明天打开搜索就是新版。唯一的变化是，复杂问题会得到更完整的答案，而你点开网站的几率会更低一点。

我该做什么

第一，如果你是开发者，这周就把 API 调一次，用自己的真实任务跑 A/B：同一批任务分别用 Hydrogen 单跑、Carbon 单跑、以及两者编排（编排，也就是让一个模型做计划、另一个模型照着执行，在同一个会话里接力）。别只看榜单——榜单是通用题，你的任务是专门的。重点是记录三件事：成功率、耗时、token 花费，缺一个都判断不了值不值。

第二，如果你还在用 3.8 Flash，迁移理由很实在：速度两三倍、编造率降到五分之一以下、价格在同一量级。但先测你的边界场景，特别是工具调用失败、搜索返回空的时候——谷歌这次专门强调这两种情况下的表现，说明它是被当成问题在解决的，通常也说明之前确实不好。

第三，如果你关心成本结构，记住一个判断：单模型跑全程的时代正在结束。真正要建的能力不是「选对模型」，而是「知道哪一步该问贵的」。

一句话判断：Hydrogen 不是谷歌最强的模型，但它是谷歌第一次公开承认——旗舰模型不该被用来干所有的活。这条承认，比 51 分这个数字值钱。

关注 AI商业快讯，每天一篇 AI 热点深度解读。

相关阅读

信息来源

UZI-Skill 深度评测：7,602 Star 的 66 位投资大佬评审团，989 项测试全绿，A 股跑得通、美股会崩

作者
UZI-Skill 深度评测：7,602 Star 的 66 位投资大佬评审团，989 项测试全绿，A 股跑得通、美股会崩

想知道手里那只票到底行不行，很多人第一反应是丢给 AI 问一句。回答通常是一段”综合来看，估值合理，注意风险”——听着都对，读完什么也没多知道。

今天要评的 UZI-Skill，就是冲着这个痛点来的：它不让一个 AI 给你一段话，而是让 66 个”投资大佬”各自打分投票。7,602 星、开源许可、11 月 11 日还在提交。我把它拉下来按它自己的流程跑了一只票，结果是：一份 750KB 的报告，66 位评委里 29 位直接弃权。

弃权不是失败。恰恰相反，这是这个项目里最有意思的设计。这一篇讲的是它到底怎么做到”66 个人各说各的”，以及这套玩法在哪些地方站得住、哪些地方站不住。

它到底是个什么东西

先说一个容易被误导的地方。它在 GitHub 上看起来是一个 skill（技能，也就是给 AI 助手读的一份操作手册），根目录那份说明文件只有 2,417 字节，短得像一张便签。那不是它的全部。

那份便签只做一件事：告诉 AI”你要干什么，就去看哪份文档”。真正的活在 skills 下面的四个子技能里，其中主流程那一份有 57,898 字节，是根文件的 24 倍。

四个子技能分工很明确：主流程那份（deep-analysis）管抓数据、算分、建模、出报告，57,898 字节；评审团那份管让 66 位投资人各自打分，4,431 字节；龙虎榜那份管认游资席位、判断谁在买，只有 1,745 字节；杀猪盘检测那份列了 8 个信号、四档风险评级，3,054 字节。最小的一份只有主流程的三十三分之一——这个落差本身就说明，真正的工程量都压在数据那一头。

而”技能”这个词在这里也名不副实。我把仓库整个数了一遍：251 个 Python 文件、53,460 行代码，其中光是抓数据的脚本就有 22 个、合计 5,364 行。说白了，这不是一份提示词，这是一个打分引擎，只是碰巧用技能的形式分发。

它的核心思路值得单独讲一句：它不预测涨跌。它做的事是把同一份数据，用 66 种不同的偏见各看一遍，然后把分歧摆出来。巴菲特看的是”ROE（也就是净资产收益率）连续五年超过 15%”和”生意别人难以复制”，格雷厄姆只看”市盈率低于 15″，游资看的是”近 30 天龙虎榜有没有热度”。同一只票，这几个人给出的结论本来就该不一样——这个项目最诚实的地方，是它把这件事实做成了产品。

我自己跑了一遍

第一条证据，它自带的测试是真的能跑通的。我按它官方持续集成（也就是每次提交代码自动跑的那套检查）的口径，在隔离环境里装依赖、跑全量测试：989 个通过、1 个跳过、0 失败，耗时 10.5 秒。

这里要说明一处对不上的地方：它项目首页写的是”离线回归 948 passed、1 skipped”。我跑出来是 989，比它自己的数字多 41 个。多半是文档更新滞后于测试增量，不是坏事，但一个把”证据”当卖点的项目，自己首页的数字应该跟得上。

另外两道官方闸门也过了：一道检查仓库里有没有误传真实交易数据，输出检查通过；一道检查依赖有没有版本冲突，输出无冲突。

顺带把”22 维数据”这句也对了一遍：代码里正经的维度校验表是 20 项，另外两项是基金持仓和相似股——它们不参与打分，只负责在报告里补两张卡片，代码注释写明任何档位都必须照跑。所以 22 是”20 个打分维度 + 2 张附加卡片”，宣传上凑了个整，不算虚报，但读者会以为有 22 个维度参与评分。

第二条证据，规则数它自己说了三个版本。项目首页开头写”242 条量化（也就是可判定真假的条件）规则”，正文另一处写”共 236 条”，发布记录里又留着”180 条”。我去源码里数了一遍：规则表里确实是 66 位评委、合计 242 条，所以 242 这个数字站得住。但还有个它没说的：这 242 条规则只对应 178 个不同的规则编号，有 10 个编号被多人共用，重复引用占了全部规则的三成——”热度高””处在上升趋势””龙虎榜活跃”这类判断，在游资派里被十几二十个人各引用一次。

第三条证据，也是我觉得最值得写的一条：66 这个数字，三处对不上。

我数的地方 数字 说明
评委名单（源码里的名单表） 66 与宣传一致，代码里还有一句断言把它锁死
persona 档案（每位评委的人物设定文件） 51 其中 12 个手写、39 个是自动生成的空壳
头像文件 66 每个评委一个，不缺

也就是说：51 份档案里，12 份是手写的完整方法论，另外 39 份是脚本生成的空壳；剩下 15 位评委连空壳都没有，只有一个头像和一串”他该看哪几个数据维度”的字段清单。它自己的文档写得很坦白——12 个是”旗舰”，39 个是自动生成的空壳，最新加入的 13 位”暂无档案，按其公开言论风格演绎即可”。

说白了，宣传语里”66 位投资大佬帮你看盘”，实际是12 位有完整方法论，其余 54 位靠一套共用的规则表加头像撑场面。这不一定是骗人——规则表是实打实写的，每条都有明确的判定逻辑——但”66 个人格”和”12 个人格 + 54 个标签”是两件事。

第四条证据，评审团跑起来会大面积弃权。我用一只白酒龙头跑了一遍完整流程，66 位评委的结果是：29 人弃权、17 人看空、14 人看多、6 人中立。弃权的理由分三类——22 位游资嫌它市值太大”不在射程”、几位评委的规则判定”没有可核验的数据”、还有一位的方法论干脆被标注为”尚未实现”。

这个结果我认为是对的：让打板的游资去评价一只一万七千亿市值的票，本来就是错配。但对读者来说，这意味着”66 位评审团”在真实标的上普遍只有三十几位真正投票——你看到的共识度，是这三十几位的共识。

第五条证据，一次性印证了它的天花板和地板。同一套代码跑美股时直接崩了：在生成报告摘要的一段里，代码拿”资产负债率”去做大小比较，而这个字段在美股数据里是空的，程序抛出一个类型错误，整条流程中断。A 股跑得通，美股跑挂了——原因不是模型不行，是它默认某些财务字段一定存在。

第六条证据，数据源在海外到底通不通。这是读者最关心的现实问题。它的依赖清单里三个行情源都是免费、不用申请密钥的，我在有网的隔离环境里实测：

实测对象 结果
东方财富行情接口 连测 6 次全部成功，每次 1.6–1.9 秒
腾讯行情接口 一次成功，0.67 秒
美股数据源 取 5 个交易日收盘价，0.79 秒
A 股数据源库单独调用 被对方限流，报错原文写明”当前 IP 被临时限流，首次约 5 分钟后恢复”

所以”海外机器能不能用”这个问题，答案是能，但要看运气：直连两个行情接口很稳，走那个汇总库则随时可能被限流，而它的抓取脚本大量走后者。文件里那个可选的付费密钥，缺了它少的是两项增强——中文名纠错和更稳的行情快照——不影响主流程。

工程质量这一面

挑完毛病得说公道话，这个项目的自律程度超出预期。

86 个测试文件、13,729 行测试代码，比很多同体量项目的业务代码还多。它的持续集成里有一条很罕见的检查：扫描仓库索引，确认没有误传真实交易数据——一个做股票分析的项目，主动给自己上了这道锁。文档里还留着一条 2026 年 6 月的记录：有个功能在某个接口上会卡将近两小时，他们改成直连并加了 15 秒硬超时。这种”记录卡在哪、怎么修的”的日志，比功能列表有说服力得多。

局限同样明确。第一个是数据：所有结论都建立在免费数据源上，这些源没有服务承诺，限流、改接口、字段缺失都是常态，上面那个美股崩溃就是字段缺失直接炸的。第二个是可复现性：评分结果对同一份输入是稳定的（我连跑两次分数完全一致），但它对”口径”很敏感——我试过同一组财务数字用两种常见写法喂进去，有一位评委的结论直接从看多翻成看空。也就是说，它能复现，但前提是你喂进去的数值得按它默认的口径来。第三个是角色扮演部分：那 12 位有档案的评委会引用具体的历史言论和比喻，另外 54 位只能靠规则表说话，读者很容易把两者当成同一种东西。

最后一句必须写清楚：这个项目所有的输出，都不构成投资建议。它是一台把公开数据按不同流派切成不同结论的机器，不是一只会看盘的脑子。

放进坐标系里看

站内评过两篇股票类项目，值得对照。10 月底那篇多市场股票分析系统 讲的是多市场分析系统的管道和熔断；11 月初那篇 a-stock-data 讲的是数据接口的可用性。这两篇问的是”数据准不准、跑不跑得动”。

UZI-Skill 问的是另一个问题：同一份数据，不同的钱会怎么想。它把”分歧”做成了产品，这个角度在站内还是头一份。

适合谁：想快速看到一只股票在不同流派眼里的分歧点、又不满足于一句话结论的人；想研究”人格化投票”这套玩法怎么落地的人。

不适合谁：想要买卖信号的人——它明确不给；做美股的人——这条流程我实测是崩的；以及任何打算把输出直接当决策依据的人。

值得一试，但别当预言机

我的判断是：这是一个值得装进观察清单的项目，不是因为它能预测什么，而是因为它是目前少见的把”多方偏见”工程化的样本。989 个测试全绿、242 条规则可数、66 个评委里 29 个敢说自己不适用——这几件事加在一起，比任何一句”AI 帮你看盘”都可信。

真正要盯的是它自己承认的那部分：54 位评委还没长出人格、美股流程会崩、数据源随时可能被限流。这三件事补上之前，它是一台很好的”分歧展示机”，还不是分析师。

关注 AI商业快讯，每天一篇 AI 热点深度解读。

gentle-ai 深度评测：8987 Star 的编码代理配置器，一次写进 18 个助手的规矩文件

作者
gentle-ai 深度评测：8987 Star 的编码代理配置器，一次写进 18 个助手的规矩文件

用 Claude Code 写代码的人，多半都干过同一件蠢事：把「提交信息用中文、别加 AI 署名、改完必须跑测试」这几条规矩，一遍遍贴进每个新项目。换台电脑要重贴，换个工具还要再贴一遍，写成什么样全凭当天心情。

gentle-ai 想一次解决这件事。它不造新的 AI 助手，而是给你已经在用的那个「装规矩」：把记忆、工作流、技能库、代码审查这一套，一次写进 18 种不同编码助手的配置文件里。项目 8,987 星，MIT 许可，Go 写成，最近一次提交就在今天。

我把它装进一个隔离的空账户里跑了一遍。结论先说：它确实一次配好了，代价是往你电脑里塞进近一千二百个文件，还把一份用不上的 43MB 仓库副本一起带了进来。

它到底替你做了什么

「支持 18 个助手」这句宣传，我先去代码里数了一遍。决定「选哪个助手、走哪套适配」的那个文件里，正好 18 个分支，对应的都是主流编码助手，从 Claude Code、Cursor 到 Codex、OpenCode，再到 Gemini CLI 这一档。

通俗讲，它是一把万能转换插头：你手里是哪个牌子的充电器，它就换出哪个牌子的插孔，插座本身不用动。

装的时候你不用一件件挑，它按一个叫「预设」的清单一次性铺开：

装了什么 干的什么活 落到你电脑的哪儿
人设与规则 一段几万字的开发规矩，写进助手的全局指令文件 ~/.claude/CLAUDE.md
技能库 8 个可复用技能，比如「一个提交只做一件事」 ~/.claude/skills/
记忆 一个叫 Engram 的独立程序，跨会话记住项目决策 ~/.local/bin/engram
提交前审查 一个叫 GGA 的脚本，commit 前让 AI 看一眼改动 ~/.local/bin/gga
审查引擎 项目自己的一套代码审查流程，可开关 写进助手的钩子系统

我装了一遍，三个数字值得记

装的过程很顺。我把「家目录」指向一个空文件夹，等于给它在沙漠里盖了间房，装完对真机零影响。全程两百多秒，最后一步打印「25 项自检通过，0 失败」。

但清点成果时，有三个数字值得记下来。

第一个：1,188 个文件。 这是它在你账户下新建的文件总数，其中 1,171 个都在 .claude 这一个目录里。真正有内容的是几百个，剩下的是那份记忆程序仓库的完整副本。

第二个：43MB。 这是 .claude 目录里那块「插件市场」缓存的大小，其中 15MB 是版本历史。为了让你多一个记忆功能，它在配置目录里留了一整个项目的源码。对 20G 硬盘不算什么，但对「只想配个规矩」的人来说，这个体积来得莫名其妙。

第三个：8 个技能，索引里只登记 7 个。 装完的技能目录里有 8 份说明书，但项目自带的技能索引只列出 7 条。少掉的不是出错，是它主动跳过了一个共享文件夹，和「管理索引的那个技能」本身。这个逻辑说得通，只是你按「9 个」去数会对不上。

32 万行测试守着 20 万行实现

对一个「配置文件生成器」来说，这个仓库的体量是反常的。

去掉测试，它的 Go 代码有 19.7 万行；测试代码 32.5 万行，比实现还多 65%，相当于每写 1 行逻辑就有 1.65 行测试盯着。测试函数 7,602 个，分在 95 个包里。我随手跑了其中四组（代理适配、技能索引、数据模型、遥测），二十多个子包全部通过，最慢的一组用了 7 秒。

这个比例意味着什么？意味着作者把「配置写错一个字符就可能弄坏别人电脑」当成了头号风险。它也解释了另一个数字：仓库里有 60 份 JSON 格式的接口契约，合计近 1.1 万行，专门规定审查流程的每一步该传什么、返回什么。这是「先定合同再写代码」的写法。

我自己也跑了一遍它最核心的审查功能。拿一个假的 Git 仓库，改一行 Go 代码，它判断风险为「中」，要求跑 1 项检查；改成只动 Markdown 文档，它直接判定低风险、无需审查。这个分寸是对的，不是一律拦下，也不是一律放行。

三个坑，写在这儿免得你自己踩

坑一：遥测默认开着。 装完我第一件事就是查状态，显示「已启用（默认）」，还带一个安装编号。安装日志写明了发送什么：版本号、操作系统、装了哪些助手、各类计数；某些集成下还包括用的是什么模型、消耗多少 token、耗时、错误类别。它给了关闭命令，也没藏着掖着，但默认开着这件事，介意的人得自己动手。

坑二：仓库根目录那份基准成绩，是事故留下的。 仓库里有个文件记着自动化测试的成绩，打开一看只有 1 条记录，状态还是「失败」，失败原因写着「不是一个 Git 仓库」。更奇怪的是里面记的可执行文件路径，指向一个临时目录。

我去翻了项目自己的复盘文档，找到了答案：这份文件是从开发机的工作目录里被顺手 git add 扫进去的，作者把它列进「工具层面的意外」。真正完整的那份在另一个目录，64 条记录全部完成。这条不影响你使用，但它说明一件事：连这个项目自己，也会被「顺手一把梭」坑到。

坑三：被拦下时，近六成不告诉你下一步。 仓库自带一份衡量「AI 助手操作体验」的基准测试，64 个场景里共有 69 次拦截。其中 29 次给出了可直接复制的下一步命令，另外 39 次只说「不行」，不告诉你该敲什么。项目自己的说法是，这 39 次里有些确实给不出命令（比如「你得自己去改代码」），属设计如此，但比例仍然偏高。

谁该装，谁别急

和它同一赛道的东西大致三类。一类是各家助手自己的规矩文件，最省事，但换工具就得重写；一类是技能包合集，管「装什么能力」不管「写代码的规矩」；第三类就是它这种总配置器，一次覆盖多个助手。

如果你同时在用两种以上编码助手，或者经常换机器，它的价值是实的：一次配置，十八个工具通用。如果你只用其中一家、且已经有自己的规矩文件，装它是拿 43MB 磁盘和一整套新概念去换一点便利，不划算。

还有一点要有心理准备：它不是一个装完就忘的工具。审查流程会插进你每次提交的动作里，第一周大概率会被它拦几次。要不要留，取决于你愿不愿意为「提交前有个机器看一眼」多花那几十秒。

我的判断是：放进观察清单，用它解决「多工具配置漂移」这个真问题；装之前先把遥测关掉，并且别指望它小。它是个认真过头的工程品，不是一片创可贴。

关注 AI商业快讯，每天一篇 AI 热点深度解读。

Papermorph 深度评测：1,583 Star 的教学技能，把教材 PDF 变成 68 章能点能听的网页课

作者
Papermorph 深度评测：1,583 Star 的教学技能，把教材 PDF 变成 68 章能点能听的网页课

你手上有本教材的 PDF，想让 AI 把它变成课。现在能拿到的基本是两种东西：一份排版整齐的讲稿，或者一堆散装幻灯片。两者有个共同毛病——还得学生自己读。没人念给他听，图不会跟着讲解一步步长出来，学没学会也没人知道。

Papermorph 交出来的东西不是文档，是一本能在浏览器里点、能听、能暂停回退的书。仓库里摆着 68 章的《初等代数》、40 章的《线性代数》，还有纸偶绘本动画和十分钟的纪录片。它 40 天拿到 1,583 颗星。我把整个仓库拉进隔离沙箱，把它自带的检查跑了一遍：自检确实抓得住错误，但这条流水线的代价比我预想的重。

一、它交出来的是什么：一本能点的书，不是一份讲稿

按作者自己的分法，这技能会做三种书。

第一种是课，从教材 PDF 来。公式、图形、场景随讲解一步一步变，中间插随堂小题，章节练习评判的是数学答案对不对，不是字符串像不像。

第二种是绘本，从一个故事、一个笑话或一则童话来。纸偶站在布景前，有配音、字幕、音效、配乐和镜头调度。给还不识字的孩子还留了一手：片子会停下来变成找一找的游戏，角色一次只提一样东西，孩子在图里点出来，点错了也不算错。

第三种是片：把一本书或一个想法做成配旁白的纪录片，或者切成竖屏短片。再往外还有可探索的地图和滚动叙事长页——跟着滚轮走，画面一年一年地变。

这些成品全是静态网页：没有服务器、没有数据库、没有账号。一本书就是一个文件夹，丢到任何静态托管上就能播。我随手取了一页线上成品，一个 4 KB 的网页加一堆本地素材，浏览器里就是能播的片子。

二、怎么做到的：先把书排出来，再让每句话对准一个时间点

这里有个关键概念叫 beat（节拍）。说白了，一个 beat 就是「一句旁白加一组定时动作」：配音生成后，每个词都拿到一个时间戳，画面就按这些时间点去动。所以画面不是猜出来的，是跟着声音算出来的。

这也解释了它为什么能导出视频——既然每一帧都只由时间决定，那逐帧截下来拼成 MP4 就是顺理成章的事。

做书的顺序是先规划再画：先定章节或场景，再写脚本，再画分镜。风格不靠感觉统一，靠一份写进书里的设置文件：用户的话、选的样子、用的嗓音、哪一步用哪个模型，全存在里面，后面每一章都拿它对照。

规模大的章节交给一组子智能体（能自己多步干活的 AI 程序）分工做，每步可以用不同的模型。做完之后模型还得看自己的产出：把多帧缩略图排成一张大图一次看、查画面重叠、查空帧、跑端到端测试，再加一轮「导演审片」，对照已通过的样书挑毛病，然后自己修。

这套思路是它最值钱的地方，也是它最贵的地方——后面我会算这笔账。

三、实证：我把它关进沙箱数了一遍

先交代环境。仓库 816 MB，全量拉会很久，我用了稀疏检出（只下载指定路径的文件）的办法，把技能本体、绘图引擎和四本样书取了下来。沙箱里没有网络时，它那两个不依赖浏览器的检查照样能跑。

体量上，它确实不是一份提示词：

部件 我数出来的数 意味着什么
技能说明 12,167 字节，92 行 它很短，只做分派：按你带来的东西指向参考文档
参考文档 27 篇，26.7 万字节，分 5 类 真正的知识在这里，模型按需去翻
脚本 45 个 Python 文件，50.4 万字节 最大的音效脚本 36.9 KB，音乐脚本 34.6 KB，导出脚本 30.1 KB
模板与素材 68 个文件，1.1 MB 新书是从模板复制出来的，不是凭空生成
成品书 22 本，各自带一份绘图引擎 见下一节

自带的静态检查真能跑，也真能抓错。68 章那本《初等代数》全量检查 2.1 秒跑完，结果是 0 个错误、68 个警告。警告全是同一句：找不到旁白原文，所以旁白这一项没核对。这是我把作者的私有目录一起略过的结果，不算它的问题。

为了确认检查不是摆设，我往一本样书的页面里注了两处故障。第一处让页面自己声明两个和引擎撞名的全局变量，检查报出 4 行「重复声明」，最后汇总 8 个错误。第二处塞进一个没闭合的花括号，检查给出原文：SyntaxError，Unexpected end of input，后面还补了一句「浏览器会把整段脚本停在这里不执行」。两次都准确命中，改回原样后归零。

仓库里还有两层自检：一层查文档与代码对不对得上，跑出来是「31 篇文档、0 个问题」；一层专查旁白文本规则，也是通过。文档里点名的那些脚本——导出视频、打包成课程平台能吃的包、把引擎同步进每本书、本地起一个预览服务——我逐个查了，全部存在，没有一个是文档吹出来的。

四、代价这一面：引擎复制 22 份，依赖链断一环就少一半能力

先说引擎。所有书共用同一个播放器，但每本书里都存了一份副本。这个选择很有道理：一本书坏了，引擎不跟着坏；改引擎也不会顺手把二十本书一起改坏。代价是重复，引擎核心那九个文件 26 万字节，乘上 22 本书就是 5.7 MB 的同一份代码躺在仓库里。我抽查了五本书的核心文件，逐份算校验值，结果完全一致，也都等于引擎源目录里那份；跑一遍同步工具，它回「没有要更新的」。这不是偷懒，是拿体积换稳定，而且换得挺值。

真正让人皱眉的是外部依赖。作者在说明里写了要什么，我把本机当成一台普通开发机来验：

依赖 本机状态 缺了会怎样
uv（Python 依赖的运行器） 有 —
Node.js 有，但默认路径里找不到，要手动指路 不指路，语法检查直接跳过，只留一句「没装 Node，脚本没被解析」
ffmpeg（音视频处理工具） 没有 配音拿不到时长、音频合成不了、导不出 MP4
Playwright 浏览器 没有 检查页面、截图、导出视频、做纸偶动画全废
numpy 没有 导出视频的脚本连启动都做不到

最硬的一条：我直接问导出脚本要用法，它连帮助都没打印出来，就报找不到 numpy 然后退出了。四个引擎自带的页面检查脚本，全都卡在同一句「找不到 playwright」。配音脚本倒是能打印帮助，但它的说明里写着两个配音引擎都需要 ffmpeg，所以也只是能启动、跑不了。

再说一个我自己撞出来的真问题。打包课程平台格式那一步，是这条流水线上少数不依赖浏览器、我本机真跑通的部分：一本样书打出一个 2.3 MB 的压缩包，46 个条目，格式标着 SCORM 2004（教学平台通用的一种课程打包规范）。但它同时吐了两行警告——封面页引用了书文件夹外面的样式表，那个文件不会进包。我去线上核对：那份样式表在站点根目录是正常返回，换成书目录下的路径就是 404。也就是说这本样书的封面页在线上一直缺样式，只是缺得不明显。自检工具会说话，但没人听它说话，小毛病就一直挂着。

最后是钱。作者给了两个数：一本带插图的物理章节，模型开销约 10 到 18 美元；最新的绘本每本配音不到 0.45 美元。按 68 章那本算，光模型费就是四位数美元的量级。这不叫贵得离谱，一个章节的人工课件制作远不止这个数。但它把这件事的性质说清楚了：这不是一个人一天做一本书的工具，是一个团队一周做一本书的流水线。

五、判断：现在该试的是哪种人

拿来跟站内评过的同类比，坐标系就清楚了。之前评过的开源视频流水线（OpenMontage 那类）走的是「很多小技能拼装」，出图技能（visual-explainer 那类）走的是「一个好看的静态页」。Papermorph 站的位置不一样：它要的是成套的、风格一致的、能连续做几十章的课程，而且必须能脱离平台自己托管。这三条同时成立的项目，我目前没见到第二个。

所以：

适合现在就试的——你手上有自己有权使用的教材 PDF，而且要做的是十几章以上的连续课程；你的机器上已经有 ffmpeg 和 Node；你愿意接受第一章要花二三十美元试错。

建议先别碰的——只想把一份文档做得好看点的；没有命令行经验、指望一条命令出成品的；以及想拿它批量处理别人的版权教材的。作者自己在文档里划了线，这个锅他不背。

如果你只是好奇它到底能做到什么程度，不用装：仓库里的成品书就是纯静态页，打开就能看，那是它最好的说明。

相关阅读：AI 时代的教育革命：5 个必装的 AI 教学技能 · AI Skill 生态全景：从 1000+ 仓库精选 10 个必装技能 · OpenMontage 深度评测：6.89 万 Star 的开源视频流水线

关注 AI商业快讯，每天一篇 AI 热点深度解读。

英伟达董事会连夜开会定黄仁勋去留：盘后跌超9%，公司没有继任计划也没有董事长

作者
英伟达董事会连夜开会定黄仁勋去留：盘后跌超9%，公司没有继任计划也没有董事长

9%——这是 11 月 11 日美股盘后，英伟达股价在一个晚上里的跌幅。跌的原因不是财报，也不是芯片出口新规，而是一份关于董事会的报道：据《华尔街日报》消息，英伟达董事会正准备让联合创始人、CEO 黄仁勋走人，最早本周三就开会表决。

这家公司 33 年里只有一位 CEO，市值一度是全球第一。而就在三天前，同一块董事会刚刚公开发声明说「对 Jensen 和他的管理团队有信心」。

发生了什么：三份文件，三天之内

把时间线摆直，这条新闻的戏剧性全在顺序里。

11 月 8 日，周日。黄仁勋给全体员工发了一封信，承认自己对妻子不忠，向家人和同事道歉。同一天，英伟达董事会发布声明，宣布启动独立调查，理由是「有报道称创始人和 CEO 黄仁勋成为外国情报活动的目标」。声明同时写明：董事会没有理由认为国家安全或英伟达的商业机密受到损害，调查会「审查一切可获得的信息」，并且董事会「对 Jensen 和他的领导团队有信心」。

11 月 10 日，周一。董事会的独立成员宣布，已聘请曾代理纽约南区联邦检察官的 Joon H. Kim 及其所在的 Wachtell, Lipton, Rosen & Katz 律所主持这次调查。这是美国处理公司治理危机时最贵也最硬的一档配置。

11 月 11 日，周三。《纽约时报》先报道，黄仁勋与英伟达全球医疗健康业务副总裁 Kimberly Powell 存在恋爱关系，Powell 直接向他汇报；报道援引五名消息人士，并称两人今年 3 月在圣何塞一家酒店被拍到举止亲密。几分钟后，《华尔街日报》报道董事会正准备让黄仁勋离职。CNBC 随后确认董事会确实在开会，且会议开到当晚很晚仍未结束。

股价在盘后交易中一度跌超 9%。在此之前，本周已经跌了 7%，并且是连续第六周下跌。

数字与一手细节：一台每季卖 1080 亿美元的机器，没有备用人选

这次事件之所以不只是「CEO 私事」，关键在这几个数字。

英伟达 2026 财年（截至今年 1 月）营收 2159 亿美元，同比增长 65%。2027 财年上半年营收 960 亿美元，同比增长 85%。公司此前给出的本季度营收指引是 1080 亿美元，上下浮动 2%。首席财务官 Colette Kress 还表示，预计 2028 财年营收增长 70%。

也就是说，董事会要在一个季度卖 1080 亿美元、而且还在加速的时点上，决定要不要换掌舵人。

更麻烦的是结构。英伟达没有董事长，董事会由「首席独立董事」牵头；公司也没有首席运营官；黄仁勋有大约 60 名直接汇报对象，长期以扁平结构居中做绝大多数决定，甚至亲自给很小的客户发短信、打电话。这些细节来自《财富》对多位分析师和公司治理学者的采访。

股权上，黄仁勋的多数股份与妻子 Lori Huang 共同持有、放在家族信托里（也就是把股份交给受托机构代管，本人不能随意处置），约 8 亿股；他个人名下约 7000 万股，对公司的经济控制力有限。换句话说，他在这家公司的话语权主要不是靠股权，而是靠 33 年积累的权威。

正因如此，公司从来没对外讲过继任计划。TechCrunch 半开玩笑地列了一份候选人名单：AMD 的苏姿丰、前谷歌 CEO 施密特、英特尔陈立武、前 Salesforce 联席 CEO Bret Taylor、主导 CUDA（英伟达的软件平台，让开发者的程序能跑在它的显卡上）的副总裁 Ian Buck、硬件工程高级副总裁 Andrew Bell，以及最常被分析师点名的 CFO Colette Kress。但报道也说得很清楚：Kress 更擅长财务而非技术路线，而 Buck、Bell 这类「建造者」缺的是对外部客户的号召力。

预测市场的赔率很直白：在 Kalshi 上，黄仁勋「这周还能留住职位」的概率一度只有 30% 左右。

对立双方：董事会说相信他，国会说要他走

这条新闻真正的冲突不在八卦，而在两拨人给出了完全相反的判断。

一边是董事会。11 月 8 日的官方声明措辞非常克制：先说不认为机密受损，再说对他有信心，最后才说调查会看一切材料。这是典型的「先稳住市场、再留出退路」。分析师也分成两派：D.A. Davidson 的 Gil Luria 认为这些因素「加速了一场公司没准备好的交接」；Seaport 的 Jay Goldberg 则认为公司不会垮，「产能都卖光了，合同签到明年」，但「会失去很多光环，犯错的概率更高」。

另一边是国会。据 CNBC 报道，共和党参议员 Kevin Cramer 周三再次公开要求黄仁勋辞职，理由是他在国家安全层面「太容易被勒索」；民主党众议员 Suhas Subramanyam 和即将退休的共和党众议员 Don Bacon 也表态认为他应该下台。众议院外交事务委员会主席 Brian Mast、中国问题特别委员会主席 John Moolenaar、情报委员会主席 Rick Crawford 早在 11 月 4 日就联名要求黄仁勋 11 月 18 日到场作证，到周三傍晚仍未收到回复，Mast 明确说三个委员会都在考虑发传票。

值得注意的是，国会真正想推动的不是「换 CEO」，而是借这场风波通过三部芯片管制法案：AI Overwatch Act、MATCH Act、Chip Security Act。这三部法案都挂在今年必须通过的国防授权法案上（美国每年给军队定预算的那部大法），核心都是堵住先进芯片流向对手的通道。同时，参议员 Warren 和 Coons 要求政府保全所有与英伟达对华出口、以及黄仁勋此事相关的文件；据 The Information 报道，商务部正在敲定一版新的半导体管制规则，要连「通过海外数据中心远程使用」这条路一起堵上。

一个反差细节：总统特朗普在事件曝光后公开表示黄仁勋是「了不起的人」「可敬的人」，一直站在他这边。可就在同一天，国会里的两党议员在一件事上达成了一致——黄仁勋该走。

这也是为什么市场没有把它当成普通的管理层丑闻来定价。它同时压上了三个变量：一家公司最关键的一个人、一条最紧张的供应链、和一个正在收紧的出口管制窗口。

对读者意味着什么

先说最直接的：短期芯片供给不会因为这件事变。英伟达的产能已经卖光、合同签到明年，云厂商的算力集群也在按合同交付。分析师的原话就是这个意思——公司不会「消失」，只是会失去光环。

真正的风险在 2027 年下半年以后：如果管理层动荡拖过两个季度，新平台的产品节奏、以及和台积电、SK 海力士这些上游的联合排产都会受影响；而这几件事恰好决定了明年的算力价格。

第二个变量是监管。三部法案挂在国防授权法案上，如果趁这个窗口通过，受影响的不只是中国的买家，还包括所有通过海外数据中心间接用卡的公司。对在国内做业务、又在海外租算力的团队来说，这是要盯的实质变化。

第三个变量是采购窗口。每次这种级别的治理风波，都会给买方一个压价的借口，也会给卖方一个解释「货晚到」的理由。合同里关于交付时间、违约责任的段落，未来几周会比单价更重要。

我该做什么

如果你在管算力预算：把明年上半年的用量和续约节点摊开看一眼。当前是「合同已锁、价格未动」的状态，适合确认交付条款，而不是急着抢货或抛售长约。

如果你在关注政策和合规：盯三个时间点——董事会是否发出正式公告、11 月 18 日黄仁勋是否答复国会作证、国防授权法案里三部芯片法案是否被保留。前两个决定公司走向，第三个决定供应链规则。

如果你是普通用户或开发者：短期内你用到的模型接口、云服务价格不会因为这件事变化。真正要留意的是 2027 年的模型价格——算力涨价通常会滞后半年传导到账单。

不要做的判断：把「CEO 可能要换」等同于「英伟达要垮」。这家公司眼下最大的护城河是产能和 CUDA 生态，不是某一个人；但它最大的风险也恰恰是过去 33 年只靠这一个人做决定。

一句话判断：这场董事会之争不会决定英伟达明年的营收——1080 亿美元的指引已经签在合同里；它会决定 2027 年之后，这家公司还能不能继续一年一换代。

关注 AI商业快讯，每天一篇 AI 热点深度解读。

相关阅读

信息来源

baoyu-design 深度评测：6369 Star 的本地设计技能包，66% 体积是重复副本，自检却放过编号错误

作者
baoyu-design 深度评测：6369 Star 的本地设计技能包，66% 体积是重复副本，自检却放过编号错误

六千多星的项目，我克隆下来一称：一百六十六兆，这还没算版本历史。把里面一模一样的文件挑掉之后，只剩五十六兆。也就是说，这个仓库里有六成六的体积，是同一批东西原样抄了三遍。

这个项目叫 baoyu-design，作者是宝玉（Jim Liu），半个月前还在日更版本，现在六千三百六十九星、五百零六个 fork。它的卖点很实在：把 claude.ai 上那几种「作品」——幻灯片、设计画布、设计系统、数据仪表盘、动画影片、白板——搬到你自己电脑的 AI 助手里跑，每一种配一个本地编辑器。

先说结论：东西是真能用，我跑起来了；但那六成六的赘肉也是真的，你今天要装它，得先为这部分付下载和磁盘的账。

它到底在做什么

claude.ai 有个设计功能，能让 AI 直接产出可编辑的幻灯片、设计稿、仪表盘。问题是你得在网站上用，产物在云端，导出来就死了。

baoyu-design 的做法是把这套东西整包搬到本地。它的产出全是普通文件：一个文件夹里放一个索引文件记着页序，每页一个网页文件。AI 往这个文件夹里写字，你电脑上跑着的一个网页编辑器立刻显示出来；你在编辑器里改，改动也写回同一批文件。两边轮流改，谁都不覆盖谁。

大致分工是这样：

技能 你拿到什么 打开后能干什么
claude-slides 幻灯片：一个索引加每页一个网页文件 放映、改字、拖动，导出 PDF / PPTX
claude-design 一块画布上并排多个画板 当原型播放、调文案、导出 Figma 可接的网页
claude-design-system 一套设计系统：颜色、字体、组件 浏览和改样式变量，给幻灯片和画布装上
claude-data 数据仪表盘：数据集加图表页 实时图表，每个数字能追回原始那一行
claude-motion 动画影片，一段段代码写出来 改台词、拖场景长度、导出 MP4
claude-whiteboard 白板：方块、箭头、便签 拖动、画、贴便签、局域网协作

另外还有两个不出编辑器的：一个当影片导演，负责想清楚要说什么、写旁白、配音；一个是图表规范，AI 画图之前先读它。八个技能加起来，说明文档二十四万字节。

这东西的价值不在于「又一个 AI 画图工具」，而在于产物是你的文件。放在你自己的文件夹里，能进版本库，能拷走，能拿编辑器当普通项目打开。云端工具做不到这一点，这是它最硬的一条。

实测一：一百六十六兆里，六成六是重复

我在隔离环境里克隆了一份，量出来：

指标 实测值
工作区文件数 804 个（不含版本历史）
工作区体积 165.8 MB
按文件内容去重后 56.5 MB
重复部分 109.3 MB，占 65.9%
另：版本历史目录 15.8 MB

为什么重复：仓库里有三个目录，分别是给普通 AI 助手、ChatGPT/Codex、以及 DeepSeek Harness（也就是一个能装插件的本地 AI 应用）这三种宿主准备的版本。我随手挑了三个目录下同一个编译器文件比对，三份的指纹完全一致；整个脚本目录逐字节比对，零差异。也就是说，为适配三种宿主，同一份两万四千行技能文档和一整套编辑器被复制了三份。

落到单个技能上更疼。只装幻灯片这一个技能，目录十八兆，其中十一兆是一个编译器文件；设计画布十五兆。你要是八个全装，光脚本就五十多兆，还没算你做的作品。

这意味着什么：这不是「下载慢一点」的问题。它决定了你怎么装。官方推荐用现成的技能安装器按名字装单个技能，别整个仓库克隆——克隆一次，等于把另外两份你永远用不到的副本一起搬回家。而如果哪天作者忘了同步三处，你本地那份和插件市场上的那份就会跑出两种行为。

实测二：编辑器真能跑，自检也真会放过错

光看文档没用，我建了个最小幻灯片试了一遍。

第一步是自检命令。我照文档写了个只含一页的幻灯片索引，运行检查，脚本直接崩了——报错说「无法把空值转成对象」。原因是我漏了「章节」这个字段，而它没做兜底，直接踩空。补齐之后，检查通过，问题数为零。

第二步是打开编辑器。命令返回一个本机网址，我抓了一下：网页正常返回，说明本地服务确实起着，不是文档里画的大饼。这一步给好评，很多同类项目的「编辑器」只存在于说明文档里。

第三步我动了点坏心思，想看它的检查能拦什么：

  • 把某一页文件名写成 cover，而网页里那段的编号我故意改成 wrong-id。检查仍然报零个问题。 它自己的说明里也承认：文件名的编号和网页里的是否一致、图片路径是否存在，它都不验。
  • 再放一张指向不存在图片的图。这次抓住了，报一个错误，还附了修法。
  • 给网页加一个它不认识的排版属性。它不报错，只在提示里说「这个属性不属于本格式，已丢弃」。

这意味着什么：它的自检是一道格式闸门，不是正确性闸门。能拦住「你引用的图片没导入」，拦不住「你这一页的编号写错了」。后者恰恰是让编辑器打开空白页的原因。作者把边界写在说明里了，算诚实，但你要是照文档说「跑过检查就行」，会栽在这条缝上。

顺手挖到一件真东西

八个技能里最不起眼的是那个图表规范，一百一十二千字节，最小。但它带了一个调色板校验脚本，我拿四组颜色实测：

  • 亮度区间：四色全在合格带内
  • 饱和度下限：四色全部通过
  • 色盲可分辨度：一对黄褐和墨绿在红色盲模拟下只差 7.1（阈值带是 6 到 8），判为警告，并且提示「只有在加上直接标注或纹理这类第二重编码时才合法」
  • 与背景的对比度：四色全部达标

这是整个仓库里唯一一处能给出可核对数字、并且会主动报警的地方。它没吹自己懂设计，而是把「这组颜色色盲读者分不分得开」算给你看。做数据图的人，光这一个脚本就值得来一趟。

一件必须先看清楚的事：许可

这个仓库的许可证在 GitHub 上显示为「未识别」。别误会成「没许可」，真相更麻烦一点——它是分层授权，官方特意写了一份说明文件：

  • 作者自己写的部分（本地命令行、编辑器服务、本地评论、三种宿主插件的代码、文档）：MIT，商用随便。
  • 从 Anthropic 搬来的部分（技能说明、参考文档、图表规范、整套编辑器界面、图标字体、归档里的系统提示词）：权利归 Anthropic，本项目不授予任何许可。
  • 第三方开源库（React、d3、导出 PPTX 的库等）：各自原有许可。

这意味着什么：你自己拿来用、拿来改，没问题；但如果你想把「编辑器那部分界面」抠出来放进自家产品对外卖，那就踩在了不授予许可的地界上。作者提醒得很清楚，别跳过那段说明。

谁该用，谁别用

值得用的：需要反复产出幻灯片、设计稿、数据仪表盘的独立开发者和小团队。你的痛点是「AI 产出的东西导出来就死、改一次要重生成一遍」，这个项目的文件式设计正好治这个病。做数据图的，先单独试那个调色板校验脚本，成本极低。

别急着用的：只想让 AI 出一张图、一份一次性 PPT 的人。装一个技能要吃掉十几兆、还得有 Node 环境、还得让本地服务能开端口——为一个一次性需求付这些，不值。

装之前记住两条：按名字装单个技能，别克隆整个仓库；跑完自检不等于没问题，编号和图片路径它不查，自己扫一眼。

顺便说一句，它要求配 Claude 里最强的那个模型效果最好，也就是说这东西的质量上限，很大程度取决于你给的上下文——截图、现成的设计系统、真实代码库。不给上下文，它再强也只能凭空编。这一点和前面评测过的 pstack-claude 是同一个道理：技能是壳，喂进去的真实材料才是肉。

仓库地址：github.com/JimLiu/baoyu-design，作者署名 Jim Liu 宝玉。本月已发二十个版本，更新很勤，我看到的这些数字随时会变——尤其是那六成六，希望作者哪天把三份副本收成一份加上构建脚本。

Gemini 4 Carbon 全面开放：每百万 token 2 美元，Artificial Analysis 榜单却排第二

作者
Gemini 4 Carbon 全面开放：每百万 token 2 美元，Artificial Analysis 榜单却排第二

10 月 28 日，谷歌把 Gemini 4 Carbon 交给了一小撮人：只开放给自家 Fairwind 计划里的网络安全防御团队。11 月 10 日，它全面开门——所有付费开发者、企业 API、Google AI Ultra 订阅用户，当天就能用上。

谷歌在官方博客里的原话是，Carbon 是它「最强的模型」。可就在它开放的前一天，Anthropic 发布了 Claude Fable 5.2，而在独立评测机构 Artificial Analysis 的智能指数上，Carbon 排在第二，不是第一。

这就是今天这条新闻真正的看点：谷歌挑了个最便宜的价位，抢了一个它没拿到的第一名。

发生了什么：一次只隔两周的全面开放

先把时间线摆直。

  • 10 月 28 日：谷歌发布 Gemini 4 Carbon，但只放开给 Fairwind 计划里的网络安全防御者，普通开发者拿不到。
  • 11 月 9 日：Anthropic 发布 Claude Fable 5.2 与 Mythos 5.2，定价每百万输入 8 美元、每百万输出 40 美元。
  • 11 月 10 日：谷歌把 Carbon 全面开放。Gemini API（Google AI Studio 里）、Gemini for business 全部可用，Google AI Ultra 订阅用户在 Gemini 应用、搜索里的 AI Mode 和 Antigravity 编程平台上也能切过去。
  • 同一天：谷歌在 Antigravity 里预览了一个叫 /swarm 的功能——一句提示词进去，出来的不是一段回答，而是一支会分工的智能体小队。

Carbon 不是 Argon 的替换品。谷歌自己写得很清楚：Argon 仍然是「大多数软件工程和知识工作的理想选择」，Carbon 是给那些「考验模型智力上限」的任务准备的——复杂多步编码、开放式科研。代价是它比 Argon 花更多思考 token。

规格上，Carbon 与 Argon 共用同一个稀疏混合专家（MoE）底座，额外的后训练和强化学习专门用来加强深度推理和长验证循环。上下文窗口 100 万 token——说白了就是一次能塞进多少内容，100 万 token 大致相当于几本书，接受文本、图像、音频、视频输入，知识截止到 2026 年 3 月。

数字与一手细节：2 美元、40 美元、7.76 美元

这篇文章需要的数字，全都能对上具体出处。

先看价格。Carbon 的开场价是每百万输入 token 2 美元、每百万输出 token 10 美元，与 Argon 的开场价一致。11 月 30 日之后翻倍，变成 4 美元和 20 美元。对比昨天刚发的 Claude Fable 5.2：8 美元和 40 美元，是 Carbon 开场价的 4 倍。The Verge 的算法是，Carbon 大致是 GPT-6 Astra 的五分之一、Fable 5.2 的四分之一。

再看谷歌自己列的榜单。Carbon 在三个独立基准上排第一：Cursor 的 CursorBench 4.0、Perplexity 的 WANDR、Zapier 的 AutomationBench，谷歌说它的每任务成本比第二名外部模型低一半以上。在谷歌与 Artificial Analysis 合作新做的多模态知识智能体基准（MKA）上，Carbon 排第二，每任务平均成本比榜首低六倍以上。

然后是那个关键的反差。Artificial Analysis 的智能指数榜上，此刻的顺序是：Claude Fable 5.2（max）65 分，Gemini 4 Carbon（high）60 分，Claude Opus 5.5（max）59 分，GPT-6 Astra（max）57 分，GPT-6.1 Terra（max）51 分。Carbon 不是第一，是第二，而且只比 Opus 5.5 高 1 分。10 月 28 日刚发布时，它在这张榜上是 59 分、排第一——两周里分差变了，位置也变了。

还有一个更贴地的数字。同一机构测了每个任务的真实花费：Carbon 平均 7.76 美元，Fable 5.2 是 26.54 美元，GPT-6 Astra 是 6.24 美元，最便宜的 GPT-6.1 Terra 只要 0.96 美元。

这组数字说明一件事：卖得便宜不等于用得便宜。 这里的 token 是模型计价的字数单位，又因为它想得更深、要写更长的思考过程，用的字数更多。Carbon 单价比 Astra 低，最后每个任务的账单一算，反而比 Astra 贵一点。说白了，采购看的是单价，财务看的是账单，这两个数经常不是一回事。

对立双方：谷歌的榜和 Anthropic 的榜，各说各话

这次最值得看的不是模型本身，是两套评测的正面撞车。

谷歌的博客只写了「在 CursorBench 4.0、WANDR、AutomationBench 上排第一」，没有点名对手是谁。The Verge 对此的提醒很直接：公司会并且确实会挑选对自己最有利的基准来展示。

Anthropic 那边出了一张更狠的表，把 Carbon 拉进来做对照，用的是自家跑的分数：

  • 前沿代码任务 FrontierSWE v2：Fable 5.2 是 69.9%，GPT-6 Astra 65.5%，Carbon 61.2%。
  • 更难的前沿代码 FrontierCode 2.0：Fable 5.2 是 49.1%，Astra 42.8%，Carbon 41.1%，而且标注了它是在 medium 档测的。
  • 终端科学任务 Terminal-Bench-Science 0.1：Fable 74.6%，Astra 68.1%，Carbon 64.8%。
  • 计算机操作 OSWorld 2.1：Fable 89.3%，Carbon 81.5%，Astra 79.5%。
  • 只有商业流程 AutomationBench 上，Carbon 以 53.9% 反超 Fable 的 51.4%。

同一批任务，两套榜单给出了两个结论。谷歌说我在三个榜上第一，Anthropic 说在五个任务里我赢了四个。这不是谁撒谎，而是基准已经变成了市场部的一部分：谁出题、谁跑分、用哪一档推理强度，都能左右结论。Anthropic 那张表里 Carbon 跑的是 medium 档，谷歌博客里宣传的是 high 档，这一个括号就足以让分数差出好几分。

还有一个谁都没有否认的事实：在自家博客里，谷歌把 Argon 称为「大多数工作的理想选择」，Carbon 只推荐给极限任务。这句话对普通开发者比任何榜单都实在——谷歌自己在劝你先别急着换。

对读者意味着什么：智能体开始按「小队」卖

真正的新东西是 /swarm，不是分数。

谷歌的描述是：一句提示词进去，出来一支有分工的智能体小队。Carbon 被派去干最费脑子的活——架构设计、协调、审计；更快更轻的模型在各自隔离的工作区里并行干活；另外还有一类「对抗验证器」智能体，也就是专门扮演挑错一方、去挑每处改动毛病的智能体。演示里最夸张的一个例子，是把谷歌 Platform 37 办公室的七份市政规划 PDF（共 206 张工程视图）交给一支小队，跑了 10 个通宵的循环，做出一座 90.6 万个三角面的 3D 重建。

这件事的分量在于角色变化。过去一年大家讨论的是「模型能写多少代码」，Carbon 这类模型的卖点变成「能连续跑多久、自己能不能验收」。谷歌给的安全数据也在支撑这个方向：在自家模拟攻防环境里，Carbon 挡下了自适应红队智能体 99% 的攻击轨迹，每次尝试的突破率从 Argon 的 3.1% 降到 0.8%；Gray Swan 的自动化攻击查询成功率从 9.86% 降到 2.17%；外部机构 Trajectory Labs 跑了 132 小时、1.3 万次请求，没发现新的通用越狱。谷歌同时承认，提示词注入防御「仍然是需要继续改进的领域」——两周前它刚宣布这项指标做到 0%，这句话等于自己补了个注。

对国内开发者的实际影响有三层。

第一层是价格窗口。11 月 30 日之前，Carbon 的 API 价是 2 美元和 10 美元，之后翻倍。要做压测、要跑迁移回归的团队，这个月内动手成本最低。

第二层是选型逻辑变了。以前比的是「谁更聪明」，现在要算「每个任务多少钱、要跑几轮验证」。Artificial Analysis 那组每任务成本数据说明，单价最便宜的不一定最省，单价最贵的不一定最亏——26.54 美元的 Fable 5.2 如果一轮做对，可能比 7.76 美元的 Carbon 跑三轮更划算。

第三层是开源这边的压力。国内读者更关心的其实是同期的另一条消息：美团以 MIT 协议开放了 1.6 万亿参数的 LongCat-2.5 权重。闭源旗舰把价格打到 2 美元，开源把 1.6 万亿参数的权重直接放出来，中间那批「价格中等、能力中等」的闭源模型，处境会最难。

我该做什么：三条能今天就执行的动作

不用急着迁移，但有三件事值得现在做。

一是这周之内把手上最贵的那条链路跑一遍 Carbon。用它替换掉现有模型，同一批任务跑两次：一次看通过率，一次算真实账单（注意算上它的思考 token）。11 月 30 日涨价之前，这是唯一能拿到真实数字的窗口。

二是把评测从「看榜单」换成「跑自己的题」。这次两套榜单打架给的最大教训是：CursorBench、WANDR、AutomationBench、FrontierSWE，名字都很好听，但没有一个是你的业务。选 20 条自己线上的真实任务做成固定题集，谁跑谁知道。

三是留意 /swarm 的可用范围。谷歌没说一支小队最多几个智能体、哪些套餐能用这个预览，这两条不明确之前，把它当演示看，别当生产力工具排期。

最后说一句判断：谷歌这次真正的动作不是发布一个更强的模型，而是把「前沿模型」的价格锚点又往下压了一档。Anthropic 前一天刚用 8 美元和 40 美元定了高价，谷歌第二天就用 2 美元和 10 美元回应。模型能力的差距在缩小，价格战才刚开始。

关注 AI 商业快讯，每天一篇 AI 热点深度解读。

参考资料：

  • Google 官方博客《Gemini 4 Carbon is now available》（2026-11-10）：https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-carbon-now-available/
  • The Verge《Google releases Gemini 4 Carbon with agent ‘swarm’ feature》（2026-11-10）：https://www.theverge.com/ai-artificial-intelligence/1030787/google-gemini-4-carbon-public-rollout
  • MLQ.ai《Google makes Gemini 4 Carbon widely available at $2 per million input tokens and previews agent swarms》（2026-11-10）：https://mlq.ai/news/google-makes-gemini-4-carbon-widely-available-at-2-per-million-input-tokens-and-previews-agent-swarms/
  • Anthropic 官方公告《Introducing Claude Fable 5.2 and Claude Mythos 5.2》（2026-11-09）：https://www.anthropic.com/claude-fable-and-mythos-5-2

Impeccable 深度评测：10.7 万 Star 的设计词表，62 条 slop 规则我实测只响 43 条

作者
Impeccable 深度评测：10.7 万 Star 的设计词表，62 条 slop 规则我实测只响 43 条

你把一个页面丢给 AI，说「做得好看点」。出来的东西几乎总是同一张脸：奶油色背景、一根细衬线大标题配斜体点缀、紫蓝渐变、卡片左边一道彩色竖杠。这不是审美口味问题，是可数的、会反复出现的模式。Impeccable 干的事就是把这些模式写成 62 条确定性规则（deterministic，意思是不调用任何模型、同样的输入永远同样的输出），让 coding agent（替你写代码的那个 AI 助手）在交活之前先自己照一遍镜子。

它现在是 10.7 万星、Apache-2.0 协议、作者是前 Google 开发者布道师 Paul Bakaus。我把它整个拉进隔离沙箱，从源码编译出引擎，跑了两套测试，再用仓库自带的 269 个测试样本全量扫了一遍。结论先给：62 条规则里只有 43 条在这条路径上响过，剩下 19 条一次都没触发——这不是缺陷清单，但它划出了这东西真正的适用边界。

一、它是什么：一本设计词典，外加一个独立运行的扫描器

说人话，它由两块拼起来。

第一块是命令。装好之后，你的 AI 助手里多出 24 个斜杠命令，按用途分四组：调风格（让保守的更大胆、让吵闹的更安静、去掉多余、补上配色、重整排版）、做评审（打分的体验检查、技术质量报告）、收尾（上线前打磨、补边界情况、改文案、适配屏幕、优化加载），以及写新页面时的规划。

你用「把定价卡做得更响亮一点」这种话吩咐它，背后加载的是一份专为这个动作写的操作手册。区别于随便一句「好看点」，它知道这个动作要做到什么程度算完。

第二块是一个能脱离 AI 单独跑的扫描器。一条命令扫源码目录，同一条命令换成网址就扫线上页面；加一个开关输出机器可读的结果，再加一个开关直接写成 GitHub 的代码批注。

它有没有发现问题，只用退出码回答你：零是干净、二是有发现、一是连扫都扫不了。这一条对做持续集成的人很关键——它天然就能当闸门用，不用解析输出文字。命令行细节放在下面的表格里。

两块都指向同一个卖点：把「感觉不对」翻译成「第 12 行左边那条 6 像素竖杠，删掉」。

二、怎么做到的：一条设计规则如何从散文变成可执行代码

这是它和站内评测过的同类最不一样的地方——它不是一堆 Markdown 提示词，而是一个正经的 Rust 工程。仓库根目录的构建清单定义一个工作区，底下共有 18 个 crate（Rust 里最小的编译单元，可以理解成模块边界清晰的零件）。分工大致是：

零件 干什么
规则注册表与公共类型 62 条规则的唯一真身，一条规则 = 一个编号 + 分类 + 严重级别 + 一句给人看的说明
规则逻辑 每条规则的具体判定：什么算「太挤」、什么算「标题跳级」
源码扫描 走文件、读配置、跑正则、出结果
静态页面引擎 自己解析 HTML 和样式表，在没浏览器的情况下算排版和颜色
浏览器引擎 连你本机的 Chrome，在真渲染的页面上量尺寸和对比度
命令行 把所有动词接起来，管退出码

版本方面，工具链配置文件只写了一句「stable」，外加一个网页端编译目标——那是为了把同一套规则编译成网页里也能跑的形态，浏览器插件用的就是它。整个工作区 27.5 万行 Rust，锁文件里 218 个依赖包。

62 这个数字在源码里是被测试断言焊死的：注册表末尾有一句「长度必须等于 62」的检查，谁不小心删了一条，测试当场红。它也解释了为什么是 62 而不是 64——有两条规则被退役了（image-hover-transform 和 layout-transition），退役的编号留在配置里不报错、也不生效，只在自检命令里悄悄提示一句。

三、实测：跑了什么，拿到什么数字

沙箱是隔离的，被测项目全程没有落到沙箱外。克隆用浅克隆加只取必要对象，4,526 个文件、除版本库外 98MB，4 秒完成。然后按文档从源码构建引擎，25.5 秒编译完，产物 100MB。

我跑的命令 真实结果 耗时
cargo test -p impeccable-foundation 61 个通过，0 失败 9 秒
cargo test -p impeccable-detect 117 个通过，0 失败 11 秒
cargo test -p impeccable-core 847 个通过，0 失败 18 秒
cargo test -p impeccable-html 224 个通过，0 失败 29 秒
cargo test -p impeccable（命令行） 81 个通过，0 失败 22 秒
node scripts/run-tests.mjs core 270 个用例，264 通过、2 失败、4 跳过 7.3 秒

Rust 这五个包合计 1,330 个通过、零失败。全仓一共 2,683 个 Rust 测试标记，我没跑全量：一次性跑整个工作区需要补下载依赖，沙箱第一次断网跑直接报下载失败，我改成逐个包跑，这五个是覆盖面最大的。

前端那套 core 套件的 2 个失败都出在环境，不是代码：一个是仓库需要一个叫 gh 的命令行工具去拉一份几兆的提交历史，沙箱里没有，报的是系统层面的「进程资源暂时不可用」；另一个是少装了依赖，模块找不到。两者的原始报错我都留着，不做别的解读。

规则真的会响吗？ 我手写了一个故意做脏的页面：左边 6 像素紫边卡片、渐变文字、9 像素的灰色小字、奶白背景、Inter 字体，再配一份内容一样的 React 组件。同一份脏东西，两种文件给出了两种答案——页面文件报了 7 条（侧边竖杠、渐变文字、对比度只有 1.7:1 不合格、字号低于 11 像素下限、字体太大众、奶白背景），React 组件只报了 1 条。

原因它自己打印出来了：源码文件只跑模式匹配那批规则，并明确写着「发现数量是少算的，不等于体检合格」。这是我认为最该被记住的一条限制：把它挂进 React 或 Vue 项目的持续集成，你得到的是一层很薄的网；要拿到完整结果，得对着跑起来的开发服务器地址扫一遍。

那 19 条从不触发的规则是什么？ 我拿仓库自带的 269 个测试样本全量扫了一遍，43 条规则响过，其余 19 条一次没有。看名单就明白了：设计系统字体、颜色、圆角、字号这四条要读你项目里的设计规范文件才有基准；行宽、贴边、遮挡、首屏横向溢出、边缘卡片这几条要真实的屏幕尺寸。

脚本报错、坏图、静止时被藏起来的内容这几条，要页面真的渲染过才看得见。所以这 19 条不是坏了，是「静态扫文件」这条路根本走不到它们——想覆盖，就得把浏览器接上。

顺带一个方法论陷阱：第一次扫它的测试样本，我拿到的是零发现。查下来是仓库自己的配置文件里把 tests/fixtures/**（测试样本目录）写进了忽略清单——测试语料被当成「已知的脏东西」屏蔽了。这做法本身合理，但意味着任何人想复核它的规则，都得显式关掉配置。

四、三处我实测撞到的问题

一是分发方式带来的体积代价。 仓库根目录下有 20 个以点开头的目录，一个工具一个，每个里面装着一份完整的技能包，58 个文件。我把路径前缀抹掉之后逐字节比对：1,165 个文件里有 942 个和 Claude Code 那份完全一致，占八成。

剩下两百多个差异，绝大多数是同一句话里的路径前缀不同——.claude/skills/impeccable 换成 .cursor/skills/impeccable，另有一处把「用提问工具问用户」改成「直接问用户」。单个技能包 2.3MB，乘 20 就是四十多兆。作者显然是有意的（README 里写明每个工具的产物都提交在仓库根目录，为了让人不用装 Node 也能手动拷），代价是改一句说明书要同步二十份、看代码时噪音很大。

二是引擎二进制不随仓库来。 我找遍全仓，没有任何一个平台的引擎可执行文件；npm 包声明里只有 5 个平台分包的依赖，加一份校验和清单，5 条哈希。

也就是说「Apache-2.0、可以离线从源码构建」这句对开发者成立，对使用者不成立——默认路径是启动器联网下载一次、校验哈希、存到用户目录。这一点 README 说得清楚，不算隐瞒，但它决定了「断网环境能不能用」这个问题的答案是要先自己编译。

三是那 2 个失败用例的位置很说明问题。 它一共定义了 6 个默认测试套件和 8 个可选套件，拆得很细：构建、规则、浏览器、框架适配、插件端到端。我第一次跑默认入口，卡在「拉真实提交历史」这种需要外部网络账号的用例上。

工程严谨度是够的：测试与代码几乎一比一、注册表数量被断言焊死、还有个专门的脚本只跑被改动影响的那些包。但一个想在本地跑绿的人，得先配好那个拉历史的命令行工具和一堆依赖。

五、放进同类里看，值不值得装

站内之前评过三个设计类技能，问的问题各不相同。UI UX Pro Max 那篇问的是「词表够不够用」：192 套配色全过无障碍标准，但中文关键词一个都搜不到。Hallmark 那篇，也就是专治 AI 味的那种设计技能，问的是「它自己达标吗」：31 个成品页面有 21 个过不了它自家 58 道闸门。

StyleSeed 那篇问的是「方法引擎的测试能不能证明效果」：195 项测试全绿。Impeccable 补的是第四个问题：这套规则在真实代码库里跑得动吗——答案是页面级跑得动，源码级只有薄薄一层。

适合谁：已经在用 Claude Code、Cursor、Codex 这类助手，且项目有成型界面的人。它最擅长的是「对着一个已有的卡片、一个已有的设置页反复改」，而不是从零生成整站。把扫描器接进持续集成也靠谱，前提是你扫的是跑起来的地址而不是源码目录。

不适合谁：想用它替代设计判断的人。62 条规则能认出「紫蓝渐变 + 左边彩色竖杠」这种公认的机器味，但认不出你的产品该长什么样——那部分仍然要人给方向。另外不想在项目里多出二十个工具目录、也不想让助手每次改文件都触发一次检查的人，可以先只装扫描器，不装钩子。

一句话判断：值得装，但别指望它是护栏。它是一把尺子——量得准，量得到的地方不多，你得自己决定要不要把页面也摆到尺子下面。

局限说明：本次实测在内存与进程数受限的隔离沙箱内完成，Rust 测试只跑了五个核心包（占全部测试标记的一半），前端六个默认套件只跑了 core 一个，浏览器渲染类的规则因为没有可用的 Chrome 没跑；扫描覆盖面用仓库自带的 269 个测试样本加两个手写样本估算，不等于真实项目里的分布。数据取自 2026-11-11 的仓库快照，主分支当天有提交。

相关阅读：UI UX Pro Max 深度评测：12.7 万 Star 的设计 skill，192 套配色全过 WCAG，中文关键词却 0 命中；Hallmark 深度评测：3 万 Star 的反 AI 味设计技能，31 个成品页面 21 个过不了自家 58 道闸门

关注 AI商业快讯，每天一篇 AI 热点深度解读。