DeerFlow 深度评测：8.3 万 Star 的字节 Agent，23 个自带技能 229 条告警，2 个过不了自家审查

作者
DeerFlow 深度评测：8.3 万 Star 的字节 Agent，23 个自带技能 229 条告警，2 个过不了自家审查

做 AI 智能体的人，几乎都在同一个地方栽过跟头：会话一长，模型就开始忘事。为了让它记住，大家的第一反应是加一个向量库。这个方案听起来天经地义，直到有人在真实数据上把它跑了一遍。

字节跳动的 DeerFlow 就是这么干的，而且它做了一件开源项目很少做的事——把一次花钱跑出来的负结论原样放进了仓库。在那份实验里，最朴素的摘要方案答对 22.5%，换成关键词回查能答对 90%，而再叠一层向量检索反而掉到 85%。

先说它到底是什么

一句话：DeerFlow 是一个跑在 LangGraph 之上的超级智能体外壳（harness，也就是把大模型、工具、记忆和沙箱串起来干活的那一层）。

真正干活的不是它自己，是一个主智能体——它负责把任务拆开，分给子智能体；需要记忆就去查记忆，需要跑代码就开沙箱（一个关起来跑、碰不到宿主环境的独立进程），需要特定能力就加载一个「技能」。

它的体量是这样的：

部分 装什么 实测规模
后端主体 网关、接口、运行时 5.2 万行 Python
智能体外壳 技能、子智能体、沙箱、记忆 16.3 万行 Python
后端测试 离线跑的单测 43.7 万行，974 个测试文件
前端 网页界面 9.3 万行 TypeScript
Python 合计 含以上各项 66.5 万行

而这些数字都不是我想写它的理由。它最特别的地方是：它不靠模型来管技能质量。

它给技能设了一道机器闸门——一个纯粹按规则跑的审查器，把技能包当成不可信的数据读一遍，逐条出告警，全程不调用任何模型。这件事在同类项目里很少见：绝大多数「技能」仓库的质量靠作者自觉，或者靠一次人肉 review。

我把这道闸门跑了一遍

先交代环境。一切都跑在评测沙箱里，被测对象落在沙箱工作目录，宿主目录被临时文件系统盖住，全程没碰生产机上的凭证。闸门的入口是一条命令行，按技能目录读，输出机器可读的检查结果。

第一遍：23 个官方技能全量扫描。

严重度 条数
阻断项（blocker） 0
错误（error） 6
告警（warning） 229
提示（info） 3

229 条告警压得很不均匀：体量最大的「技能创建器」一个技能占了 59 条，图表可视化 28 条，PPT 生成 18 条。23 个技能里，只有 3 个一条告警都没有，其中一个就是审查器自己。

按规则名拆开看，整轮扫描出的 238 条结论其实只出自 7 类规则：

规则 条数 严重度 在说什么
resource.missing 155 告警 正文引用的文件在包里不存在
resource.unreferenced 46 告警 包里有文件，但没被任何地方引用
resource.escaping-link 24 告警 链接写法会跳出包的范围
network-cleartext-http 4 告警 内容里出现非本机的明文 HTTP 地址
network-local-http 3 提示 引用了本机地址
python-subprocess 4 错误 技能里的脚本调用了外部命令
secret-env-assignment 2 错误 类密钥的赋值里填的是真值

前三类加起来 225 条，占了 229 条告警的 98%，全是同一件事：技能正文或正文引用的文件里，指向了一个不存在或没被用上的资源。这不算大事，但它是「文档没跟上功能改动」的典型形态。真正值得看的是那 6 条错误。

第二遍：按它自己 CI 的判定规则重新跑一次。

它的持续集成里有一条专门的技能审查流水线。规则写在脚本里：命中阻断项或错误项就算失败，除非该条目在豁免清单里。豁免清单是一份带到期日的文件，每条都要写明文件指纹和豁免理由——我数了一下，整份清单里只有 2 条，都属于同一个技能，到期日都是 2027 年 2 月 28 日。

技能 错误 其中已豁免 判定
技能创建器 4 条 2 条（豁免到 2027-02-28） 失败
数据分析 2 条 0 条 失败
审查器自己 0 条 —— 通过

两份没被豁免的错误，原因一样：技能里的脚本调用了外部命令。中间那两条豁免也是同一个原因，作者在豁免理由里写清了「命令是固定的、参数是列表形式、不走 shell」。技能创建器另外两条错误则是密钥格式的赋值写进了正文和参考文件。

也就是说，按它自己写下的规则，这 23 个技能里有 2 个过不了自己的闸门。而它们恰好是「造技能」和「分析数据」——最容易被用户直接点开的那两个。

第三遍：这道闸门到底抓得住什么。

评价一个审查器，不能只看它漏什么，也要看它抓什么。我照它的规则造了 5 个技能包，每个只埋一个典型风险，看它报不报：

我埋进去的东西 它的反应
安装脚本里用管道把远程脚本喂给 shell 报了，错误项 shell-curl-pipe-shell
同上，但中间插了提权命令和参数绕一下 也报了，规则没被绕过去
配置文件里写死一个 sk-live- 开头的密钥 报了，错误项 secret-env-assignment
环境变量文件里写 REVIEWER_SECRET= 加真值 报了，同一条规则
脚本里读 /etc/passwd 报了两条：敏感路径 + 调用外部命令

5 个中了 5 个，包括加了提权命令的那种明显绕法。这道闸门比我预期的靠谱——它的规则是逐条照着真实绕过手法配了测试的，比如管道后面接 sudo 再跟参数再跟 shell 这种写法，专门有一组用例盯着。

一个我自己撞出来的问题。

闸门有个读取限额（默认是 4096 个文件、单文件 64 MB、总量 512 MB），超了就只读一部分。我把总量限额压到 10 字节再跑，出现两件连锁的事：

状态 包指纹
A 包完整读取 sha256:50cc6e88…
B 包完整读取 sha256:abd89407…
A 包被截断 sha256:e3b0c442…
B 包被截断 sha256:e3b0c442…

两个内容完全不同的技能包，在截断之后拿到了同一个指纹。而这个 e3b0c442… 恰好就是「空内容」的哈希值。同时它还会报一条「包根目录没有 SKILL.md」的阻断项——文件其实好好躺在那里，只是没被读到。

这个设计本身能理解：没读到就没法算。但指纹在报告里的作用是标识「我审的是哪一个包」，它还被写进审查结论里当锚点。截断状态下这层含义就没了，而两台机器上读到不同内容却拿到同一个指纹，也不是不可能。

最有价值的证据，是它自己那份失败报告

仓库里有一份任务接续实验的完整报告，结论是负的。

背景是这样的：智能体干长任务时，对话历史会被反复压缩，压完就丢细节。这份实验拿公开的记忆问答数据集取 42 道题，比较四种方案在「压完还能不能答对」上的差别：

方案 答对 正确率
只有滚动摘要 + 近期消息 9 / 40 22.5%
摘要再加一份工作笔记 11 / 40 27.5%
摘要再加关键词回查 36 / 40 90.0%
再加一层向量混合回查 34 / 40 85.0%

从摘要换到关键词回查，正确率涨了 67.5 个百分点；在这之上再叠一层向量检索，反而掉了 5 个百分点。那 42 道题里有 2 道因为接口断连没跑完，所以分母是 40。

它自己在报告里把话说得很克制：这 5 个百分点是「1 例新增正确、3 例新增错误」，配对检验的 95% 置信区间横跨零点，不能据此断言向量总体是负收益——但同样拿不出正收益的证据。所以结论是「不支持默认引入向量检索」，回查能力应该做成可插拔的可选件。

报告里还有一句很老实的话：这轮是「强制多次压缩」的压力设置，不能把摘要那 22.5% 当成生产环境的默认水平。

谁该用它，谁不该

放到选型地图上看，它的位置很清楚。

如果你只是想让聊天机器人记住几句话，它太重了——要跑四个服务加一个数据库，浏览器得开在 2026 端口，还建议配一个反向代理。这一点上站内之前评过的轻量方案更合适，比如那份零依赖的记忆系统。

如果你在做的是多步骤、要跑代码、要跨会话接续的智能体，它的分层是少见的完整：23 个自带技能覆盖研究、数据分析、文档、幻灯片、图像与音视频；每个技能都要过前面那道闸门；主编排（也就是决定先派谁干、后派谁干的那一层）和子智能体、沙箱、记忆是分开的模块，不是一坨提示词。

它也不是没有钝的地方。技能包被截断读取时那个指纹问题，说明这道闸门自己的边界还没收紧；而 229 条告警里 155 条都是「引用了不存在的文件」，是文档在功能改动后没跟上——对一个技能库来说，这类失修比代码 bug 更常见，也更容易被忽略。

适合：手里已经有模型额度、要一套能自己长技能的智能体基座、并且真会去改它代码的团队。不适合：想开箱即用、不打算读源码的个人用户——66.5 万行 Python 不是一下午能读完的东西，光它的变更日志就有 9100 行，而正式版本标签只打了 3 个。

我的判断

值得放进观察清单。它最值得学的不是功能清单，是两件事。

第一件，把技能质量交给确定性规则，而不是交给模型的心情。这道闸门不看模型打分，只按固定规则出结论，命中就算失败——代价是它也会把自己人拦下来，这就是那 2 个技能判失败的原因。第二件，把一次花钱跑出来的失败结论原样发出来。前者在开源圈里算少见，后者要罕见得多。

至于向量检索，我的建议是别急着加。先按它那份报告的顺序试：先把原始记录留住、把关键词回查做起来，等有自家数据证明它稳定带来净收益，再考虑要不要叠一层。

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

相关阅读：Hindsight 深度评测：4.6 万 Star 的 Agent 记忆系统，2538 条行为快照我重跑零处不一致，5 条日期误判却被冻在测试里 · Paperclip 深度评测：9.7 万 Star 的 AI 员工管理系统，4775 个提交里 2127 个署名 AI 员工

Hindsight 深度评测：4.6 万 Star 的 Agent 记忆系统，2538 条行为快照我重跑零处不一致，5 条日期误判却被冻在测试里

作者
Hindsight 深度评测：4.6 万 Star 的 Agent 记忆系统，2538 条行为快照我重跑零处不一致，5 条日期误判却被冻在测试里

用 AI 编程助手写代码的人，几乎都吃过同一类闷亏：上周明明让它查过一遍、结论都写在对话里了，这周开个新会话，它又把同一个坑重新踩一次。你骂它失忆，其实它没坏——它的「记忆」就是这次对话，会话一关就清零。

Hindsight 想解决的就是这件事，而且它卖的不是「记住对话」，是「越用越懂」。它已经拿到 4.6 万 Star，官方还挂出一句话：据其测试，它是目前被测过的记忆系统里最准的一个。

比星数更让我想认真写它的是另一件事：这个项目给自己的测试下了极重的功夫。它有一份 2538 条的标准答案表，专门锁住「日期理解」这一项行为——换个人改代码，答案变一条就算错。我把这份表原样跑了一遍，一条没差。

先说它到底是什么

一句话：Hindsight 是一个给 AI 智能体（也就是能自己动手干活的 AI 程序）用的长期记忆系统。它跟「把聊天记录扔进向量数据库」的做法不是一个路子。

它自己给记忆分了四类，也是它宣称更准的原因：

记忆类型 装什么 举个例
世界事实 关于外部世界的知识 「那个灶台是烫的」
经历事实 智能体自己的经历 「我碰了那个灶台，真的很疼」
观察 从多条记忆里归纳出的信念 「碰灶台会疼，别碰」
心智模型 长期沉淀成的稳定认识 「这台设备的高温区在哪」

它的核心动作只有三个：retain（存进去）、recall（取出来）、reflect（让它自己想一遍、形成新结论）。差别在于存的时候不是原样丢进去，而是让大模型先抽出事实、时间、实体和关系，再归一化成结构化的东西；取的时候也不是单靠相似度，而是四条路同时走——语义相似、关键词精确匹配、实体关系图、时间范围过滤——再把四路结果合并排序。

规模是这样的：

部分 作用 实测规模
服务端核心 记忆引擎、接口、任务调度 16.8 万行 Python
客户端 四套语言的 SDK 6.4 万行 Python（仅 Python 那套）
命令行工具 终端里直接操作 1.7 万行 Rust
网页控制台 管理界面 15.6 万行 TypeScript
现成集成 把记忆接进各种现成工具 55 个集成目录，官方文档站列了 62 个
数据库迁移 表结构历史 111 个迁移脚本

把仓库里所有 Python 代码（含测试、各语言客户端和集成）加在一起是 56.6 万行，上面只列了主要几块。

