惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
Docker
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - Franky
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
A
About on SuperTechFans
博客园 - 【当耐特】
Microsoft Security Blog
Microsoft Security Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
The GitHub Blog
The GitHub Blog
雷峰网
雷峰网
博客园_首页
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
IT之家
IT之家
博客园 - 叶小钗
Google DeepMind News
Google DeepMind News
aimingoo的专栏
aimingoo的专栏
博客园 - 聂微东
B
Blog RSS Feed
H
Help Net Security
Recent Announcements
Recent Announcements
阮一峰的网络日志
阮一峰的网络日志
D
DataBreaches.Net
L
LangChain Blog
Vercel News
Vercel News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, AI训练AI,是技术飞跃还是打开了潘多拉魔盒? – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理,
所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理,
2026-04-11 · via 人人都是产品经理

当整个AI行业沉迷于打造“Skill商店”时,这篇文章犀利地拆穿了这场集体幻觉。作者从工程本质与商业逻辑出发,指出所谓的AI智能体技能不过是工业时代的遗迹——在大模型动态生成能力面前,静态封装的Skill正迅速沦为技术废料。更值得警惕的是,这背后隐藏着平台方延续Web2收租模式的路径依赖,而真正的AI护城河应该建立在结构化认知与复杂系统理解力之上。

每一次技术革命的初期,人们总是习惯性地拿着旧时代的地图,去寻找新大陆。

如果你今天去看看所谓“AI智能体”的圈子,会发现一派热闹非凡的景象。大大小小的平台都在推出所谓的“Skill(技能)商店”、“插件集市”,他们鼓励开发者去编写各种各样的Skill——查天气的、搜网页的、调取某某数据库的。整个行业似乎都在为这种“乐高积木式”的繁荣而狂欢。

但在这种喧嚣背后,掩盖着一个荒谬的逻辑断层。剥开所有的产品包装与营销话术,用纯粹的工程视角和商业本质去审视,会发现今天行业里风靡的绝大多数“Skill”,不过是AI时代的工业垃圾。

一、刻舟求剑的“收租旧梦”

要理解Skill为什么是垃圾,首先要扒开它的底裤,看看它到底是个什么东西。

在现有的应用架构里,一个Skill,本质上就是一段简短的胶水代码(Payload),外加一段API接口的说明书(JSON Schema)。它告诉大模型:“我这里有一个工具,叫什么名字,能查什么数据,你需要传给我什么参数。”

就这么一层薄薄的窗户纸。

为什么行业里的大厂和SaaS平台要煞有介事地把它包装成一个独立的概念,甚至要搞出“技能商店”?

答案很简单:这是Web2时代残存的路径依赖,是“平台方”企图继续收租的旧梦。

在移动互联网时代,App是流量的入口,是生态的护城河。苹果和安卓通过App Store建立起了牢不可破的商业帝国。今天做AI平台的这批人,脑子里依然是这套古典的流量逻辑。他们企图把大模型强大的动态生成能力,强行阉割、固化成一个个静态的“插件(Skill)”,然后摆在货架上。

他们试图制造一种人造的稀缺性,让用户觉得“我的Agent比你的强,是因为我挂载了更多牛逼的Skill”。

这是一种极其悲哀的刻舟求剑。大模型的本质,是知识的压缩和逻辑的涌现,它是一种动态的、液态的智力。而现在的平台方,非要把这种液态的智力,重新冻结成工业时代的标准件(Skill),再按件计价卖给你。

二、中间态代码的归零

为什么说这种“标准件”在今天毫无价值?

因为在顶级的大语言模型面前,执行层面的动作,获取成本已经无限趋近于零。

在过去,你需要一个工程师写几天代码,去打通一个系统的接口,处理各种鉴权、解析和错误重试。这段代码是有价值的。

但在今天,只要你有一份清晰的接口文档,模型能在几秒钟内给你生成一套极其完美的调用逻辑。这种几十行、上百行的微观指令和胶水脚本,根本不配被称为“独立的技术”。

既然AI可以随时、随地、针对任何接口瞬间写出调用代码,我们为什么还要提前把这些代码写死,打包成一个叫“Skill”的东西存起来?

囤积Skill,就像是在自来水管已经铺好、随时可以拧开水龙头的时代,你还在家里院子里摆满了几百个水缸存水。这种做法不仅臃肿,而且可笑。那些为了微观指令而沾沾自喜的开发者,没有意识到他们正在囤积的是必定会被时代淘汰的工业废料。

