大模型开发新范式:为什么狂造Agent是条死胡同?Anthropic的通用Agent+Skills才是未来!
Anthropic提出AI开发新范式:从构建多个专用Agent转向通用Agent+Skills模式,解决"智能体动物园"带来的维护、专业和知识三大债务。Skills作为可复用、可组合、可执行的流程资产,通过渐进式披露和代码执行实现高效管理。未来竞争力在于将组织经验沉淀为可治理、可分发的技能包,而非Agent数量。
当全世界都在狂造Agent,Anthropic说:停一下
过去一年,AI行业陷入了一场"军备竞赛":OpenAI、Google、Meta,从大厂到创业团队,几乎所有人都在疯狂构建AI Agent。财务Agent、法务Agent、运营Agent……似乎未来就是"无穷无尽的智能体"时代。
但就在这股热潮中,Anthropic突然踩了刹车,给出了一个反直觉的建议:别再造那么多Agent了,未来是通用Agent + Skills(技能库)。
这不是唱反调,而是一次底层范式的重构。
“智能体动物园”:Agent越多,债越大
Sam Altman有个很直白的比喻:现在管理Agent就像带一群初级员工——你给任务,它产出,你质检,打回去返工,再拼装。听起来很爽,但现实是管理成本会迅速转移到你身上。

问题出在哪?当你为每个业务场景复制粘贴一个新Agent,表面上能力在增长,实际上你在积累三种债:
维护债:每个Agent都有自己的prompt、工具链、权限、评测集。十个Agent = 十套系统,版本一乱就是灾难。
专业债:通用模型很聪明,但不专业。它会生成看起来很对的财务报表,但字段定义、审批流程、合规口径全是错的。企业要的不是灵感,是一致性。
知识债:同一条业务规则在五个Agent里各写一遍,还可能版本不一致。上下文窗口有限,想把所有规则塞进去?代价是成本暴涨、调试困难。
这就是所谓的"智能体动物园"——不是夸张,而是工程必然。当你用复制粘贴扩展能力,就会用维护地狱来还债。
Anthropic的答案:别造人,造"入职手册"
Anthropic的逻辑很工程化:别再造一堆不同的Agent,保留一个通用Agent内核,把专业经验做成可复用的技能包。

这个心智切换非常关键。它把竞争焦点从"谁的prompt更长"切到"谁能把流程知识模块化、版本化、可组合"。
用一个接地气的比喻:通用Agent就像新员工,智商高、工具会用,但不了解你公司的流程。传统做法是每来一个新岗位需求就重新招人,结果岗位越多、维护越炸。Skills的做法是给同一个新人发不同的入职手册——财务一本、法务一本、招聘一本。哪天流程改了?改手册,所有人同步更新。
Cloud Skills:不是提示词,是流程资产
那Skills到底是什么?它不是更长的提示词,而是一组为Agent打包的、可组合的流程性知识。

三个关键特征:
流程性:不是告诉Agent"财务报表是什么",而是"怎么做"——先拉数据、再校验、再汇总、再套模板、最后出具。
可组合:像搭积木一样。同一条链路里可以同时用"数据分析skill"+“合规审查skill”+“报表格式化skill”。
可执行:确定性的部分交给脚本跑(计算、转换、生成文件),模型负责规划、选择、解释。这让Agent从"能聊两句的助手"变成"可交付的系统"。
技术上,Skill以skill.md为入口,包含元数据、执行指南、配套脚本。最大的好处是它天生适配Git——评审、版本管理、回滚,你终于可以像管代码一样管业务流程了。
工程魔法:渐进式披露与代码执行
Skills能扩展到大规模,核心靠两个工程设计:

渐进式披露:启动时只加载技能的元数据(名字、描述),Agent知道"有什么"但不把细节塞进上下文。触发时才读取skill.md,需要更多材料时再按需打开。结果是:技能库可以无限扩,上下文却不会爆。
代码执行:让模型用自然语言逐token生成排序结果?又贵又不稳。Skills允许把确定性任务写成脚本,Agent需要时直接运行。模型负责决策,Runtime负责稳定交付。
这两个设计让Skills不再是"玄学",而是可观测、可调参、可评测的工程系统。
MCP + Skills:连接能力 + 业务方法
很多人会问:MCP和Skills是什么关系?