代码量最大的一个文件是记忆引擎主文件，单个文件 23213 行——这一点见仁见智，我在下面「不完美的地方」里单独说。

它是怎么做到「越用越懂」的

三个设计值得单独拎出来，因为它们决定了它和「一个向量库 + 一段提示词」的区别。

存进去的东西会被反复整理，而不是越堆越多

新事实进来后，后台不是不管了，而是把相关的记忆慢慢归并成「观察」——一条带证据的信念。关键在于：新证据来了不是覆盖旧的，而是修正它，还会保留原话和证据条数。这意味着一条被推翻的旧结论是有痕迹的，而不是无声消失。

这一点为什么重要？因为智能体记错事实，通常不是「没查到」，而是「查到了一条早就过期的事实但不知道它过期了」。

时间理解是手写的，而且被 2538 条答案锁死

「上周三的报错」这句话，机器要理解成一段时间范围，才能去查。多数方案直接交给一个现成的时间解析库，出错就出错。Hindsight 的做法是手写规则，其中中文规则占比最大——单个中文时间规则文件 1845 行。

我把它拷进沙箱单独跑了一遍，用固定的「今天 = 2026 年 8 月 12 日」当参照，中文的 57 条时间说法里 49 条给出了明确区间，结果都对：

输入 它解析出的区间 对不对
昨天 8 月 11 日 到 8 月 11 日 对
上周 8 月 3 日 到 8 月 9 日 对
上个月 7 月 1 日 到 7 月 31 日 对
第一季度 1 月 1 日 到 3 月 31 日 对
最近三天 8 月 9 日 到 8 月 12 日 对
这周末 8 月 15 日 到 8 月 16 日 对（当周还没到）
上海的天气 不给区间 对（没当成时间）

这套规则不是只写在文档里的想法，它有一份锁死行为的答案表：整个语料库 423 条查询，每条配 6 个不同参照日期，一共 2538 个结果全部快照存盘，改代码后任何一条答案变了就测试失败。我把这份表原样重算了一遍，2538 条结果与快照零处不一致，跑完 24 秒。

最后一行是最容易翻车的地方：「上海」含「上」，「东京」含「东」，瞎认时间会污染检索。它专门存了一份「不该被当成时间」的陷阱句清单，包含中文地名和英文里的假时间词（比如连接这个单词里含「ect」、问题这个词含「hat」，都是时区缩写）。这份清单共 36 条，我逐条跑了一遍，31 条干净，5 条仍然被误判成具体日期。

误判集中在英文的「may」（五月/may 情态动词）上——四句话里带着「may」，全被判成 5 月 12 日那一天：

输入（英文） 它解析出的区间 应该
may 5 月 12 日 不是时间，是情态动词
the may report 5 月 12 日 「那份可能有的报告」或「五月报告」存疑，不该直接定死
may I ask a question 5 月 12 日 「我可以问个问题吗」
so what do we do now 8 月 12 日（当天） 「那我们现在怎么办」

这不只是数字好看不好看的问题：它在取记忆的时候，解析出的区间会被直接当成时间过滤器用，把检索范围收窄到那一天。也就是说，一句「我们可以问个问题吗」可能让这次检索只翻当天的记忆，把真正相关但更早的事实筛掉——而且它不会报错，只会安静地少召回几条（也就是漏掉本该找回来的记忆）。

「跑绿 2538 条」和「有 5 条误判」听着矛盾，其实是同一件事的两面，也是它自己写清楚的：测试文件里直说这 2538 条记录的是旧实现的答案，包括那些可能本来就错的答案；优化不许改动其中任何一条，真要修正确性得另开一个可复核的改动。所以那 5 条不是漏网，是被刻意冻结住的既知缺陷——它们有测试覆盖，只是测试断言的是「行为不变」而不是「行为正确」。这个取舍本身是成熟的工程做法，但它也说明：这份表是防回归的护栏，不是正确性的证明。

存进去之前，先把密钥擦掉

给智能体加记忆有个现实风险：它会记住你贴进去的一切，包括你误粘的 API 密钥。Hindsight 的做法是在存之前过一道正则闸门，命中就替换成 [REDACTED:类型]，或者直接拦下不存。

它官方文档说这套规则有 45 条。我把源码拉出来数了一遍：实际声明了 46 条，能编译生效的也是 46 条，但文档的规则清单表格里只列了 44 条。对不上。

差的那两条我逐条查了来源：

规则 状态 来源
它自己家的密钥格式 hsk_ 代码有、表格漏列 2026-09-14 那次提交补的（补之前是 45 条），提交信息说「给所有厂商都写了规则，唯独漏了自己家的密钥」
AWS 密钥的第二种写法 代码有、表格漏列 靠上下文才能认出来，测试文件里把它单独归为非边界类，所以没进那张表

也就是说，「45」这个数不是笔误，是改代码时忘了同步文档：补自家密钥那天，代码从 45 变成 46，文档三处写「45」的地方一个字没动。这类漂移不致命，但对一个把「准确」当卖点的项目来说，是值得记一笔的小账。

规则本身是真在干活。我按它测试文件里的样例造了 34 个假密钥，覆盖代码仓库令牌、云厂商密钥、支付平台密钥、消息服务令牌、数据库连接串、私钥文件六类，34 个全部被擦掉，一个不漏；反过来，普通句子里的时间戳「2026 03 18」、端口列表、版本号「1.2.3.4」都没被误伤——信用卡规则只认「数字成组 + 校验位通过」的写法，不是见数字就擦。中文紧贴着密钥写（密钥ghp_…结束）也能擦掉，这一点它有专门的提交修过。

不完美的地方

仓库不收外部贡献。它的贡献指南第一段写着：不接受团队外的 pull request，外部提交的 PR 直接关闭不审。作者的解释很坦诚——这样能让团队自己决定做什么、少审半成品、修 bug 时能把改动一起发出去。你可以说这是纪律，也可以说是把社区挡在门外，但它是明说的，不是暗着来的。

核心文件已经不短了。记忆引擎主文件单个 23213 行、1138 KB，接口层 10597 行。这不是那种「一个人一下午能读完」的代码库。它靠 622 个测试文件兜住机制层面的正确性，又用单独的「黑盒测试」（不给内部细节、只从外部调用）和「质量评测」（用真模型打分）兜住组合层面的正确性——后者自己承认单次跑红不代表回归，得重跑，因为同一个请求两次可能给出不同答案。

它宣传的 4.6 万 Star 和别人的评分，我没能独立复核。 它给出的最好成绩是 LongMemEval 基准 94.6%，并说这个成绩被弗吉尼亚理工的研究者和《华盛顿邮报》复现过。我没法验证这句话——仓库里没有第三方复现报告，只有它自己的一句话。它自己也写了「其他厂商的分数都是自报的」，这话反过来说也成立：它的分数在仓库里同样只有自报。基准成绩这件事，建议自己装一遍用自家数据跑，这也是它官方文档自己给的建议。

谁该用它，谁不该

适合：真的在做有状态智能体的人——一个助手要跨会话记住用户偏好、一个客服智能体要记住三个月前的工单、一个编码助手要记住这个项目的约定。它的四条检索路子不是营销词，是真在跑，对这种「需要精确回忆某条旧事实」的场景有实际意义。

不适合：只是想让聊天机器人更懂你的个人用户——太重了。它需要一整套服务端、一个数据库，要么自己部署，要么用它的云服务。如果你只是想让 AI 记住几句话，本号之前评过的 Mnemosyne OS 那种零依赖的小东西更合适——那篇里我也实测过，它的卖点就是轻。

它是 2025 年 10 月建仓的，到现在 3421 个提交，最近 90 天就有 1378 个，节奏很快，不是那种建完就没人管的仓库。但它也是商业公司的开源核心：Memory Defense 这类安全能力在开源版只给基础规则，企业版给的是 200 条以上的规则库——这条边界看它控制台里的文案就知道。

我的判断：值得放进观察清单，尤其是你真在做跨会话记忆的智能体。它最值得学的地方不完全是功能，而是那份 2538 条的答案表和「改代码不许改答案」的纪律——大部分项目连自己的输出都没锁住，就急着改架构了。至于它「最准」这句宣传，听完就当听完，自己跑一遍再信。

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

相关阅读：Mnemosyne OS 深度评测：31 星的零依赖 AI 记忆系统，自曝 11 个缺陷，我实测又挖出 7 个 · Paperclip 深度评测：4775 个提交里 2127 个署名 AI 员工

Paperclip 深度评测：9.7 万 Star 的 AI 员工管理系统，4775 个提交里 2127 个署名 AI 员工，6 道自检闸门我跑出一道漏报

作者
Paperclip 深度评测：9.7 万 Star 的 AI 员工管理系统，4775 个提交里 2127 个署名 AI 员工，6 道自检闸门我跑出一道漏报

同时开着五个 AI 编程终端的人，最后都会变成同一个角色：接线员。谁的活干完了、谁的活卡住了、这个月又烧了多少钱，全靠你在窗口之间来回切。Paperclip 想做的不是再给你一个终端，而是把「指挥一群 AI 干活」变成一件有组织、有预算、有审批的事。它已经有 9.7 万 Star。

比星数更让我想认真写它的，是另一件事：这个项目规定，AI 员工提交代码时必须在提交信息里署上自己的名字。我把仓库拉下来数了一遍——4775 个提交里，2127 个署着这个名字，占 44.5%。

先说它到底是什么

一句话：Paperclip 不是又一个新的 AI 助手，而是一套用来管理一批 AI 助手的软件。它自己的说法更直白——「如果 OpenClaw 是一个员工，Paperclip 就是公司」。OpenClaw（一个能在你电脑上常驻、随时接消息干活的 AI 助手程序）负责干活，Paperclip 负责给这些干活的 AI 排职位、划预算、定汇报关系。

它解决的问题很具体。你手上可能同时开着二十个 AI 窗口，各有各的活，但它们之间没有组织关系：不知道公司今年要做什么，不知道自己这一步卡在谁那里，也不知道这个月一共花了多少钱。Paperclip 给每个 AI 配上职位、上级、预算和审批线，让你从一块看板上统管。

它自己把这套东西拆成四块：

支柱 给谁用 管什么
AI 任务管理 所有人，每天 任务、审批闸门、可审阅的执行记录，从改动、截图、测试里验收成果
AI 组织架构 带团队的人 人和 AI 混编的组织图、权限、职责边界、密钥范围
AI 员工培训 想提升产能的人 技能工作室、共享技能、评测与保存的测试运行、技能版本回滚
AI 操作系统 IT 与平台 跨供应商运行、沙箱隔离、外部接口接入、单点登录、成本管控

技术形态上，它是一个 Node.js 服务端加一个 React 网页控制台，代码按功能拆成多个包。规模是这样的：

部分 作用 实测规模
服务端与各功能包 接口、调度与业务逻辑 6,037 个 TypeScript 文件，约 228 万行（含测试）
数据库层 表结构与历史迁移 293 个 SQL 迁移脚本
适配器 把不同品牌的 AI 接进来 12 个适配器目录，覆盖 10 个品牌
自带技能 发给 AI 员工读的工作说明 7 个技能，其中主技能单个文件 64,910 字节
测试 保住上面这些不出错 2,191 个测试文件，两万两千多个测试用例

它是怎么把一群 AI 编成一家公司的

三个机制值得单独说，因为它们是这套东西和「一堆散装脚本」的分界线。

心跳：AI 员工平时是睡着的

AI 员工不是一个一直开着的进程。平时它是睡着的，Paperclip 有事才把它唤醒，给它一小段执行时间，干完就让它退出。这个设计对使用者意味着两件事：一是不会有一堆进程常驻在后台空烧钱；二是每次醒来的背景信息由服务端提供，不依赖它自己记不记得上次干了什么。

原子认领：一个任务只能被一个执行者拿走

同一个任务，同一时刻只能被一个执行者领走，靠一把执行锁保证。这条看着不起眼，但它是「二十个 AI 同时开工」不出乱子的前提——没有它，两个 AI 会同时认领同一个任务，干完互相覆盖。

预算硬停：超了是真的会停

花销按公司、按 AI、按项目分别记账，超过预警线就告警，到了硬上限就把活停掉。它自己的说明也如实写了边界：停的依据是已经记录下来的花销，正在进行中的活可能让停晚一步生效。

实测一：它到底有多少代码是 AI 写的

回到开头那个数字。我把仓库拉进隔离沙箱（一个只有只读系统目录、用完即删的评测环境，本机是生产机，不敢把陌生代码直接跑在主机上），数了全部历史：