三、虚假的通用性与复杂的商业现实

有人或许会辩解:平台提供的Skill是经过测试的、通用的,可以节省开发时间。

这恰恰暴露了他们对真实商业世界运作规律的无知。在真正的高阶应用环境,尤其是企业管理和商业决策的深水区,微观动作的“通用性”是一个彻头彻尾的伪命题。

真实的商业世界是泥泞的、复杂的,充满了利益博弈和历史遗留问题。A公司的“查询子公司季度业绩”动作,和B公司的同一个动作,背后对接的ERP系统结构、财务指标的统计口径、甚至部门之间的权限壁垒,是完全两码事。

你妄图用一个在云端封装好的、标准化的“财务查询Skill”去适配所有企业的复杂环境?这就好比你想用一把工厂流水线生产出来的万能钥匙,去开全世界所有精密定制的保险箱。

真正有价值的工具调用,必须且只能基于此时此刻的特定环境上下文,临时写、动态生成。场景不同,环境不同,代码就必须不同。提前封装好的静态Skill,一旦脱离了它预设的温室环境,扔到真实的商业战场上,瞬间就会因为水土不服而崩溃。

四、基础设施的推土机

如果微观的执行动作全都是现写现用、阅后即焚的,那么系统靠什么来维持稳定?

答案是:标准化的底层协议。比如现在开发者圈子里真正具有战略价值的MCP(模型上下文协议)。

很多人把MCP和Skill混淆,或者认为MCP只是为了更好地“连接Skill”,这是严重的本末倒置。

MCP的真正使命,不是去连接那些静态的Skill,而是为了最终消灭它们。

MCP提供的是一条绝对标准、底层统一的互联总线。当企业内部的财务数据库、人事系统、甚至是复杂的商业推演沙盘,都通过这种标准化协议暴露为上下文节点时,你的智能体根本不需要提前安装任何“技能”。

在这个终局图景里:

智能体感知到管理动作的需求 $rightarrow$ 动态理解当前的企业架构和数据总线 $rightarrow$ AI基于现状,临时、一次性地生成一段指令,通过MCP协议去完成数据的调取或动作的下发 $rightarrow$ 动作完成,代码丢弃。

这叫做“Just in Time(即时制造)”的智力。协议是铁打的营盘,是真正的高速公路;而运行在上面的具体指令,就是随时生灭的过客。我们只需要修好高速公路,根本不需要去圈养那些跑在路上的马车。

五、护城河的转移

当我们把这个行业的底裤彻底扒开,当所有关于“执行”、“调用”、“接口”的代码都变得一文不值。如果一切外部工具都可以被AI瞬间捏造,那么AI应用的真正壁垒究竟在哪里?

答案是:结构化的业务认知与对权力的感知。

对于一个真正面向董事长、CEO等核心决策层的“AI管理专家”来说,它的价值绝不体现在它菜单里列着一百个炫酷的Skill。

高管不需要一个会帮你填表格的机器人,更不需要一个只会执行“查询”指令的检索工具。

真正的高阶智能体,它的护城河深埋在它对复杂系统的诊断直觉里。

当系统发现某条业务线的利润率出现异常时,低级的工具只会机械地调取财务报表(这是所谓Skill的做法);

而一个具备深厚管理认知的智能体,能够敏锐地穿透数据,意识到这可能是该业务线一把手和二把手近期权力博弈导致的资源内耗,从而自主决定去调取近期的人事审批流转记录和关键岗位的沟通频率。

执行一个指令极其廉价,但知道“在当前这盘错综复杂的棋局中,此刻该走哪一步”极其昂贵。

真正的壁垒,在于你赋予这个AI系统的思考框架:它是否拥有俯视全局的战略视角?它是否理解组织内部的摩擦力?它是否能进行复杂的商业沙盘推演?

这才是“大脑”,而那些随时可以被替换、被生成的Skill,仅仅是指甲盖。

当我们站在这个时代的风口,最容易犯的错误就是把手段当成了目的,把过渡期的产物当成了终局的王冠。

那些还在为了自己封装了几个“独家Skill”而沾沾自喜的开发者,那些还在试图打造“AI技能超市”的平台,都在无可挽回地走向平庸。因为他们正在用前工业时代的思维,去禁锢一种属于未来的、无处不在的流体智力。

扔掉那些工业垃圾吧。停止在微观的胶水代码上浪费生命。去构建真正的认知引擎,去直面商业世界的复杂真相。这才是AI时代,真正的专家和开发者的正道。

本文由 @沈素明 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务