这两天我看到两个很典型的现象：有人在为自己装到第 50 个 skill 欢呼，也有人认真统计了自己 30 天内安装过的工具，结果发现 73% 再也没用过。我的判断是，这不是个人习惯问题，而是整个 AI 行业正在集体犯的一种低级错误：把“可安装的能力”错当成“可兑现的能力”，把“工具库存”错当成“产品护城河”。这事看上去像效率优化，骨子里其实是商业错觉。
先把结论摆在桌上：对大多数 AI 产品、Agent 系统和开发团队来说，能力的上限不是由你接了多少工具决定的，而是由你能稳定调用、可靠编排、长期维护并真正转化为用户价值的那一小撮能力决定的。其余大部分“新接入”，本质上只是技术人员用来缓解焦虑的安慰剂。它能制造一种很廉价的进步感：你没有真的把产品做强，但你感觉自己离“通用智能工作台”又近了一步。问题在于，感觉这玩意儿不能续费，也不能留存。
很多团队会在路演、官网、产品发布页上疯狂堆 capability list：支持 120+ 数据源、集成 80+ 插件、可调用 40+ 外部 API、兼容所有主流模型、支持无限工作流。这种写法很会唬人，因为它迎合了投资人、开发者和早期用户共同的幻觉：更多选项 = 更强系统。但稍微有过一点生产经验的人都知道，这通常是扯淡。真正决定系统质量的，从来不是“理论上可以连什么”，而是“高频路径上到底有几个东西不会掉链子”。
一个产品能不能活，不看它的能力目录有多厚，要看它在用户最常见的 3 个任务里，能不能连续 100 次都给出可接受结果。你接了 50 个工具，但其中 40 个 30 天都没人点过，5 个调用时延极高，3 个权限配置复杂到足以把普通用户劝退，剩下 2 个才是每天真正在创造价值的能力。那你的真实产品，不是 50 个工具的产品，而是 2 个工具的产品，外加 48 个维护负债。
这也是为什么今天很多 AI Agent 看上去功能爆炸，实际体验却相当平庸。因为“接工具”这件事太容易被包装成成果了。加一个 skill，有截图，有演示，有 changelog，有社区掌声；删一个 skill，几乎没人鼓掌。上线一个新连接器，团队内部会觉得自己很勤奋；把 12 个没人用、还不断制造路由噪音的连接器砍掉，反而会被误解成“收缩”、“保守”或者“没想象力”。于是市场自然奖励扩张，不奖励克制；奖励可见的接入，不奖励不可见的简化。
可真正的高手，恰恰是敢于对能力做减法的人。不是因为他们审美极简，而是因为他们知道系统复杂度是要付利息的。每多一个工具，就多一层选择、多一段 prompt 决策、多一条失败路径、多一种权限模型、多一种升级兼容风险。工程上这叫状态空间膨胀，商业上这叫服务成本上升，产品上这叫用户认知负担增加。你以为自己在加能力，实际上你常常只是在加噪音。
很多创业者会误判这里的经济账。他们把工具接入看成一次性建设成本：今天多花两天接一下，明天用户就多一种玩法。现实完全不是这么算的。工具不是贴纸，接上去就完了。工具是持续负债：要维护认证，要追 API 变化，要处理限流，要管异常分支，要写 fallback，要做监控，要决定失败时怎么解释给用户听。最阴险的是，其中大量成本根本不会体现在发布当日，而会埋进未来三个月的 every fucking week 里，一点点吃掉团队带宽。
从商业模式看，这类“安装型繁荣”尤其危险，因为它会制造虚假的竞争优势。团队会误以为自己建立了壁垒：别人没接的我们接了，别人没支持的我们支持了，所以我们更强。问题是，大多数工具接入并不构成护城河，只构成目录差异。目录差异很容易被抄；真正难抄的是高频场景里的深度优化，是把少数能力打磨到用户离不开的程度。谁都能接一个网页抓取工具，不是谁都能把“从抓取到理解到决策到行动”的闭环做到稳定、便宜、可解释。
说得更直接一点：工具数量通常不是壁垒，工具消化能力才是壁垒。你团队有没有一套明确的能力淘汰机制？有没有统计每个工具 7 天、30 天、90 天的真实调用占比？有没有定义“什么叫值得保留”？有没有在产品架构里区分展示型能力和核心链路能力？如果没有，那你就不是在建设能力系统，你是在经营一个技术收藏夹。
这里还有一个很少被说破的人机协作问题。AI 系统和人类组织很像，都有注意力预算。工具一多，选择就多；选择一多，决策就慢；决策一慢，错误路由和保守回退就会增加。最后的结果往往不是“更聪明”，而是“更犹豫”。人会因为信息过载而瘫痪，Agent 也会因为能力过载而降智。很多人以为模型会在更多工具面前更自由，实际情况往往相反：它会变得更像一个被几十个按钮包围的新手操作员，哪个都能按，但按之前先慌三秒。
所以我一直觉得，所谓 Agent 时代最被低估的设计能力，不是接入能力，而是宪法能力。也就是：你如何规定一个系统默认该做什么、不该做什么、什么情况下允许调用外部能力、什么情况下必须拒绝、什么能力属于实验区、什么能力进入主航道。没有这层“产品宪法”，工具越多，系统越像一间堆满设备但没人值班的机房。看着很强，真出事时全是灯在闪，没有一个答案是稳定的。
这也是我对很多“全能型 AI 工作台”的核心批评：它们追求的是能力可枚举，而不是价值可预测。一个用户真正愿意付费，不是因为你理论上什么都能做，而是因为他知道在某个关键任务上，你大概率不会犯蠢。可预测，远比可扩展更值钱。企业采购尤其如此。老板不会为“能连 80 个系统”买单，老板会为“报销流程识别准确率 98%，异常单据自动归类，审计日志完整”买单。前者是展台语言，后者是预算语言。
开发者圈还有一种流行错觉：先把接口全接上，之后自然会长出场景。多数时候不会。场景不是从能力列表里生长出来的，场景是从用户损失里长出来的。哪个环节让用户今天就损失时间、金钱、确定性，你就该围绕那个点做深，而不是围绕“我还能再接一个什么”做宽。宽很容易让人兴奋，深才真正赚钱。
我甚至认为，未来两年会有一轮很明显的市场分化：一类公司会死在“能力通胀”里，产品像百货商场，什么都有，但没有一个角落值得专程再来；另一类公司会靠“能力收缩”活下来，它们砍掉一切装饰性接口，只保留少数高信任闭环，然后把成功率、时延、成本和审计能力做到压倒性优势。前者看上去更像 AI，后者更像生意。到最后，活下来的往往是后者。
如果你是创业者，我给的判断很简单：别再问“我们还能接什么”，先问“我们现在这些能力里，哪些是真正被高频使用、被用户信任、能带来复购的”。如果答案只有 3 个，那就老老实实把这 3 个做到行业最强。把剩下 17 个边缘能力放进实验区，设退役阈值，没人用就删。删掉不是失败，删不掉才是。因为每一个你不敢退休的低价值能力，未来都会在某个深夜以 bug、延迟、权限事故或者支持工单的形式回来抽你一耳光。
如果你是做 Agent 基础设施的人，这个问题更残酷。你的产品不是“让用户获得更多工具”，而是“帮助用户建立更严格的能力治理”。未来真正有价值的平台，不是 skill marketplace 本身，而是围绕 skill 生命周期建立的治理层：采纳标准、可观测性、调用统计、成本归因、退役建议、权限边界、风险分级。谁能把这些做明白，谁才配谈平台。否则你只是一个赛博五金城。
最后把话说绝一点：收藏工具，不等于拥有能力；拥有能力，也不等于创造价值。技术行业最擅长的一种自欺，就是把“准备做成”的感觉，当成“已经做成”的事实。装更多插件、接更多 API、解锁更多 skill，很容易给人一种进化错觉。但市场不认错觉，用户也不认错觉。用户只认两件事：你是不是稳定解决了我的问题，以及你是不是比替代方案更省心。
所以，别再庆祝你装了多少工具了。先回答一个更难、也更值钱的问题：如果明天必须删掉 80% 的能力，你的产品还剩下什么？那个剩下来的东西，才是你真正的产品。其余部分，大概率只是你焦虑的陈列柜。
https://www.80aj.com