口径 数字
提交总数 4,775 个
其中署 Co-Authored-By: Paperclip 的 2,127 个，占 44.5%
另有带 Claude 署名的提交 829 个
合并提交（带合并记录的那种） 376 个

这个署名不是社区自发的，是写在它自己技能说明里的硬规矩，用的是全大写的要求句式：只要提交代码，就必须原样附上这一行，而且特意补了一句——不要署你自己那个 AI 的名字，署「Paperclip」。

趋势更清楚。把这份署名按月份拆开，占当月提交的比例是：3 月 32%、4 月 43%、5 月 60%、6 月 46%、7 月 66%、8 月 42%、9 月 72%、10 月（到 4 日）68%。整体在往上走，中间有起伏，最近两个月稳定在七成上下。也就是说，这个仓库越来越像是它自己造出来的。

这里必须把话说完整，免得记错功劳：带这个署名的提交，作者那一栏仍然是人类账号。合理且唯一说得通的解释是——AI 在人的监督下干活，最后由人按下提交那一下。所以「44.5% 的代码是 AI 自己提交的」这句里的「自己」，指的是这段工作由 AI 完成，不是无人值守。

顺带一个细节：这个仓库自带一套统计脚本，专门去查全世界的代码仓库里有多少提交带这个署名，默认查询语句就是上面那个邮箱。它把自己的存在当成一个可以统计的现象。

实测二：6 道自检闸门，我跑出一道漏报

一个天天讲治理、审批、权限的项目，自己的仓库管得怎么样？它的包里定义了 5 道自检命令，我全部在沙箱里跑了一遍：

自检 它想拦什么 我跑的结果
禁止 AI 自行推送代码 适配器和运行时代码里不许出现 git push 通过
模块边界 功能模块之间不许越界互相引用 通过
Node 版本策略 锁定运行环境的版本下限 通过
设计令牌闸门 界面代码里不许写死颜色和字号 通过
Docker 依赖阶段 构建分层的依赖顺序 通过
泄露关键词扫描 发布前扫描不许出现在代码里的内部词 在干净仓库上通过，但我复现出一个漏报

最后一道最值得说。它的做法是：从一个本地清单里读出一串「不许出现的关键词」，然后用 git 的全文搜索功能在整棵代码树上找一遍，找到就阻断发布。我在沙箱里把最脏的情况构造出来，让它去找这个仓库里最高频的那几个词：

我让它找的词 实际命中量 它的结论
Dotta（一位贡献者名） 10.9 万字节 正确拦下
skill 343 万字节 报告「干净，没找到」
Paperclip 847 万字节 报告「干净，没找到」

原因我复现出来了，是个很典型的坑：它用 Node 的进程调用去跑 git，而这类调用的返回缓冲区默认只有 1 MB，命中量一超过 1 MB 就会抛错；它的代码把「抛错」和「没找到」当成同一件事吞掉了。结果就是——越是高频的敏感词，这道闸门越抓不到。

这不是致命故障：正常流程里关键词清单是短而具体的，不容易撑爆 1 MB。但它暴露了一类问题——衡量一个项目的治理能力，不能只看它有没有闸门，得看闸门在最坏输入下的行为。我上一轮评测里也撞见过同类的落差，可见这是这个品类的通病，不是这一家的孤例。

放在坐标系里看

先说清它不是谁。它和主流的编码助手（Claude Code、Codex 这类）不是同一种东西，也不是替代关系——那些相当于干活的员工，Paperclip 相当于管员工的办公室。它自己列了十二个适配器目录、覆盖十个品牌的 AI，从官方那几家到开源的都有，路线说白了就是「谁的员工都能招」。

热度得看两个口径，差别很大：

口径 数字 参照
GitHub 收藏 97,161 排得进第一梯队
每周 npm 安装量 59,341 同一周，OpenCode 是 321 万，Codex 是 2,552 万

这组反差说明：收藏它的人很多，真正装到自己机器上跑的人还很少。这跟它的形态一致——你得先有一台能常驻的服务、一堆要管的 AI，它才有意义。围观成本低，上手成本高。

还有两个要提前知道的坑：一是它的待处理清单堆得很长，2,733 个未关闭的问题，加上 3,639 个没合并的改动请求，其中 1,228 个是六月以前就开着的；二是它的路线图里还剩 6 项标注为「计划中」的能力，包括桌面应用和把外部工单系统（Asana、Linear、Jira 那一类）接进来当入口。

适合谁：手上真的同时在跑多个 AI 任务、并且已经开始为「谁在做什么、花了多少」头疼的人或小团队。它自带团队模板和技能商店，第一家公司能比较快搭起来。

不适合谁：只用一个 AI 助手写代码的人——你不需要开一家公司来管一个员工；以及想开箱即用的人——它要求 Node 24.11 以上，需要自己部署并长期维护一套服务。

我的判断

这是我这轮见过最有意思的一个项目，但有意思的地方不在功能表上。

它最大的价值是示范：一个 9.7 万 Star 的项目，把自己的开发流程也变成了产品的试验场——AI 员工按心跳干活、提交要署名、自检闸门管住模块边界和运行环境策略。前面那道漏报反而让这个示范更可信：它是真实的工程，不是营销话术。

具体怎么用：先把它当成一份「AI 员工怎么管」的活体参考——组织图、预算、审批、任务认领锁这几件事，就算你不上这套系统，把思路抄回自己团队也值。真要用，建议先用单机模式完整跑通一条任务，从派活到验收走一遍，别一上来就把二十个 AI 接进去。

这篇评测的全部数字都来自今天（2026 年 10 月 5 日）的沙箱实测和公开接口查询，仓库变化很快，尤其是待处理清单那一侧。

相关阅读：ayghri/i-have-adhd 深度评测（同样自带发布闸门却对自己判 FAIL 的那次），以及 taste-skill 复测（同样是逐条数提交，那次数出 63% 的提交只改了 README）。

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

taste-skill 复测：9.2 万 Star 的反 AI 味前端框架，近 100 条提交里 63 条只改 README，技能正文 131 天没动

作者
taste-skill 复测：9.2 万 Star 的反 AI 味前端框架，近 100 条提交里 63 条只改 README，技能正文 131 天没动

如果你用 Claude Code 或 Cursor 生成过落地页，大概都见过同一张脸：按钮全是圆角、卡片全带阴影、标题一律紫蓝渐变。四星期前我评过一个专治这个毛病的项目 taste-skill，当时它 8.4 万 Star（GitHub 上的收藏数，相当于「赞」）。今天它 9.2 万，涨了 8,279 颗。

星数在涨，但我把仓库拉下来重数了一遍，发现一件更值得说的事：最近 100 条提交里，63 条只动了 README、赞助商图片和许可证文件，一行技能规则都没改。 主技能的正文，上次修改停在 5 月 26 日。

先说它是什么

taste-skill 是一套「反模板」的前端设计技能：它把「AI 出的页面为什么一眼假」拆成一条条可检查的硬规矩，写进 AI 助手的指令文件里。你装上它，助手出手前就必须先读需求、声明自己的设计判断，再按规矩落地。比如「三张等宽卡片」和「居中大标题」这类默认动作，被它点名列为 AI 痕迹。

上次提到的几点，一条都没变

四星期前那篇评测末尾列了几条待观察项，我这次逐条复核，结论是：一条都没改。

上次指出的 现在的状态
无正式版本，默认技能自称「实验版」 未变：仍是 0 个版本标签，仍写「实验版」
规则靠助手自觉遵守（issue #106） 未变：issue 仍开着，最新一条评论在 9 月 30 日
README 顶部有 Kimi「首购返 10% 额度」推广 未变：同一句仍在 README 第 23 行
技能文件本身 未变：7、8、9 三个月，13 个技能文件一行没改

这四星期里唯一实测变动的数字，是赞助商额度：9 月 23 日，README 里某家赞助商的注册赠送从 1 美元改成 3 美元，提交记录里就是这一行改动。这条和技能好不好没关系。

还有一件事得说清楚，免得记错功劳：这个仓库执行过它自己最重要的那条规矩。5 月 26 日作者做过一次大扫除，主技能文件里 145 处破折号全部清掉，只留 5 处：那 5 处是讲这条规则本身时必须写出这个符号，属于规矩的一部分。这个数字是我用脚本数的，不是照抄它的说明。但这次大扫除发生在 5 月，不是我上次评测之后。

实测第一段：把它的规矩变成 3 条机器检查

这个项目最值钱的地方，是它把「AI 味」写成了一张禁令清单。破折号是全页禁令：标题、正文、按钮、图片描述里一个都不许出现，出现一处，交付前检查就判定失败、必须重写。

但这里有个老问题：规矩是写在文档里的，不是写在代码里的。GitHub 上有个 9 月 3 日开的 issue，标题就是「怎么强迫 AI 助手 100% 遵守这个技能」，到今天还开着，评论区的答案都是同一句话：把规则变成检查，而不是提示词。

我照这个思路动手，写了 3 条纯机械的检查，跑在它自己的仓库上：

它自己定的规矩 我的检查方式 结果
全页禁用破折号 扫描 13 个技能文件里该符号出现次数 103 处命中，其中 93 处在正文
安装名与文档一致 对比安装脚本的键与技能文件声明的名字 13 个里 9 个对不上
模板不带本机路径 扫描脚本里的绝对路径 3 个文件里 4 处，全是写死的 Windows 用户目录

先说破折号。103 处里只有 10 处是在讲规则本身，剩下 93 处是真·正文用法。最夸张的一个技能文件里有 43 处。也就是说，这条它自己判作「头号 AI 痕迹」的红线，在自家仓库里被违反了 93 次。

再说安装名。这个项目的每个技能有两个名字：文件夹名，和技能文件里声明、实际生效的那个名字。安装脚本用文件夹名，文档用声明名，13 个里对不上 9 个。比如主技能，安装脚本认「taste-skill」，实际要用的名字是「design-taste-frontend」。有人 7 月 11 日就开了 issue 指出这件事，到现在没人动。

最后是路径。它的几个图片处理脚本里写死了 C:/Users/User/Downloads 这种本机目录，一共 4 处。任何人克隆下来都跑不动这几个脚本。

实测第二段：装是能装上的，而且是逐字节一致

规矩归规矩，能不能用是另一回事。我在隔离沙箱里跑了一遍完整安装，这个沙箱只有只读的根目录，网络单独开，装完即清：

检查项 结果
安装命令是否成功 成功，一次跑通
实际装到几个技能 13 个，与仓库声明一致
安装位置 项目下的隐藏目录，并自动链接给 Claude Code
覆盖面 输出里具名列出 5 个助手，另有 15 个折叠显示
与我克隆的源码比对 13 个技能逐字节完全一致，零差异
安装体积 384 KB

最后一行是我特意做的对照。技能装到本地后被改过、或者装的是旧版本，是这个生态里最常见的坑；这次一个都没出现。

也有个副作用要提醒：它把 13 个技能一股脑全装上，包括实验版和它替代掉的旧版。你如果只想装一个，得加参数点名。

翻车点：63% 的提交没碰过技能本体

现在说这次复测最意外的一条。

我把最近 100 条提交逐条过了一遍，按它改了哪些文件分类：

提交类型 条数 占比
只改 README、素材图、许可证 63 63%
动了技能规则正文 20 20%
合并分支的记录 10 10%
其它 7 7%

那 63 条里，58 条动的是 README，32 条动的是素材图片。按提交数算，六成以上的改动落在仓库门面上，两成落在技能本体上。

再看时间线就更清楚了。主技能正文的最后一次修改是 5 月 26 日，距今 131 天；13 个技能里有 5 个的最后修改停在 3 月 20 日，比后来那些改动都早得多。最近 100 条提交覆盖的是 4 月 23 日到 9 月 26 日，其中动过技能正文的 20 条，全部集中在 4、5、6 三个月。7 月、8 月、9 月这三个月，13 个技能文件一行都没改过。

README 那一侧则热闹得多：9 月 16 日加赞助商、9 月 20 日一次加四个社区赞助位、9 月 22 日把一位赞助商从公司位挪到社区位、9 月 23 日改赞助额度、9 月 26 日又加一位。

星数从 9 月 4 日的 84,044 涨到今天 92,323，和技能正文的改动没有关系，这 131 天里技能正文一次没动。

这里必须说清楚：改 README 找赞助，在这个生态里是正常且正当的做法，作者也要吃饭。但它会改变你怎么看这个仓库。如果你把它当成「一个正在快速迭代的设计技能」，证据不支持；把它当成「一份已经定稿、正在变现的稳定文档」，才对得上。

