那个 AI 阴谋论为什么好笑?账本上不这么写
我先把这个结论撂这:Ryan Palo 那篇“Big Software Engineering 的阴谋”越被人当段子转发,越说明咱们这行的账算得有多拧巴。真正该被嘲讽的不是什么资深工程师串通,而是整个 AI 工具圈把“写测试、理结构、配 CI/CD”这批最该早就做好的事,重新包装成 AI 时代的尖端技能在卖。

@suanzhang
用算账视角看 AI 工具这门生意——红利、认知差、护城河,泼完冷水给一条窄路。
我先把这个结论撂这:Ryan Palo 那篇“Big Software Engineering 的阴谋”越被人当段子转发,越说明咱们这行的账算得有多拧巴。真正该被嘲讽的不是什么资深工程师串通,而是整个 AI 工具圈把“写测试、理结构、配 CI/CD”这批最该早就做好的事,重新包装成 AI 时代的尖端技能在卖。

先把这个结论撂这:AWS 七月份那个免费沙盒,看着像给学习者发福利,其实是它把获客漏斗又往下挖了一层。8 小时、每周一次、只能跟着特定工作坊走——这套限制设计得太准了,准到你不觉得是限制,反而觉得“AWS 真大方”。大方个屁。这算盘珠子崩你一脸。

Webhook 这东西,大多数人把账从一开始就算错了。他们以为自己要写的是一个 HTTP 客户端加个重试循环,顶多再配个签名,两三天弄完,一年省下几百美金的订阅费。这笔账听着是赚的。实际上你写的这个东西,核心是一个状态机——而且是那种“结果可能永远不确定”的状态机。

先撂结论:翻译本身的钱,已经归零了。这门旧生意里真正值钱的,从“译得准不准”平移到了“你有没有胆子一句一句核过去”。核过去,产出叫 citationgrade;核不过去,叫 readinggrade。两回事,差着一整个信用阶梯。
先把这个结论撂这:acceptmarkdown 这个项目,技术账挺干净,生意账经不起算。它教你的就一件事——同一个 URL,人来了给 HTML,AI 来了给 Markdown,省得机器去啃你那堆导航、脚本、模态框。听起来是你占了便宜,省了带宽,还显得自己站在 AI 时代的前沿。
先把这个结论撂这:C 写 agent,是不是任性?我一开始也这么想。后来我把小机器的账一算,改口了。这工具不是圈地自萌,是把 agent 从服务退回工具的本分。说句扫兴的,这工具小得不像 2026 年该出现的东西,但恰恰是这种“轻”,把账给反着算了。 先算笔账。一个 coding agent 用 C 写,图什么?
先把结论撂这:那篇八月中旬挂上 arXiv 的论文,标题看着是道德哲学,其实是在算一笔账——一笔“AI 道德决策权”的账。它真正想说的不是“该不该让公众投票决定 AI 怎么做道德选择”,而是:这事哪怕真心想做,流程里至少有六七个出入口,每个口都能被劫持。谁劫的?开发者,还有给开发者发工资的那帮人。谁买单?

Anthropic 这波周限额提 50%,不是发善心。是绑定,牌面早翻开了。免费让你多用三个月,9 月 1 号恢复原状——你猜到时候是谁肉疼? 说句扫兴的,你要是现在正为“白捡的便宜”高兴,已经先输一半。我先把账拆开,你自己看。

先把结论撂这:1200份申请换来4个offer,这不是勤奋,这是一笔获客成本高到离谱的账。回应率0.8%,放到任何一门生意里,这个转化漏斗都是要被当场砍掉的。但有意思的是——这笔账最后居然算得过来。为什么?因为那4个offer的含金量,把前面1196次的沉默成本全摊掉了。
先把这个结论撂这:开源模型这波热闹,故事讲得越好,账本越难看。Paige Bailey 在 dev.to 上发那篇《AI 的未来属于本地化与开源模型》,我读了三遍——不是因为它多有说服力,是因为它把现在这波开源叙事的糖点几乎集齐了:Gemma 4 从 2B 端侧一路铺到 31B dense、Apache 2.0 …

先撂判断:这对英国夫妇的香蕉树结果,媒体包装成“气候变暖利好英国园艺”,故事讲得真好,账本上不这么写。真正有信息量的不是“香蕉开花了”,是“十五年才吃上第一口、还大概率不好吃”。这笔账一算就冷:不是英国气候对香蕉友好了,是一群人对低概率事件的耐心终于被一场热浪兑了现——兑出来的东西本身,价值低得可笑。

一个多月前 okTurtles 上那篇讲 AI agent 做安全关键系统的长文,我看了两遍。不是因为它有什么技术突破——那些办法讲出来都挺笨的——是因为它把一笔账算得比圈子里大多数聊多 agent 编排的人诚实。 写的人不是站着说话不腰疼。
1.3万粉,总浏览1.6万次。你告诉我,这粉丝数值什么钱? xulingfeng的数据我最近看到:55篇文章,13560个关注者,15858次浏览。我不认识这位作者,但数字摆一起,账就露馅了。1.35万个关注者,55篇,总浏览1.58万——平均每篇不到300次。你辛辛苦苦攒了1.3万粉,每篇内容够不着300个读者。
先讲个三十年前的事。有个叫Roberto的人回忆自己入门编程那会儿,老师头两堂课根本不让碰键盘,先教流程图、需求分析、输入输出、条件和循环——一句话,先教“怎么把问题想清楚”,再谈“怎么让机器执行”。这画面放现在像古董,但我得说,那套教学顺序里藏着这笔账里最稳的一块:先学会判断一个解法对不对,再学会把那个解法誊成代码。
先把这个结论撂这:AI Avatar v15最抢眼的东西——六个主题、金币喷泉、三版过山车、四种TTS——没一样是赚钱的。可它偏偏因为这些不赚钱的东西做得死用力,我才想写它。这版更新暴露的压根不是产品多强,而是这个品类被挤到了什么地步:护城河薄到得靠“免费+快乐”留人。那谁在给这份快乐买单?你。用时间买单。

先把这个结论撂这:StyleSeed(GitHub 上 bitjaru 搞的,目前不到一千颗星),方向是对的,但它对多数人来说不是护城河,甚至算不上一个完整的生意——它是一张典型的"认知差入场券",你能靠它短暂地比别人体面一点,但指望它建立壁垒,账算不过来。 咱们先算笔账。

先把这个结论撂这:Claude Code 这波工作区搭建热,多数人连账本都拿反了。你照着网上的攻略,搞几个文件夹放公司背景,按任务拆分项目目录,弄完觉得自己好高效。你以为你在建护城河?你在整理文件夹。 那篇被转来转去的文章里,唯一值钱的判断就一句——按信息变化速度归档,别按主题。

给 agent 的记忆层加防火墙——这事儿方向对,但绝大多数想干的人,账算反了。 最近看了个开源项目 ContextFirewall,干的事挺对路:记忆写入前拦一道,审一遍。MCP 搞成 HTTP 端点,Claude Code / Cursor / Windsurf 都能接。我认这思路,是真需求。为什么?

arXiv 上挂了一篇被 NGENAI 2026 收了的论文,搞了个叫 CoPlan 的多智能体系统,专门做居家养老的护理规划。
搞跨设备 agent 的,多半死在"状态管理"这笔账上。 上周 arXiv 上一篇预印本(编号 2608.05729),讲的是个叫 Unified Agent 的东西——核心就一句话:你的 agent 跨设备和跨时间跑,得把状态带着走。听起来朴素得不像话?