一句话:MCP解决"能连什么",Skills解决"怎么把事做对"。
MCP是工具和数据源的标准接口层,让Agent能连CRM、网盘、数据库。Skills是工作流和规范层,告诉Agent步骤怎么走、边界是什么、输出格式怎么写。
典型企业任务就是两层组合:先通过MCP拉数据 → 用分析Skill做指标口径 → 用报表Skill输出到模板 → 通过MCP写回知识库或发到协作工具。
组织变革:技能资产成为新护城河
从多Agent切到通用Agent+Skills,团队分工会被迫重写:
AI产品经理:不再排功能列表,而是规划技能资产组合。要追的不是Agent数量,是Skills的覆盖面、复用率、质量标准。
架构师:补齐企业治理——技能目录、权限模型、发布流水线、可观测性。Skills要进企业,就必须像软件一样被治理。
开发者:重心转向知识工程——写可执行的SOP、写确定性脚本、做上下文编排。还会更频繁地跟领域专家共创,把口头经验翻译成可版本化的资产。
业务专家:这是最颠覆的——会计、法务、招聘这些非技术角色也能直接写Skills。当业务能写,平台就必须给模板、给规范、给评审机制,否则你会得到"技能库里的野生SOP"。

技能市场与生态分化
一旦标准化,下一步自然是市场化。Linux基金会已成立AAIF推动Agent互操作标准,技能目录、技能应用商店正在路上。
两类Skills会分化:
- 通用Skill:报表处理、文档生成等,可跨企业迁移
- 私有Skill:企业内部SOP、合规规则,沉淀组织独特经验
对从业者来说,未来的竞争力可能不是会写Agent,而是能把领域经验做成可迁移、可审计、可组合的Skill包。这是新的分发单元。
一句话总结
当模型越来越通用,真正拉开差距的不是你有多少Agent,而是你把多少组织经验沉淀成了可复用、可治理、可分发的Skills。
知识组织方式,正在成为AI时代的新核心竞争力。
如何学习AI大模型?
大模型时代,火爆出圈的LLM大模型让程序员们开始重新评估自己的本领。 “AI会取代那些行业?”“谁的饭碗又将不保了?”等问题热议不断。
不如成为「掌握AI工具的技术人」,毕竟AI时代,谁先尝试,谁就能占得先机!
想正式转到一些新兴的 AI 行业,不仅需要系统的学习AI大模型。同时也要跟已有的技能结合,辅助编程提效,或上手实操应用,增加自己的职场竞争力。
但是LLM相关的内容很多,现在网上的老课程老教材关于LLM又太少。所以现在小白入门就只能靠自学,学习成本和门槛很高
那么针对所有自学遇到困难的同学们,我帮大家系统梳理大模型学习脉络,将这份 LLM大模型资料 分享出来:包括LLM大模型书籍、640套大模型行业报告、LLM大模型学习视频、LLM大模型学习路线、开源大模型学习教程等, 😝有需要的小伙伴,可以 扫描下方二维码领取🆓↓↓↓

学习路线

第一阶段: 从大模型系统设计入手,讲解大模型的主要方法;
第二阶段: 在通过大模型提示词工程从Prompts角度入手更好发挥模型的作用;
第三阶段: 大模型平台应用开发借助阿里云PAI平台构建电商领域虚拟试衣系统;
第四阶段: 大模型知识库应用开发以LangChain框架为例,构建物流行业咨询智能问答系统;
第五阶段: 大模型微调开发借助以大健康、新零售、新媒体领域构建适合当前领域大模型;
第六阶段: 以SD多模态大模型为主,搭建了文生图小程序案例;
第七阶段: 以大模型平台应用与开发为主,通过星火大模型,文心大模型等成熟大模型构建大模型行业应用。

👉学会后的收获:👈
• 基于大模型全栈工程实现(前端、后端、产品经理、设计、数据分析等),通过这门课可获得不同能力;
• 能够利用大模型解决相关实际项目需求: 大数据时代,越来越多的企业和机构需要处理海量数据,利用大模型技术可以更好地处理这些数据,提高数据分析和决策的准确性。因此,掌握大模型应用开发技能,可以让程序员更好地应对实际项目需求;
• 基于大模型和企业数据AI应用开发,实现大模型理论、掌握GPU算力、硬件、LangChain开发框架和项目实战技能, 学会Fine-tuning垂直训练大模型(数据准备、数据蒸馏、大模型部署)一站式掌握;
• 能够完成时下热门大模型垂直领域模型训练能力,提高程序员的编码能力: 大模型应用开发需要掌握机器学习算法、深度学习框架等技术,这些技术的掌握可以提高程序员的编码能力和分析能力,让程序员更加熟练地编写高质量的代码。

1.AI大模型学习路线图
2.100套AI大模型商业化落地方案
3.100集大模型视频教程
4.200本大模型PDF书籍
5.LLM面试题合集
6.AI产品经理资源合集
👉获取方式:
😝有需要的小伙伴,可以保存图片到wx扫描二v码免费领取【保证100%免费】🆓

更多推荐

所有评论(0)