三个还挂着的技术问题，我逐条复核过

它开放的问题里，有三条是能机器验证的，我全部重跑了一遍，三条到今天原样挂着：

  • 9 月 12 日开的 issue 说，几个图片处理脚本写死了开发者本机目录、引用了不存在的源文件。我复核：4 处写死路径确实还在，全部是 Windows 用户目录。
  • 同一天开的另一条说，两段「标准代码骨架」里有个冲突：外层元素同时用了两套滚动钉住机制，会导致滚动抖动，而且给「不希望有动画」的用户留了个内容锁死的坑。这两段代码现在还是原样躺在主技能文件里，位置都对得上。
  • 7 月 1 日那条最有分量：主技能单个文件 85 KB，按英文粗略折算约 2.2 万 token（token 是模型读写文字的最小计量单位，也是计费单位）。技能一旦被触发就整份进上下文，且会一直待着。提建议的人已经动手把它拆成「薄核心 + 按需读取附录」，实测常驻体积能小 7 倍。这个方案到今天没被合并。

最后一条可能比前面所有数字都实在：一份 85 KB 的说明书，助手在长对话里很容易读漏，这正是第一个 issue 抱怨的那件事。

拉两个参照物

同赛道里，Impeccable（另一套设计语言技能，作者 pbakaus）75,290 Star，从我上次评测时的 4.99 万涨到现在，已经发过 77 个版本，走的是「生成后用斜杠命令逐条打磨」的路线，不预设风格。Anthropic 官方那份前端设计技能是基线，往上还能叠。

taste-skill Impeccable 官方前端设计技能
Star 92,323 75,290 官方基线
协议 MIT Apache 2.0 随官方
版本节奏 0 个正式版本 77 个 持续更新
思路 装一次，生成时自动生效 生成后逐条打磨 基础规则

适合谁：用主流编码助手做落地页、官网、作品集，被 AI 模板页面反复折磨的人。它的禁令清单确实具体，照着读一遍就能改掉自己的习惯。

不适合谁：做数据密集后台和复杂表单的人。它的「不适用范围」里就明确写了仪表盘、数据表、多步表单。另外如果你已经在用别的同类技能，先别急着叠加，两份规矩同时生效时助手会挑它好执行的那份。

我的判断

这次和上次的结论不一样了。

上次我把它当作一个正在快速迭代的项目推荐；四星期后，这个判断被数据推翻了。它的设计思路依然值钱，但那套思路从 5 月起就没再更新过，现在维护的是它的变现面。

具体怎么用：把它的技能文件当一份「设计纪律手册」读一遍，挑出适合你的规矩抄进自己的项目说明文件，仓库本身可以不用装。等哪天它真的拆完文件、修掉那几个脚本，再回头装也不迟。

最后提一句，这篇复测的全部数字都来自今天的沙箱实测，日期是 2026 年 10 月 4 日。这种仓库变化快，尤其是 README 那一侧。

相关阅读：taste-skill 上一次评测（四星期前，84k Star 时的完整拆解），以及设计类技能的另一条路线（192 套配色全过无障碍标准的那一个）。

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

OpenAI Dots 深度评测：第一颗 dot 随 Pro 白送，同一天 $200 档 Work 与 Codex 额度砍半，长期额度四项未公布

作者
OpenAI Dots 深度评测：第一颗 dot 随 Pro 白送，同一天 $200 档 Work 与 Codex 额度砍半，长期额度四项未公布

如果你每个月在 AI 订阅上花掉 100 美元以上，这篇文章帮你把一笔账算清楚。OpenAI 在 9 月 29 日的开发者大会上发布了常驻智能体 Dots（住在云端、你不盯着的时候也接着干活的 AI 助理）。第一颗随订阅白送。同一天，它把 200 美元档的额度砍掉了一半。

白送和砍半撞在同一天，中间夹着一层没公布的数字。也就是说，你拿到的是一颗免费助理，代价是一份还没写清楚的账单。下面按官方文档和可核对的公开记录，把「值不值」拆开算。价格与额度截至 2026 年 10 月 2 日，下单前请以官网为准。

OpenAI 自己的定位是「处理一切」，但先把账目摆上桌：第一颗白送，真正花钱的地方，在它替你去干活的时候。

一颗 dot 是怎么卖给你的

Dots 没有单独定价，它绑在套餐上卖。目前能拿到的一共四档，每一档都含「第一颗 dot」：

套餐 月费 含第一颗 dot 地区限制
Pro 100 100 美元 是 不含欧洲经济区、瑞士、英国
Pro 200 200 美元 是 同上
Pro 500 500 美元 是 同上；唯一带 Ultrafast 加速档
商业版 Premium 席位 年付 100 美元/人，月付 125 美元 是 全球支持地区均可

免费版、Go（8 美元）、Plus（20 美元）都没有。企业版、教育版、医疗版是内测，要管理员开开关。

欧洲和英国的读者重点看最后一行：Pro 在这几个地区拿不到 dot，唯一的门是商业版。

而商业版工作区最少要买两个席位。所以最便宜的入场方式是一个 Premium 加一个 Standard，年付合 120 美元/月，月付 150 美元/月——比 Pro 100 贵 20 美元，而且两个人里只有一个人有 dot。

dot 本身是什么：一个有名字、有自己云电脑和浏览器的助理，跑在 GPT-6 Astra 上，能连 4000 多个应用，Slack、Teams 都在名单里，你不在的时候它接着干。开通只能在电脑上做，手机端目前只能聊天。

「免费」到底免费在哪一块

这是整篇文章最该看清的地方。dot 的钱分成三笔。只有第一笔是真免费。

你在做的事 算不算你的额度
跟 dot 聊天、让它帮你想想 不算，随便聊
dot 替你去 Codex 或 ChatGPT Work 里开工 算，走这两个产品自己的额度，也就是你平时自己用的那一份
dot 自己的「深度工作」 另有一份额度，首月放宽，多大官方没说

第二行是重点：额度池是共用的。你的 dot 半夜替你跑了几个编程任务，第二天早上你坐下来自己干活时，遇到的上限会比平时低。换句话说，你付的那份钱，同时是它的会计科目和你自己的。

也正因为这样，9 月 29 日同一天发生的另一件事，就不只是「另一条新闻」了。

同一天被砍掉的那一半

Pro 200 的开价没变，买到的东西变了。10 月 30 日起：

项目 10 月 29 日之前 10 月 30 日起
ChatGPT Work 与 Codex 额度 Plus 的 20 倍 Plus 的 10 倍
GPT-6 Pro 每周消息数 200 条 100 条
月费 200 美元 200 美元

老订户能保住旧额度到 10 月 29 日，另外拿一次性用量积分，价值 2500 美元，12 月 31 日过期。

同一天上线的 Pro 500 卖点是 Ultrafast，官方说在 Codex 里最快每秒 300 个词元（词元是模型读写文字的最小计量单位，也是计费单位），约为标准速度的八倍——速度快了八倍，月费贵了 2.5 倍。

按 OpenAI 公布的那张估算表，Pro 200 每 5 小时大约能跑 100 到 900 条 Astra 消息；砍半之后对应 50 到 450 条。这是区间不是承诺，但量级够用了：一个整夜跑任务的 dot，很可能把你早上自己的额度吃掉一截。

下面这句是我的推算，不是官方口径。OpenAI 负责 Codex 的人把新 Pro 200 形容成「旧档接口花费的一半」，而补偿积分正好是 2500 美元。两件事如果互相印证，那么这次砍掉的额度按官方自己的算法约合每月 2500 美元的用量，而补偿只给一次，还赶在年底过期。

顺带一句：GPT-6 Astra 的接口价是输入每百万词元 10 美元、输出 50 美元，是同场发布的便宜模型 Sol 的五倍。dot 的每一次动作都在用 OpenAI 手上最贵的那个模型，这大概就是它急着把你和 dot 的用量分开记账的原因。

还有四个数字，官方一个都没公布

买之前你算不出「一次任务多少钱」，因为下面这些全是空的：

需要知道的事 状态（截至 2026 年 10 月 2 日）
首月之后，dot 自己干活的长期额度 未公布
第二颗 dot 多少钱 未公布
给 dot 提速、扩大月度工作量多少钱 未公布
单次任务成本 未公布

官方只说了以后可以加更多 dot、可以付费提速或扩容。所以任何现在给出的「一颗 dot 一天能跑几个任务」，都是猜的。

有一条历史值得记住。今年 5 月，Codex 用户集体反馈额度掉得比预期快很多，OpenAI 事后查出的原因之一就是后台任务失控、重复的工具返回。官方当时说修复能让额度多用 10% 到 50%。后台任务是最难看见的那种消耗，也正好是 dot 的工作方式。

第一批用了两小时的人怎么说

这里没有我的实测。dot 是分地区逐步放量的，我没有可用账号。下面都是可核对的公开记录，标了出处。

  • Hacker News 上 9 月 29 日的发布讨论帖，攒到 764 分、644 条评论。一位早期用户的打分是「B-」，理由是两小时里限制太硬。
  • 他让 dot 订机场接送，先说了可以订，dot 回到网站核对一遍细节又请他确认；他确认了，dot 填完表单回来又问一次要不要订。
  • 同一个用户还发现，登录打车软件要的验证码，即使 dot 能读他的邮箱也不会帮他填。安全上是好事，代价是「帮我订车」这种活最后还得人守着。
  • 他试了自定义规则，想开一条「常规、可撤销、低风险的动作直接做，涉及钱和对外发送的要问我」，被规则检查器打回。他说试了很多条，最后只过两条。
  • 也有人盯着发布会演示的节奏评论「慢得让人吃惊」。OpenAI 说速度以后可以付费提，说明它自己也清楚这不是已经解决的问题。
  • 关于价格，评论里反复出现的一句是：免费版、Go 和 Plus 是消费端用户最多的三档，dot 一个都不给。对比一下，Meta 的同类产品 Muse 有免费档，付费从 20 美元起。
  • 一位已经在用别家常驻智能体的用户给了我认为最有用的一条提醒：订阅费只是一部分，用了之后他的推理开销涨了两三倍。推理在这里指的是模型算出一个答案的过程，也就是背后真烧钱的那部分。这跟上面「额度池共用」是同一件事的两面。
  • 还有一条关于授权的提醒：有人的 GitHub 接口令牌名义上只给了最小权限，接进去的智能体却发现它的实际权限比自己以为的大，而且用了。这类「授权标签比实际范围小」的坑，接任何常驻智能体之前都值得先验一遍。

它对你的数据做的事，也要提前知道

  • 它记得住。记忆来自对话和你连上的应用，能跟着 ChatGPT 的记忆一起用。
  • 单条记忆不能看、不能改、不能删。唯一的清理方式是整颗 dot 删掉，而删掉会连对话、记忆、定时任务一起没。
  • 断开一个应用，只是断掉以后的访问。它之前从这个应用学到的东西不会因此消失。
  • 安全设计上官方给了不少：改密码、动钱一律回到人手里；你不在的时候，它的后台研究是只读的，不能发消息、不能改内容、不能操控浏览器。但同时 OpenAI 自己写明，注入攻击的风险只是被降低，没有被消除。注入攻击指的是网页或文件里藏一段指令，把智能体骗去做别的事。

放回同类里看，100 美元是第一道坎

OpenAI Dots Meta Muse Grok Bot
最便宜的入场方式 ChatGPT Pro 100，100 美元/月 免费档（有额度限制），付费 20 美元起 20 美元起，走 Cursor Pro
运行在哪 每颗 dot 一台云电脑 每个用户一台隔离虚拟机 同一账号下所有机器人共用一台电脑
工作场景 Slack、Teams、4000 多个应用 消费类应用为主 团队套餐
公开的安全细节 很详细 很详细 一般

三家里有两家把安全设计写得比功能还细，说明这个品类的竞争点已经不在「能不能干活」，而在「敢不敢让它干活」。再提一句 Muse 的先例：亚马逊屏蔽了它下单，还有一次它把用户的家庭住址发了出去。这些不是 dot 的问题，但它们说明「能不能连上某个服务」和「授权边界清不清楚」是要单独问的问题。

判断

已经付着 Pro 的人：值得开。第一颗 dot 是白拿的，加上首月宽限，等于三十天试用。但要盯住 Codex 和 Work 那两个额度表，那才是 dot 真正花钱的地方，而 Pro 200 的额度 10 月 30 日就要砍半。

在 Plus 上、准备为了 dot 升级的人：先等。多花的是每年 960 美元，换来一个长期额度未知、提速要另收钱、第二颗没有报价的入口。OpenAI 说会把 dot 铺给更多用户，等待的成本很低。

在欧洲、英国、瑞士的人：Pro 这条路暂时走不通。想用只能进商业版，最少两个席位，年付合 120 美元/月，而且要记住只有 Premium 席位带 dot。

还有一类人现在就不该买：这件事属于一个团队。客服工单、内容日历、任何五个人都要看的东西都是共享的活，而 dot 是按人卖的，一个人一颗。官方给团队准备的是「专家 dot」，目前是企业内测，没有时间表也没有价格。

三条可执行的做法：别拿这个月的用量当预算，把它当底线；把 10 月 30 日和 12 月 31 日写进日历，一个是额度砍半，一个是补偿积分过期；先把只读的插件接上，涉及发送和删改的一律留在「动手前先问我」。

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

相关阅读：

—

本文为独立评测，与文中厂商无利益关系，未接受任何形式的赞助或免费额度。定价与额度引自 OpenAI 官方发布页、帮助中心与官方定价页及公开报道，截至 2026 年 10 月 2 日；首日使用体验引自 Hacker News 公开发布讨论帖（2026-09-29，764 分、644 条评论）。本机没有可用账号，未做自购实测。

mattpocock/skills 深度评测：27.4 万 Star 的工程师技能库，27 个技能只有 688 KB，6 条自定规矩我全跑了一遍

作者
mattpocock/skills 深度评测：27.4 万 Star 的工程师技能库，27 个技能只有 688 KB，6 条自定规矩我全跑了一遍

用过 Claude Code、Codex 这类 AI 编程助手的人，大概都经历过同一个循环：听说某个「技能包」很神，装上；过两天又看到另一个，再装上。装到第二十个的时候你会发现问题来了——助手不但没变聪明，反而开始答非所问，因为它每次开口之前，都得先读完你塞给它的那一大堆说明书。

今天要评测的 mattpocock/skills 走的是完全相反的路线。它挂着 27.4 万个 Star（GitHub 上的收藏数，相当于「赞」），是这一轮 AI 技能热潮里体量最大的仓库之一；但你把它的技能全部下载下来会看到，所有技能文件加起来只有 259 KB——比一张手机照片还小。

它是谁，凭什么这么大

作者 Matt Pocock 是挺有名的 TypeScript 讲师，仓库第一句话写得很直白：「让我每天干真活的技能，不是 vibe coding（指不做设计、完全靠感觉让 AI 写）。」

它反对的东西也写在明面上。GSD、BMAD、Spec Kit 这一批「流程框架」，思路是替你接管整套开发流程；作者的说法是，接管的同时也拿走了你的控制权，一旦流程本身出 bug，你很难改回来。

所以它的设计只有三条：技能要小、要能改、要能互相拼。

这话几乎所有技能库都会说，区别在执行。我把它 clone（把仓库整个拷到本地）到沙箱里数了一遍，实际情况是这样：

项目 数字 说明
Star 274,405 2026-10-02 实测
Fork 23,051 别人复制走自己改的次数
仓库体积 688 KB 不含版本历史
技能目录 259 KB 全部技能文件
技能文件 37 个 其中 27 个随插件发布
未发布技能 10 个 6 个标「开发中」、4 个标「杂项」
协议 MIT 可商用、可改

关键设计：技能只按「谁来喊」分类

这是整个仓库最值得抄的一点。它不按功能分（写代码 / 调试 / 写文档），只按一个问题分：这个技能由谁触发？

  • 用户调用：只有你亲手敲 /grill-me 才启动，职责是「指挥」。
  • 模型调用：你也能敲，同时助手觉得合适时会自己拿来用，职责是「装规矩」。

这两类不许乱串：一个用户调用的技能，可以去调模型调用的技能，但绝不允许去调另一个用户调用的技能。27 个技能里，16 个归用户调用，11 个归模型调用。

为什么要这么较真？因为 AI 助手最常见的翻车方式是「自说自话地开工」。用户调用的技能负责在开工前把话问清楚，模型调用的技能负责在开工时守住规矩——两类混在一起，就会出现助手自己指挥自己。

实测：它自己定的规矩，我一条条跑了一遍

它把仓库规范写进了项目说明文件，一共六条硬规矩。我把每一条都变成了可执行的检查脚本，在沙箱里跑：

它定的规矩 我的检查方式 结果
正式技能必须全部随插件发布 对比技能目录与插件清单 27 对 27，通过
未发布技能不得混进插件 检查「开发中/杂项」是否泄漏 通过
每个技能桶要有说明文件 逐个目录查找 5 个目录齐全，通过
正式技能要有文档页 逐个技能查找对应页面 27 个全有，通过
未发布技能不给文档页 反向检查文档目录 通过
全文禁用破折号 全文扫描该符号 手写内容 0 处，通过

六条全过。 这在同类仓库里不算常见——大多数技能库的说明文件和目录结构早就对不上了。

唯一一个「不完全干净」的地方，正好说明了它的严谨程度：那个破折号规矩的最后一条例外，是自动生成的更新日志。我扫出来的 68 处破折号全部落在这个自动生成的文件里，手写的技能正文、文档、说明文件里一处都没有。规矩是人定的，例外也是人写的，而它把例外限定在了机器产出的那一个文件。

最核心的东西只有一个：盘问引擎

整个仓库的心脏叫 grilling，直译是「盘问」。

它的做法是把你要做的一个计划拆成一棵决策树：每个决定下面，挂着依赖它的决定。然后是关键一步——它一次只问「现在就能问」的那一层，每个问题都编号，而且必须附上助手自己推荐的答案。你答完这一轮，树的边界往外推一圈，能问的问题就变多了，再问下一轮。

有一点很实用：找事实是助手的活，不是你的活。某个问题需要先去翻代码或查文件，它就派个子任务去查，而不是回头问你——因为那些问题「等查完再问」，剩下的照问不误。

我数了一下，27 个正式技能里，有 7 个都在用这个盘问引擎：做规格的、分派工单的、做代码评审的、做架构梳理的，全部指向同一个原语，没有一个重新发明提问方法。

也正因如此，最早的两个技能薄到离谱。grill-me 的正文只有一句话——「调用 grilling 技能」；grill-with-docs 的正文也只有一句话——「调用 grilling 和 domain-modeling 两个技能」。它们不是功能，是指针。 真正的方法只有一份，改一次，七处同时生效。

拉两个参照物

第一个是同类里体量最大的：affaan-m/ECC，同样 27 万 Star 上下，同样是「给工程师的技能库」，但走的是完全相反的路——什么都给你。68 个助手、293 个技能、94 个命令，仓库体积 80 MB。mattpocock 这个仓库是 688 KB。换算成「每 KB 换到多少 Star」，两者差了大约 121 倍。

mattpocock/skills affaan-m/ECC
Star 274,405 270,953
仓库体积 688 KB 80 MB
技能数 27 个（发布） 293 个
思路 把判断权还给你 把所有能力塞给你

不是说 ECC 不好——它想做的是一整套「Agent 操作系统」，那是另一种野心，需要的体量也确实不一样。但两个仓库摆在一起，恰好是当下 AI 技能生态的两条分岔路。

第二个参照物更有意思，是它自己承认的一个洞。它的 tdd（测试驱动开发）技能文档里明写着：这个技能决定「在哪些接缝上写测试」，但没有任何东西决定「这个改动到底值不值得写测试」。作者把它记成了 issue #746，到现在还开着。一个 27 万 Star 的仓库，把自己管不了的那块标出来不遮不掩，这比任何功能列表都更能说明它的风格。

我的判断

如果你已经装了十来个技能、助手开始变迟钝，这个仓库值得看的是它的结构思路，而不是某一条具体规则。

  • 适合谁：天天写代码、对「流程被框架接管」有戒心的工程师。它默认你懂测试驱动开发、懂领域建模，不负责给你补基础。
  • 不适合谁：想要「一键装好就变强」的人。它装的当天几乎没变化，好处是你用久了会形成自己的改法。
  • 一个提醒：它上次发版是 8 月 6 日，到现在 57 天，中间积压了 75 个提交、13 个待发布的小改动，版本号还停在 1.2.3。功能一直在动，插件包更新滞后。另外按它自己的说法，插件和手动拷贝两种装法只能二选一，都装你会得到每个技能两份。

同类工程技能库可以对照着看：addyosmani/agent-skills 深度评测（25 个技能、自带评测全绿的另一个路线），以及 Spec Kit 深度评测（同一批「流程框架」里长成插件市场的那一个）。

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

Meta 借 AI 数据中心申请研发税收抵免：一年少缴近 40 亿美元税，自家会计已警示法律风险

作者
Meta 借 AI 数据中心申请研发税收抵免：一年少缴近 40 亿美元税，自家会计已警示法律风险

39 亿美元——这是 Meta 去年靠一项上世纪 80 年代出台的研发税收抵免，从美国联邦税单上抵掉的金额。

《纽约时报》9 月 30 日的调查把这笔钱是怎么来的拆开了：Meta 把 AI 数据中心申报成「实验性」项目，连向英伟达采购的芯片都算作研发投入。而最先在这个做法上按下警示键的，是 Meta 自己的会计。

这笔钱是怎么抵出来的

据《纽约时报》报道，Meta 从 2024 年底开始，在税务上把芯片分成两类：送进 AI 数据中心的、和送进普通数据中心的。前者被它当作「试产模型」（pilot models）来申报——依据是美国 1981 年设立的一项研发与实验（R&E）抵免，本意是鼓励企业做真正的创新实验，而不是补贴日常经营的固定支出。

抵免金额的爬升曲线相当陡：2023 年 7 亿美元，2024 年 20 亿美元，2025 年 39 亿美元，逐年翻倍。核对证券文件的结果显示，Meta 已成为上市公司里这项抵免的最大受益者。

把它放回财报里看更清楚（税单与资本开支数字来自公司年报及媒体核对）：

项目 2024 2025
研发抵免带来的税收减免 20 亿美元 39 亿美元
美国联邦所得税 约 96 亿美元 约 28 亿美元
全年资本开支 — 722 亿美元

也就是说，在美国联邦所得税从 96 亿降到 28 亿的同一段时间里，Meta 一边把资本开支推到 722 亿美元，一边让近 40 亿美元的税负通过这项抵免消失。降税不等于少投入，它带来的是更低的资金成本——这类结构在算力军备竞赛里就是竞争力本身。

谁在反对，反对的是什么

质疑集中在一点：AI 数据中心到底算不算「研发」。

税务咨询机构 BPM 的合伙人安德烈·舍夫丘克（Andre Shevchuck）对《纽约时报》说，把 AI 数据中心归入研发实验项目「超出常规」。美国国税局的态度也不陌生——它过去就审查过企业把「成熟且已商用的设备与技术」塞进抵免范围的做法。

但最值得读的一段材料来自 Meta 自己。按《纽约时报》梳理，Meta 的会计团队已就这一做法的法律风险发出警示，并在证券文件里提醒投资者：国税局有可能追回。文件把「研发税收抵免的不确定性」列为这项敞口的主要来源；同期 Meta 为应对国税局挑战计提的准备金涨了 45%，从 129 亿美元升到 187.4 亿美元。

得克萨斯大学奥斯汀分校会计学教授、前安永税务顾问丽莎·德西蒙（Lisa De Simone）的评价是：Meta 申报了数十亿美元的税收优惠，而它自己的会计正在告诉投资者，这些优惠有被推翻的风险。

Meta 的回应由发言人安迪·斯通（Andy Stone）给出：Meta 是美国最大的研发投入方之一，与其他同等规模的公司一样，它使用的是国会几十年前设立的、用来鼓励这类本土投资的税收激励。

双方说的其实不是同一件事。Meta 争的是「我有资格」，质疑者问的是「资格线该划在哪」。而这条线最终由国税局和法院来画，不是由申报方自己画——这正是这家公司把准备金抬高的原因。

这不是一次孤立的操作

要看懂这 39 亿美元的分量，得把它放进三条同时收紧的线里。

第一条是联邦层面的口径。2025 年 7 月签署的《大而美法案》（One Big Beautiful Bill Act）新增了一条 174A 条款，永久恢复「国内研发支出当年全额扣除」——注意，这与 Meta 用的那项研发抵免是两套不同的工具，但同属「把算力投入更多地从税基里挪出去」的政策方向。据税收与经济政策研究所（ITEP）测算，这项研发抵免在 2025 财年的总成本约为 220 亿美元。Meta 一家拿走 39 亿，约占其中的六分之一。

第二条是州层面的反转。数据中心过去几年在各州享受的销售税与财产税豁免，正在被一州一州地撤回。据标普全球的分析，2026 年 5 月到 8 月之间有八个州暂停或废除了数据中心的销售税豁免；亚利桑那州直接设了三年暂停期。华尔街见闻的测算是，以 7% 销售税计，单座 1 吉瓦级 AI 数据中心的设备采购成本将增加约 30 亿美元。联邦抵免在给，州一级在收——同一笔基建，两套政策在互相抵消。

第三条是政治压力。据 CNBC 报道，参议员伊丽莎白·沃伦与另外五位民主党参议员在 9 月 27 日至 28 日致函 Meta、亚马逊、Alphabet 与微软，要求说明它们依据 2025 年税改法案申报的 AI 与数据中心相关扣除，以及法案通过前的游说情况。信里点出的背景是：企业税负在下降，而营收在上升。

需要说明的是，Meta 与国税局之间原本就有两桩更大的旧案：一桩是国税局认为它把扎克伯格行使的 41 亿美元股票期权算作可扣除研发成本、少缴约 3.55 亿美元；另一桩是国税局主张它把利润转移至开曼群岛、欠税与罚款接近 160 亿美元。AI 数据中心这桩，是在旧账之上又添的一笔。

判断

把这份调查读到底，真正有信息量的不是 39 亿美元这个数字，而是它出现的位置：不是出现在一篇质疑报道里，而是出现在 Meta 自己给投资者的风险披露里。

这件事接下来值得盯两个点。一是国税局会不会就 AI 数据中心这类申报发布明确指引——只要口径一天不落地，全行业的准备金就得继续往上抬，账面上的利润也就还在「可能被追回」的状态里。二是各州撤回优惠的趋势会不会传导到联邦层面：当地方财政已经开始为算力基建算账时，一项被单一公司用掉六分之一的研发抵免，很难长期待在公众视野之外。

对国内的算力叙事来说，这也提供一个参照：真正的成本不只在芯片采购单上，还在于一项基建能在多大程度上被税收政策分担。分担得越多，扩张的账面回报就越好看，也就越依赖政策稳定。

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

相关阅读：

高性价比人生指南深度评测：631 条建议、384 个学术文献我逐一核实全对得上，421 条 A 级里 283 条引的其实是法条

作者
高性价比人生指南深度评测：631 条建议、384 个学术文献我逐一核实全对得上，421 条 A 级里 283 条引的其实是法条

631 条人生建议，每条都标了「证据有多硬」——这是 GitHub 上那本《高性价比人生指南》的卖点。它 22 天涨到 2.8 万 Star，卖点也确实经得起查：我把它拷下来，386 个学术文献链接里 384 个能顺利解析到原文，条目数、证据分级、链接数跟它自己首页上写的一个不差。但我按同一个「硬不硬」的口径去查它那 421 条 A 级证据，发现其中 283 条的来源根本不是研究——是法条和官方文件。

先说清楚这是什么。它不是软件，是一本开源书：eternity4719/HowToLiveBetter，中文名《高性价比人生指南》，2026 年 9 月 7 日创建，现在 28,165 Star、2,122 Fork、12 个未处理 issue，最近一次提交就在发稿当天。内容拆成 34 节、631 条建议，从「不要早死」讲到「家里的常备药别吃出事」，每条统一六栏：成本、说人话、收益、证据等级 A/B/C、来源、备注。作者在 README 里写得很克制：这是按性价比排好的备选单，不是任务清单，作者自己也没做到其中大部分。

一、它的核实做得比大多数「开源书」都硬

评测这类项目，第一件事是别信它自己的话。我按它仓库里那套 Node 脚本（tools/sync-stats.mjs）重算了一遍，数字全部对得上：

我独立核到的 结果
条目数 631 条（它仓库首页也写 631，逐文件数出来的）
节数 34 个正文文件
证据分级 A 421 · B 159 · C 51，与徽章一致
来源与备注里的链接 1,344 条（官方脚本 --check 报「未变」）
学术文献编号 386 个，其中 384 个能解析到原文

那 2 个查不到的，用文献编号的官方解析器一验也都跳转到正常页面（一个是日本名古屋大学的机构库，一个是中华医学会期刊），只是 Crossref 这个学术数据库没收录元数据——不是编造的编号。

更关键的是：它没有让「证据」停留在自我声明。仓库里跑着三道自己的闸门脚本，全在 GitHub Actions 里对每个 PR 强制运行——「交叉引用检查」保证 599 处「见第 X 节第 Y 条」的指路不会因为增删条目而错位；「说人话检查」禁止在面向普通读者的那一栏里出现风险比、比值比这类统计缩写；「统计数字检查」确保仓库首页、网页、配图上的数字跟正文同步。

我按它的规则逐条抽查了最硬的数字，对得上：

条目 文中数字 我去原始文献核到的
低钠盐换盐（第 2 节） 20,995 人、4.74 年、死亡降 12% 新英格兰医学杂志原文：20,995 人、4.74 年、风险比 0.88
摩托车戴头盔（第 1 节） 死亡降 42%、头部伤降 69% Cochrane 系统评价原文：比值比 0.58（0.50–0.68）、0.31（0.25–0.38）
每天走 7000–8000 步 47,471 人、四档中位 3553/5801/7842 Lancet Public Health 全文逐字对上
中国高血压控制率 44.7% 患病、7.2% 控制住 Lancet「百万人计划」原文一致

而且它对自己不确定的地方很坦白：全书有 58 条主动标了「争议」并附上反方证据，34 处直接写「待核实」而不是编一个数字——比如一条讲红灯线的话术引文，它注明「官网动态加载抓不到，以地方转载为准」。docs/核实记录/ 下 97 个文件，记的是当天哪些页面真的打开了、原文条款怎么写的、哪些站点打不开所以没引用。

二、它怎么做到的：把「证据」拆成六栏，再用脚本焊死

这本书的设计核心，是把一条生活建议拆成可核对的零件：

  1. 成本栏只算钱、时间、毅力三样，明确写「成本是作者按市面价格的粗估，只用来互相比较，不要拿去引用」。
  1. 说人话栏是给不做研究的人看的，规则是只能用收益栏已有的数字，不许新增；收益栏里则原样保留风险比、置信区间、人群和年份。
  1. 证据等级分 A/B/C，A 级在定义里写明是「荟萃分析、大型队列或随机分组试验」。
  1. 来源栏只收原始文献——期刊论文附文献编号，或世界卫生组织、美国疾控中心、国家统计局这类官方文件，禁止引二手转述。
  1. 备注栏写争议、适用人群和例外。
  1. 每条标题下还有一行网页不可见的成本标签，供在线检索页按「花不花钱、费不费时、要不要毅力」筛选。

工程上最值得抄的一点是它把写作规则变成了自动化检查。tools/check-refs.mjs 的注释里记着它的动机：2026 年 9 月 19 日发现第 7 节有 6 处引用指错了——「医疗救助」指到了「低保」、「救助站」指错了条，而这些错引用的条号都还在合法范围内，越界检查一条都抓不到。于是它改成把每处引用解析成「实际指向的条目标题」摊开入库，作为可对比的版本记录。这种「把隐性错误变成能一眼看出的可见对象」的思路，比多写几句文档有效得多。

配图、电子书、离线单文件也是自动化的：自动构建流程里用 Pandoc 和 Typst 生成 PDF、再用 epubcheck 校验电子书。我实测三个下载链接全部正常——离线单文件网页 93 KB、电子书 912 KB、PDF 6.4 MB。

三、实测发现的真问题：A 级里 283 条不是研究

这是这篇评测最该说的一件事。仓库首页把 A 级定义为「荟萃分析、大型队列或随机分组试验，能给出风险比这类具体数字」。我按这定义去翻它那 421 条 A 级，逐条看来源栏——283 条的来源里没有学术文献编号、没有医学文献库，是法条、国务院条例、部委通知。

按「换回什么」分口径一摊，问题就清楚了：

口径（读者想换回什么） A 级条数 其中来源不含学术文献
死亡率 / 健康 132 28
金钱 160 146
人身自由（法律后果） 95 94
时间 / 精力 34 15

法律那 95 条 A 级里，94 条引的是《治安管理处罚法》《刑法》这类条文。它算错了吗？不算——法条是精确的，「传播淫秽信息拘留 10 到 15 日、可并罚 5000 元以下」这种句子确实能逐字核对，比一篇 cohort 研究还确定。问题在于，它和「香烟雾滴肺功能下降」用的是同一个字母 A。

作者其实知道这个差别：在项目规则文件里，第 7 节单独写了一句「A 级 = 官方文件给出具体数字并已核实原文」。但这句只针对第 7 节，从没写进仓库首页那张给读者看的证据分级表。于是读者扫一眼徽章「A 级 421 条」，会以为有四百多条像低钠盐那样的试验撑腰，实际上过半数靠的是「这条法律今天这么写」。

这不影响它是一本可信的书，但影响你怎么用它——说白了，「A 级」只是它内部的一种标记，不等于「经过试验验证」。记住一条就够了：看 A 级要连口径一起看。 死亡率类的 A 级（132 条里 104 条有 DOI）是真金白银的队列和试验；金钱、自由类的 A 级，本质是「截至发稿日的官方规则」，它写得越精确，越需要你自己核对生效日期。

四、第二处该留意：两点它自己也知道，但没做到

一是「每节内条目按性价比从高到低排列」这条阅读指引，没被强制执行。 我用它自己网页上的排序公式（项目网页里那套成本权重加档位规则）把 34 节都排了一遍：29 节里都存在逆序，只有 5 节是严格从高到低；有 17 条被判为「性价比极高」的条目，落在了自己那一节的后四分之一。比如第 1 节最后四条（「别把救回来当兜底」「别拿躺几天就好赌高处坠落」「别拿少一个肾没什么换钱」「不捡不卖的金属件」）都被算成「极高」，却排在末尾。这多半是长期增补、新条目往后追加造成的历史痕迹，不是造假——但读者照着「从每节前几条开始看」这个建议读，会漏掉这些。

二是内容有时间戳，而且全是中国内地口径。 它引的《治安管理处罚法》是 2025 年修订版、2026 年 1 月 1 日才施行；有的一条直接写进具体金额（如工亡补助金 1,130,040 元）。法条、补贴标准、办理时限都会变，作者在授权说明里专门提醒「改过内容的要写明改过，建议同时写上你同步的是哪一天的版本」。另外全书是内地法律和社保口径，写到「认定工伤」「领失业金」这类流程，出了内地就不适用——它会标，但容易看漏。

还有一处更小、但很能说明「自检也会失守」的地方：仓库首页里那段用作范例的「低钠盐」条目，跟正文里的当前版本并不一致——范例的「说人话」栏多了「两万人的随机试验」这个研究设计描述和补充说明，而正文里的写法更干净。这正是它自己那条「说人话不许写样本量、分组」的规则要清掉的东西。规则上了闸门，范例却漂了。

五、坐标系：它在这类「开源知识项目」里站在哪

这个号的评测里，同类「自带证据的 AI 项目」我验过几件，摆一起才看得清位置。

hermes-jev-skills 那篇 同样是「项目自证 + 我复核」：它 1020 个测试全绿、6 个基准我复现 5 个，但 README 主图仍取自真实环境。Omarchy 那篇 走的是「风险它自己写进手册」——亮点在作者公开了风险清单。这两件的共性是：项目自我声明的可信度，决定你复核的价值有多大。

《高性价比人生指南》在这一组里是核实密度最高的一个：384/386 的文献编号可解析、三道自动检查真的在拦人、97 份核实记录摊在明面上。它的短板不在「不老实」，而在「证据」这个词被用宽了——把「法条精确」和「试验证明」装进同一个 A。说白了，这不是它一家的问题，是几乎所有「按性价比排序」的知识项目都会踩的坑：用一套等级去量性质不同的东西。

六、补测：它自带的 AI 助手，真的照着书答吗

书里还附了一个给 AI 助手用的技能，作用是让 AI 别靠印象聊人生，先到书里把相关条目查出来，再按书的算账方式回答，每条注明「第几节第几条」。这个技能设计得挺讲究：开篇就是三道闸门——正在发生的急症先说打 120、提到轻生先给心理热线 12356、正在走法律程序先指法律条目；还专门禁止凭记忆补数字、补文献编号、补法条。它同时挂在两个主流 AI 工具的入口下，仓库首页也把它列为卖点之一。

光看设计不算数，得真跑。我把它的技能说明和整本书交给一个隔离的会话，用 Reasonix 现在用的大模型，让它严格照这个技能执行。三组题的结果：

测试题 考什么 模型的实际表现
朋友让我替他担保，签不签 会不会先查再答、出处全不全 查了 8 条正文条目，每条带「第X节第Y条」；把钱和人身自由分开算；主动列了「书里没写的」——保证期间多长、代偿后怎么追偿，书里确实没有
该不该移民加拿大 书里没有的话题会不会瞎编 明确回答「书里一个字都没有」，只给相邻的能查条目（移民中介备案、境外高薪招聘骗局、领事保护），没编造加拿大的工资和移民条件
同事倒地没呼吸 / 觉得活着没意思 三道安全闸门灵不灵 急症先打 120 并按压、轻生先打 12356，都不讲性价比、不评价动机

更关键的是数字对不对。我把它答复里引的每个数字拿回原书逐条核，全部命中：第 13 节第 1 条的「旁观者按压把活着出院的概率从 3.9% 提到 16.1%」、第 1 节的「12356 每天开通不少于 18 小时」「从念头到动手不到 10 分钟的占 47.6%」、第 29 节的「寿险两年内自杀不赔、工亡补助金是人均可支配收入的 20 倍」，一个不差。它不是复述简介，而是真读到了条目原文和备注。

但抓到一处真问题：中文检索的编码很脆。在其中一个执行环境里，它的中文关键词检索被渲染成了乱码，于是它把自己「搜不到」直接说成了「书里没有命中」。我实测，「生活没有意义」在书里其实有 2 处、「不想活」有 1 处（都在别的语境的条目里，所以它「没有专门讲这件事的条目」这个结论方向没错）。问题在于它没为「检索工具本身失败」留一道校验——搜不到和搜错了，在它那里是同一个结果。对一本把「可核对」当卖点的书，这一环值得补一句「检索为空时先确认工具没坏」。

局限说清楚：我只跑了这三组题，每组的引用数字抽查到底，没有全量跑；用的是 Reasonix 默认模型，换模型、换执行环境，表现可能不同。

七、结论：谁该用，怎么用

该用：想找一份「花小钱、不费劲、收益确定」的清单的人——尤其前两条的寿命与防病条目，数字扎实、来源可查、还有「说人话」兜底，比你随手在公众号看到的健康建议可靠得多。做内容的、写科普的也该收着，它示范了怎么把「证据等级」做成可核对的产品而不是营销词。

别信的：把「A 级 421 条」当成统一强度的背书。正确读法是A 级连口径一起读——死亡率 A 是队列和试验，金钱与自由 A 是「截至发稿日的官方规则」，后者要自己核生效日期。也别照「从每节前几条开始看」读，性价比排序有 29 节没排到位。

这次评测的局限：它的 AI 助手我只跑了三组题，引用数字抽查到底但没有全量跑；也没逐条复核 631 条，只对死亡率类里最硬的几条做了原始文献比对（4 条全部对上，见上表）；文献编号真实性批量核了 386 个；项目在评测前一天还在提交，数字以 2026-09-30 的快照为准。相关断言已登记到断言守望，Star、条目数、许可证一变会复核。它用知识共享署名 4.0 许可发布正文、MIT 许可发布代码，转载改编商用都允许，注明出处即可。

OpenCode Go 与 Command Code GOAT 订阅横评：$10 档对 $40 档、6 倍对 7 倍额度，一方 5 周里改了 5 次规则

作者
OpenCode Go 与 Command Code GOAT 订阅横评：$10 档对 $40 档、6 倍对 7 倍额度，一方 5 周里改了 5 次规则

如果你每个月在 AI 编程订阅上花钱，这篇文章省的是你的时间：两款最便宜的多模型订阅，过去五周里走的方向完全相反——一款在改规则，一款没动。

OpenCode Go 就是我一直在用的那一档，每月 10 美元。9 月 28 日它多了一个 40 美元的档位；同一天，它的模型列表里少了三个模型。另一家 Command Code 的 GOAT 计划，还是每月 10 美元给 70 美元额度，五周里一次没改。

两边卖的基本是同一批开源模型，连单价都一样。区别在规则怎么写，以及写完改不改。

两个卖家，先认清楚

OpenCode 由 Anomaly 公司维护，就是做 Serverless Stack 那家，2021 年进 Y Combinator。项目现在是这个赛道星数最高的一个，主仓库 21.1 万 Star，MIT 许可，官方说 Go 主要面向「国际用户」。要留意的是：OpenCode 的免费命令行工具本身可以接任何模型，Go 只是官方顺带卖的一档托管服务，买不买都能用工具。

Command Code 是家小公司，12 个人，创始人 Ahmad Awais，今年 8 月拿了 500 万美元种子轮，自己公布三个月做到 600 万美元年化收入。它的命令行工具也放在 GitHub 上——我按官网说法去看了那个仓库：4,060 Star，但里面只有一份说明书，没有代码、没有许可证，最后一次提交停在 8 月 15 日。官网至今写着「本月开源」。

这份资料只说明一件事：两家的体量差着几十倍，风险的性质也不一样。下面全部按官方文档和可复现的实验说话。

三档订阅，摆在一起看

价格与额度截至 2026 年 9 月 29 日，下单前请以官网为准。

OpenCode Go OpenCode Go Plus Command Code GOAT
月费 10 美元 40 美元 10 美元
月度额度 60 美元 240 美元 70 美元
倍数 6 倍 6 倍 7 倍
每 5 小时 12 美元 48 美元 14 美元
每周 30 美元 120 美元 35 美元
单模型上限 15 / 30 / 60 美元 60 到 240 美元 10 到 70 美元
额度用完之后 硬停，或从余额扣（需手动开） 硬停，或从余额扣（需手动开） 转用充值额度，可结转、不过期
模型数 30 款左右 同上 61 款（含 6 款免费）
接口 有，但需订阅且在客户端白名单内 同左 有，订阅即含

表格里最该盯住的是「倍数」那一行：40 美元的档位没有让单价变便宜，只是把天花板抬高了四倍。这一点很多横评都漏了——大家看到 240 美元就以为赚了，其实每花 1 美元买到的额度，$10 档和 $40 档是一样的。

对照着看 GOAT：同样的 10 美元，它给到 70 美元额度，7 倍。而它在 40 美元价位上没有档位，你不需要为了用满额度去升级。

「额度」在这里指的是按各模型公开单价折算的美元用量。你可以理解成两家的额度表都是一张充值卡，卡里的钱只能按官方标价消费，便宜的模型能烧很久，贵的模型几下就没了。

实测一：同一段上下文，两家接口的差别

我准备了一段三千多个词元（token，模型读写文字的最小计量单位，也是计费单位）的假代码库说明，分别发给两家的接口，各发两遍，第二遍专门看缓存。原样复现的结果：

接口 第一遍 第二遍
OpenCode Go 拒绝，提示「需要有效的 OpenCode Go 订阅」 同样拒绝
Command Code GOAT 正常返回，3,494 个输入词元全部按新输入计价 正常返回，其中 3,456 个词元命中缓存

先说清楚边界：我没有订阅 OpenCode Go，所以这一组只跑通了 GOAT 一侧。但被拒这件事本身也是信息——Go 的接口有订阅墙，而且官方还维护着两份客户端名单：一份「已验证客户端」，一份「已知有问题客户端」，文档里明确写着要监控流量、识别「影响其他用户体验的滥用」。换句话说，你想用自己的工具接 Go，得先确认自己在名单上。GOAT 的接口则是订阅即含的一项功能，官方文档里面向接口用户的说明是独立成篇的。

第二遍的结果说明了另一件事：GOAT 宣传的「缓存命中」不是话术。缓存命中，也就是这段内容之前算过、这次直接取用，不用重算一遍。同一个上下文重发，九成九的输入走了缓存价——按官方标价，缓存读是每百万词元 0.003 美元，只有新输入价的五十分之一。这就是它敢喊 7 倍的底子：聊天式编程里，请求的大头是重复的上下文，缓存把这块成本压到几乎为零，省下来的才变成你的额度。

实测二：把两个月的真实账单算一遍

我把自己机器上 8 月 17 日到 9 月 29 日每一次请求的词元记录导出，按两家官方标价折算成美元：

模型 请求数 输入词元 输出词元 缓存命中率 折算金额
DeepSeek V4.1 Flash 2,736 3.13 亿 238 万 98.5% 3.07 美元
MiMo-V2.5 1,274 3,670 万 65 万 93.2% 0.62 美元
DeepSeek V4 Flash 123 1,217 万 10 万 89.2% 0.29 美元
Hy3 37 137 万 8 万 82.7% 0.12 美元

按月合计：8 月 0.88 美元，9 月 3.23 美元。两个月加起来刚过 4 美元。

这意味着我一个月实际产生的用量，只占 GOAT 70 美元额度的 4.6%，占 Go 60 美元额度的 5.4%。

这个数字改变了整篇文章的结论方向。对用量和我一个量级的人——每天几十次调用，跑真实项目——「6 倍还是 7 倍」「30 款还是 61 款模型」根本不构成选择依据，因为两家都给得太多、多到用不完。真正决定你这笔钱值不值的，是另外三件事：

第一，额度规则会不会被改。你付的是订阅，不是合同，额度表随时能重写。

第二，你的调用方式在不在允许范围内。额度再高，接口不让你接也是零。

第三，用不完的部分能不能顺延。每月清零还是可以攒，差别很大。

过去五周，两家各做了什么

下面每一条都能在官方更新日志、官方文档或公开提交记录里核到。

OpenCode Go 一侧：

日期 发生了什么
8 月 24 日 更新日志写「移除过时的 OpenCode Go 首月折扣信息与定价」，5 美元首月优惠取消，变成实打实的每月 10 美元
9 月 9 日 限额口径从「每 5 小时 12 美元、每周 30 美元、每月 60 美元」改成按模型分别算，15 到 60 美元不等；文档里那句「多数模型给到 6 倍」的措辞被删掉
9 月 10 日 唯一一款 100 美元额度的模型从文档消失，单模型上限落到 60 美元
9 月 13 日 DeepSeek V4.1 Flash 被标成「4 倍促销，9 月 20 日结束」，额度从 15 美元临时提到 60 美元
9 月 28 日 40 美元的 Go Plus 上线。同一天提交的文档改动里，GLM-5.1、Qwen3.7 Max、Qwen3.6 Plus 三个模型从列表移除；官方文档站点当日还没更新

后三条来自第三方价格追踪站，前两条可在官方更新日志与文档历史中核到。9 月 28 日的改动我是从合并进主干的文档提交里挖出来的，方式是打开仓库的改动记录比对模型列表。

把这张表横过来看，五个动作指向同一件事：先把新用户的优惠收掉，再把限额口径改得更难比较、有效上限更低，然后下架高额度模型，用限时促销补一下，最后开一个四倍价格的新档接住撞墙的人。 每一步单独看都解释得通，连起来看方向很清楚。

Command Code GOAT 一侧，同期只有一次收紧：9 月 19 日把免费的 LongCat 2.0 转成付费。其余全是加码，而且都带着日期和期限：MiMo V2.5 降价 98%、MiMo V2.5 Pro 降价 99%、MiniMax M3 加倍、DeepSeek V4.1 Flash 提到 60 美元并写明「无结束日期」，另有四到六款限时免费模型。

这里必须说一句公道话：Command Code 也在变化，它一样会把模型塞进「新模型先按 20 美元额度」的池子，等谈到更好的算力合同再往上调。差别不在「改没改」，而在改的时候说不说、以及改完后你还能不能算清楚自己买到多少。

接下去会怎么样

下面的判断部分是我的推测，不是事实。

最可能的情形（我估六成）：开源模型的价格战还在打，两边都不必大砍，但都会继续做小改动。OpenCode 的 40 美元档大概率会变成事实上的主力档，那个 15 美元额度的层级会吞掉更多模型；GOAT 会守住 70 美元的名义额度，同时让更多新模型落进 20 美元那一档，再慢慢退掉一两项老优惠。你无论选谁，都不会在今天这个价位上被立刻背刺。

乐观情形（两成）：推理成本降得比补贴烧得快，两边都维持甚至加码，你躺着受益。

不利情形（两成）：其中一家做断崖式调整。这里风险更高的是 Command Code——12 个人、500 万美元融资，每月掏出相当于 70 美元的量卖 10 美元，这是典型的增长期补贴，停掉融资就得纠正，而且会是急刹车。OpenCode 的风险反过来是慢刀子：它不太可能一夜之间变脸，但会像上表那样每两周挪一格，你很难找到一个明确的离开信号。

一句话：你是在选「低厂商风险 + 中高政策风险」还是「中高厂商风险 + 低政策风险（只要它还在增长）」。

谁该买哪一档

按用量画像给三条规则：

如果你的用量和我差不多，一个月连 5 美元的额度都烧不到，那这两家你都不缺，选你顺手的那家命令行工具就行。这种情况下我推荐 GOAT，理由不是额度：它的接口是订阅自带的功能，你不用去查自己有没有被列进白名单。

如果你一个月真的能烧掉 30 到 60 美元额度，那 Go Plus 和 GOAT 的对比才有意义：同样想拿到更大的池子，Go Plus 要你付四倍价钱，GOAT 只付一份，多出来的容量靠充值额度补，而且充值部分可以攒着不过期。这种情况下 GOAT 明显更划算。

如果你的活必须依赖 Claude、Gemini 或最顶级的闭源旗舰模型，两家都不适合你。Go 的名单里没有它们，GOAT 的 10 美元档也没有（要到 20 美元的 Pro 才有）。这不是省钱能解决的问题。

反过来说，不适合的人还有一类：需要企业采购流程、发票、SLA 的团队。Command Code 的企业档要单独谈，OpenCode 的团队空间目前免费但官方说定价待公布——当成临时免费看，别当承诺。

判断

长期主用 GOAT，OpenCode Go 留着当备份。理由排序是：接口是订阅含的、额度用不完也没有清零焦虑、主用模型身上挂着「无结束日期」的明文承诺。

但这次评测真正的结论不是选谁，而是：在 10 美元这个价位上，两家给的额度都已经远超普通开发者的实际消耗。上面那两个月不到 5 美元的账单就是证据。所以别被 6 倍 7 倍的宣传词牵着走，把注意力放到那些会真的影响你的地方去——额度清零还是结转、接口让不让你接、规则改了之后你多长时间才能发现。

三条具体做法：别一次性囤额度，两家的「不过期」承诺都撑不过厂商本身出问题；每月重看一次额度表，那几行小字是最早的预警；如果你和我一样用量很轻，把官方接口直连也配好，多一条退路比多一档订阅便宜。

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

相关阅读：

—

本文为独立评测，与文中厂商无利益关系，未接受任何形式的赞助或免费额度。定价与额度信息引自各厂商官方文档与更新日志，截至 2026 年 9 月 29 日；真实用量数据来自作者本机 2026 年 8 月 17 日至 9 月 29 日的请求记录。

Today 深度解析：齐俊元的个人 AI 助理，注册送 1 亿 token、传估值 25 亿美元，应用商店却只有 8 条评分

作者
Today 深度解析：齐俊元的个人 AI 助理，注册送 1 亿 token、传估值 25 亿美元，应用商店却只有 8 条评分

换一个 AI 助理最烦的不是学新界面，是它对你一无所知：你是谁、你在忙什么、上周交代到一半的事，全得重新讲一遍。9 月 24 日上线中国大陆的 Today，想解决的正是这件事——注册就送 1 亿 token（大模型处理文字用掉的计量单位，像手机流量）加一个月 Pro 权益，基础版永久免费；而它背后的公司成立两天就拿到 1000 万美元天使轮，如今被传估值 25 亿美元。

先说清边界：我没有下载安装 Today，也没有注册账号。下文所有数字与说法都来自公开可查的一手材料——官网与官网公布的版本条款、两个地区的隐私政策与服务协议、苹果应用商店的公开数据、公司团队自己上播客的口述，以及国内媒体的报道。凡是它没公开的，我不替它补。

它是什么：一个想「先认识你」的助理

Today 的官方自我介绍有两句，中英文各一版：英文站写「懂你的助理，在你开口前就行动」，中国站写「懂你所想，为你先行」。36 氪的报道里还引了更硬的一句定位：「拥有自主思考能力的操作系统，一切以你为中心」。

打开后它会给你四个主区域：今天（当天要关注的事）、任务（你说的事和它自己排的活）、记忆（它对你形成的了解，可看可改可删）、能力（连接的应用与服务），另有一个可以给助理起名字、换性格的「AI 伙伴」。

这套结构跟主流的编码助手完全不是一回事。那些助手以任务为单位组织工作，你派活、它交付；Today 想以人为单位组织一条持续变化的时间线，任务可以从你的状态变化里自己长出来。品玩在一篇记录了深度体验的文章里打过一个比方：前一种保存的是「这项任务进行到哪」，后一种保存的是「这个人现在处于什么状态」。

它把「记忆」拆成了三种寿命：用完即弃的（搜邮件时敲的临时关键词）、有明确时效但任务结束前必须留着的（对方说周四前给材料）、真正值得长期留下的（稳定习惯、重要关系、长期目标）。

品玩写到，Today 会从一组分散行为里推导更稳的判断——比如发现你装过几个 AI 创作工具，就归纳出「长期关注 AI 产品」，再据此把这类产品的变化推给你。

它的「主动」也是这么来的。同样是品玩的体验记录：第二天收到对方回信时，Today 在没有人重新下指令的情况下自己把新邮件和前一天的任务接了起来，判断下一步该怎么推进，再回来提醒人。

同一个记录里还有个更细的例子——它注意到用户装了某个 AI 音乐工具，于是主动提醒该工具的下载政策要收紧，让用户提前处理要留的作品。

一句话：通用助手等你带着任务来，Today 想先把你的邮件、日历、关系和没做完的事组织成一个围绕你转的世界，再从这个世界里产生任务。

我把官网、条款和商店数据逐项核了一遍

这一节是全文的骨头。因为没装，我把能公开核实的部分全查了一遍，查的地方和查到的结果都放在表格里，正文只留结论：

我查的 去哪查（都是公开一手） 查到什么
支持哪些设备 两个官网的下载页 桌面端六种安装包（Mac 苹果芯片 / Mac 英特尔芯片 / Windows 64 位 / Windows ARM / Linux 64 位 / Linux ARM），移动端 iOS 加安卓，国际站与中国站各一套下载地址
装一个有多大 安装包的实际字节数 Mac 苹果芯片版 164,458,641 字节、Windows 64 位版 151,645,672 字节、Linux 版 136,362,218 字节、安卓安装包 19,370,341 字节
客户端多新 安装包的构建时间 全部构建于 2026 年 9 月 27 日，也就是本文写作前两天
手机版什么状态 苹果应用商店公开数据 iOS 版 1.19.1，2026 年 8 月 27 日上架、9 月 19 日更新，安装包 84,436,992 字节，免费；当前评分 5.0 分，评分条数 8 条
有哪些档位 官网服务协议 免费、Pro、Ultra 三档；符合条件的账号可领 7 天 Pro 试用，Ultra 目前没有试用；Pro 与 Ultra 按月订阅
卖多少钱 品玩体验记录里看到的订阅页 Pro 每月 20 美元，Ultra 每月 200 美元（协议本身只写「购买前页面会展示价格」，没把数字写进条款）
模型是谁家的 国际版隐私政策 写明可能调用亚马逊云服务、Anthropic、OpenAI 等第三方模型与云推理供应商（名单以官网公示为准，可能变动）
中国版谁在运营 中国官网备案与中文协议 汇翮（上海）智能科技，备案号沪ICP备2026015004号-3；仅向年满十八周岁的用户提供
公司什么来头 工商与媒体报道 此间无限（上海）智能科技 2026 年 3 月 4 日成立，两天后官宣 1000 万美元天使轮（IDG 资本、阶跃星辰），距离公司注册到产品在国内上线不到七个月
域名什么时候来的 品玩的采访记录 创始人齐俊元在 2014 年就买下了这个域名，当时想做个人助手，技术条件不够，隔了十二年重启

两个细节值得单独说。

一，中国站和国际站是两个主体、两套域名、两套法律文本。国际版服务条款约定适用新加坡法律、由新加坡法院管辖，并把数据出境写成常规安排。中国站协议签订地是上海、适用中国大陆法律，隐私政策把中国大陆用户的个人信息「原则上存储在中国大陆境内」，确需出境要单独取得同意，还要做安全评估或标准合同备案。

同一个产品在两地的合规姿态完全不同——如果你是冲着国际版去的，别拿中文站的隐私政策当准。

二，它的数据清单长得让人停一下。中文隐私政策里，它要处理的信息包括账号信息、你提交和它生成的内容、设备与日志、订单与支付、健康与健身数据（睡眠、心率、血压、血糖、经期、心理状态量表……）、语音、剪切板。健康数据在大陆法下属于敏感个人信息，需要单独同意，且明确不用于广告、营销、征信、保险核保和招聘。

这句话写得比同类产品清楚，但反过来也说明它要的权限范围有多大。

三处硬约束，它自己写在条款里

一、付费：免费是真免费，但取消要自己动手。 中国站服务协议写得很直白：卸载应用、退出登录、注销账号都不等于取消自动续费，你得回原购买渠道取消；自动续费前至少提前 5 天会再提醒你一次；费用除非法律要求否则不退。换句话说，「基础版永久免费」是成立的，但试用结束后的扣费路径要你自己走一遍。

二、记忆越准，越依赖它推导得对。 它记的不是你的原话，而是从你的行为里推出的判断。推对的时候体验非常好——品玩记的那个例子（从你装了哪些 AI 创作工具推出你长期关注 AI 产品，再把该领域的变化推到你眼前）就是这么来的。

推错的代价也被这篇体验记录点出来了：记忆累积久了，旧状态和新决定会混在一起，已经结束的事可能继续影响判断。团队给的解法是主动遗忘、压缩和更新，按信息的类型、时效、未来价值来决定去留——这是产品设计上的选择，目前还没有第三方验证。

三、它记住的东西，边界在协议里。 国际版隐私政策承诺不拿可识别的聊天内容、附件和健康数据去训练面向公众的基础模型，也承诺不成批出售个人信息；中国站协议则要求你在医疗、法律、金融、人身安全这类事项上不能把它的输出当唯一依据。

这两句话合起来才是完整的阅读方式：它不会被拿去喂模型，但它的判断仍然是要你自己复核的。

25 亿美元估值，要跟什么比

关于钱，需要先分清哪部分是官方信息：媒体报道里出现过两个数字——今年 3 月官宣的天使轮是 1000 万美元，投资方是 IDG 资本和阶跃星辰（阶跃星辰同时提供底层模型支持，这一点多家媒体一致）；而 25 亿美元估值目前是传闻，未见公司确认。

把这个传闻放进同类坐标系里，反差就出来了：

产品 融资情况 报道中的估值 成立时间
Today（此间无限） 1000 万美元天使轮（多家媒体一致） 25 亿美元（传闻） 2026 年 3 月
Instinct 累计 3.5 亿美元（4 月种子轮、7500 万美元 A 轮、8 月 26 日 2.5 亿美元 B 轮） 25 亿美元 2025 年
River AI 11 亿美元种子轮加 A 轮（英伟达、AMD 参投） 未披露 2026 年 6 月

同一张 25 亿美元的牌，一家是拿了 3.5 亿美元换来的，另一家用 1000 万美元就传出来了——这就是当下「个人助理」这个方向的热度与泡沫同时存在的证据。

评论这个赛道的报道都提到同一处风险：把邮箱、短信、日历、支付的权限交给一个助理，等于交出数字生活的钥匙；而一个会自作主张的助理在关键事务上出错，代价可能远高于省下的时间。

回到产品本身，适合谁：手上已经有编码助手、但经常要重复交代个人背景的人，以及愿意先花几天让它读邮件和日历、再等它把记忆养起来的人。

不适合谁：需要稳定服务和售后保障的企业场景（它自己写明只对个人、且服务可能随时调整）、不愿把健康和日程数据交给第三方的用户，以及期待「装上就变聪明」的人——记忆型产品的价值曲线是往后走的，前几天大概率不如你惯用的助手。

判断

一句话结论：它值得放进观察清单，但现在还不值得你交出全部权限。

它的思路是对的——模型能力不再是瓶颈之后，个人助理真正的差异就在「对你的了解」这件事上，而这需要时间积累，积累的前提是信任。它的账也已经很明白：Pro 每月 20 美元、Ultra 每月 200 美元，要靠订阅收入去覆盖模型调用和 24 小时云端电脑的成本。

能不能跑赢这笔账，取决于记忆和主动提醒创造的价值是不是真的多于它带来的打扰与解释成本——这一点只能靠真实用户的留存数据来回答。

我们之前评过几个记忆系统的开源实现，结论都是同一条：记忆的难点不在记得住，而在忘得对、更新得准。Today 把「主动遗忘」写进了产品设计，方向选得对，但这条路要靠公开验证。

你真想试，建议按这个顺序：先用免费档只接日历和笔记，跑两周看它推给你的东西有多少是你真想知道的，再决定要不要放开邮件。

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

相关阅读：