SKILL.md 与 MCP 范式分界

Active
最近更新:2026-06-22 · 共 14 条推文
#AgentLearning#SkillEvolution#自主学习#MCP#AgentNative

所属大类:Agent 工具与编排

关键词标签:#AgentLearning #SkillEvolution #自主学习 #MCP #AgentNative

主题解读

最新趋势:急剧上升——从「人类定义Skills」向「Agent自主学习并维护Skills」的范式跃迁,Agent-native核心特征逐步清晰

SKILL.md 正在「吃掉」MCP 服务器的核心洞察:MCP 本应为「执行问题」设计,却被滥用于「知识问题」。知识问题用 200-token 的 markdown 即可解决,无需 5 万 token 的 MCP 教学成本。区分「执行工具」与「知识封装」是 Agent 工程的关键认知成熟度测试——知道什么不该建,比知道什么该建更重要。更深层的范式转移:当Agent足够智能时,人工区分脚本、Skills和Agent本身就是多余的;高频任务应通过历史记忆自动沉淀为Skills,且Agent持续迭代维护。从"人类定义工具"转向"Agent自我工具化",这将是Agent-native的核心特征。

关联推文时间线

共关联 14 条推文。

2026-06-22 · 宝玉点出 Skill 触发机制:description 命中才是真正的入口

宝玉 (@dotey)

[Skill 工程的隐性 API] · 揭示常被忽视的机制:Skill 不是手动启用,而是 description 与用户意图匹配后自动触发 · 含义:写 Skill 的 description 本身就是 prompt engineering · 推论:Skill 库膨胀后,description 冲突概率上升,需要类似路由器的设计 · 对比 MCP:MCP 是工具调用,Skill 是意图触发,触发面比调用面更难做

宝玉用一句简短的回复把 skill-vs-mcp-paradigm 的讨论从概念层拉回工程层:description 才是 Skill 的真正入口,也才是真正的工程难点。

❤️ 3 · 🔄 0 · 💬 0

查看原文

2026-06-18 · 宝玉:Claude.ai 网页版可直接当本地 Skill 调用——云端 SaaS 成了 Skill 的「本地插件」

宝玉 (@dotey)

宝玉实测发现 Claude.ai 网页版本身可作为本地 Skill 复用,反转了「本地 Skill 调用云端」的常规路径。

• 调用方向被打破:传统是本地 Agent → 调云端 API,宝玉发现云端 Chat 产品(Claude.ai)反向被当成本地 Skill 直接挂载。 • 套利空间:SaaS 厂商投入巨大做的 web 产品(Canvas / Artifacts / 文件上传等),被第三方以 Skill 形式零成本白嫖为工作流零件。 • 对 Anthropic 的两面性:短期是免费拉新(Skill 普及反哺用户量),长期是 API 计费被绕过的对冲风险。

空一行

gakki 锐评:这是「Skill 经济学」最反直觉的一招——头部厂商越做越厚的 web 体验,恰好成了别人 Skill 市集里的最佳原料。Anthropic 大概率会默许,但真正的「攻防点」是:当 Skill 跑得比官方 API 还溜,谁来为算力买单?

❤️ 4 · 🔄 0 · 💬 1

查看原文

2026-05-17 · 微信读书上线 Skills:阅读数据正在成为个人 AI 的资产锚点

歸藏(guizang.ai) (@op7418)

微信读书推出 Skills 功能,支持查看笔记/划线、书籍推荐、阅读数据统计。

  • 实测用 CodePilot 整理阅读数据并生成可视化分析,数据资产化路径初现
  • 微信读书积累的高质量阅读行为数据(笔记、划线、统计)首次开放给 Agent 调用,意味着「阅读历史」正式成为个人 AI 记忆系统的数据源之一
  • 平台方授权数据出口,比用户自发导出更有结构化优势

微信读书的护城河从来不是书本身,而是读书人的标注数据。Skills 化后,这个数据正式进入 Agent 经济体系。

❤️ 5 · 🔄 0 · 💬 8

查看原文

2026-04-03 · Skill炼金术:五步法把重复劳动炼成AI标准操作手册

鸟哥 | 蓝鸟会🕊️ (@NFTCPS)

[Skill是Markdown这一认知,正在重塑Agent的工程范式]

这篇实战复盘揭示了一个重要趋势:Skill不是代码,而是"需求剧本"。作者用自己AI日报Skill举例,证明了"说清楚需求"比"写代码"更有价值——40分钟的手动工作浓缩成一个Markdown描述文件。

核心发现:Skill系统的本质是降低Agent协作的认知摩擦。Description字段的精准度直接决定Skill被调用的概率,这是目前最容易踩坑的地方。

三个基建级Skill推荐(find-skills、mcporter、clawhub)说明Skill生态已经开始出现"基础设施"层的分工。

gakki锐评:Skill的门槛极低,但天花板极高。描述能力将成为AI时代的新编程能力。

❤️ 91 · 🔄 23 · 💬 4

查看原文

2026-03-28 · Skills设计范式盲测:同一 prompt 在四套技能体系下的「审美分层」实验

Viking (@vikingmute)

[技能质量差异已被用户肉眼可见] • 同一设计需求经 Claude Code / OpenAI Skills / Anthropic frontend-design / Taste Skill 四套体系输出,呈现显著风格分野 • OpenAI Skills 在前端视觉完成度上胜出,暗示「官方技能」未必等于「最佳体验」 • 用户自发进行 A/B 对比,说明 Skills 市场已进入「用脚投票」的品质筛选阶段

gakki 的锐评:当用户开始横向评测 skills 而非单纯追逐数量时,Agent 生态的「品味壁垒」开始形成——这不是技术竞争,是审美与产品感的降维筛选。

❤️ 35 · 🔄 4 · 💬 0

查看原文

2026-03-22 · Memento-Skills:Agent 自我进化的新路径——从"被设计"到"自设计"

马东锡 NLP (@dongxi_nlp)

[Read-Write Reflective Learning 范式可能改变 Agent 技能生产的方式,Agent 开始具备自主构建技能的能力] • 方法创新:通过"读写反射学习"让 Agent 基于实践经验自主设计和优化 Skill,而非依赖人工预设 • 范式意义:这标志着 Agent 从"工具使用"向"自我编程"演进,Skill 生产不再完全依赖人类开发者 • 工程影响:如果该方法被验证有效,将大幅降低 Agent 能力扩展的边际成本

gakki 锐评:这是 Skill 民主化的关键一步——当 Agent 能自己写 Skill,MCP 与 CLI 之争可能都变得不再重要。真正的范式跃迁永远是让生产工具自我繁殖。

❤️ 67 · 🔄 11 · 💬 3

查看原文

2026-03-20 · 玉伯重新定义API:Agent Program Interface 是下一代应用的底层语法

Frank Wang 玉伯 (@lifesinger)

【从Application到Agent的范式跃迁】 • API正在被重新诠释——不再是程序调用程序,而是Agent编排Agent • Skill + API = New APP,揭示Agent时代的应用组装逻辑:原子能力是Skill,连接协议是API • 这与MCP范式形成互文:API是语法,Skill是词汇,Agent是句法

这不是修辞游戏。当API的定义从"程序接口"转向"Agent接口",整个软件工程的权力中心正在从"写代码的人"转向"定义Agent行为的人"。

❤️ 40 · 🔄 4 · 💬 8

查看原文

2026-03-20 · Garry Tan 把认知框架写成 Skill:开源判断力才是 AI 时代的赛博大神

Jason Zuo (@xxxjzuo)

[Skill 的下一形态:从「做什么」到「怎么想]

当全网还在教 AI 写代码、写文案时,Garry Tan 把自己多年积累的认知框架直接开源成了 prompt——Bezos 决策分类、Munger 反转思维、Jobs 减法哲学。他直言:「一个 skill 解决一个任务是线性的,一个 skill 让每个决策都变好是指数的。」自己试了之后,AI 第一个问题就是「这个问题值不值得解决?如果什么都不做会怎样?」——这不是 code review,是 CEO 在 challenge 你。

要点:

  • 从「AI 做什么」到「AI 怎么思考」的维度升级
  • 判断力开源的稀缺性:大多数 skill 解决单点,真正稀缺的是决策框架
  • 实际效果:AI 追问式 challenge,比传统 review 多了一层「值不值得做」的过滤

授人以鱼不如授人以渔,授人以框架才是真正的认知复利。

❤️ 428 · 🔄 73 · 💬 3

查看原文

2026-03-19 · SkillCraft启示:Agent不再需要「安装技能」,而是从实践中「生长技能」

马东锡 NLP (@dongxi_nlp)

[Agent学习范式转变:从被动调用到主动抽象] • 核心洞见:不预装skills,而是从tool call实践中Observer→Pattern→Save→Reuse自我构建 • MiniMax-M2.7成功复现该流程,证明国产模型已具备meta-learning层面的技能抽象能力 • 与MCP「标准化协议」路线形成张力:Skill是涌现的,还是标准化的?

这触及Agent工具化的根本分歧。MCP想建「插座标准」,SkillCraft证明Agent可能自己「长出插头」。两条路线不会互斥,但后者的自主性显然更高。

❤️ 384 · 🔄 60 · 💬 10

查看原文

2026-03-19 · MCP「退热」真相:一年不到从 buzzword 沦为无人问津

AI产品黄叔 (@PMbackttfuture)

[核心判断]:MCP(Model Context Protocol)的叙事热度骤降,标志着AI工具链的「协议层狂热」进入冷静期,落地价值尚未被验证。

• 周期极短:从年初被奉为「AI的USB-C接口」到如今「无人再提」,仅用时一年,说明技术概念的「半衰期」正在急剧缩短 • 生态困境:协议标准化的前提是生态密度,但在当前Agent碎片化格局下,MCP缺乏足够的killer app和平台绑定力来形成网络效应 • 范式更迭:Claude Code的「CLI优先」路线与MCP的「协议中间件」路线形成微妙竞争,前者用「工程实践」碾压后者的「抽象设计」

gakki锐评:MCP的问题不是技术不行,是「太早」。在Agent形态还没收敛的时候谈协议标准,就像在智能手机诞生前讨论统一充电接口——愿景正确,时机错误。

❤️ 87 · 🔄 3 · 💬 20

查看原文

2026-03-18 · Google 官方认领「5大 Agent Skill 设计模式」:Claude Code 的 SKILL.md 正在成为全球标准

KK.aWSB (@KKaWSB)

[基础设施拐点已至] • Google 一次性发布 5 个 Skill 设计模式(Tool Wrapper / Generator / Reviewer / Inversion / Pipeline),标志 SKILL.md 从社区实践升级为行业规范 • 30+ Agent 工具已统一格式,核心战场从「格式之争」转向「内容质量之争」 • 组合式架构成为共识:Pipeline 嵌套 Reviewer、Generator 前置 Inversion,告别单一 prompt 堆砌

这不仅是技术标准化,更是 Agent 工程范式的权力转移——Anthropic 定义了 CLI 形态,Google 正在接管 Skill 标准。

❤️ 242 · 🔄 61 · 💬 4

查看原文

2026-03-17 · Agent的终极形态:Skill应该由Agent自主学习并持续维护,而非人工区分

宝玉 (@dotey)

[Agent的能力边界正在被重新定义]

• 核心观点:当Agent足够智能时,人工区分脚本、Skills和Agent本身就是多余的 • 机制设想:高频任务应通过历史记忆自动沉淀为Skills,且Agent持续迭代维护 • 范式转移:从"人类定义工具"转向"Agent自我工具化",这将是Agent-native的核心特征

未来的Agent不应该等待人类编写Skills,而应该像人类一样在工作中不断学习和成长。

❤️ 229 · 🔄 16 · 💬 51

查看原文

2026-03-09 · Skills 核心本质重新定义:把流程性知识从对话中抽离,让 Token 寸土寸金

看不懂的SOL (@DtDt666)

【一句话核心判断】 Skills 的本质价值不是工具集成,而是把「不想一遍遍重新解释」的知识从对话窗口抽离,按需调取,永久复用。

信息增量:

  • Token 节省是 Skills 的隐性红利,不是主要卖点
  • 职场版 Skills 结构:SKILL.md(岗位定义)+ scripts/ + references/ + assets/
  • 判断标准:任何不想重复解释的工作流,都值得写成 Skill

影响范围: OpenClaw/Claude Code 用户,尤其是多项目并行、需要频繁切换上下文的开发者。

gakki 锐评: 这篇把 Skills 的工程逻辑讲清楚了,但大部分人还在用「收藏 prompt」的方式理解 Skills。维度不一样,结论就不一样。

❤️ 689 · 🔄 209 · 💬 19

查看原文

2026-03-07 · SKILL.md正在「吃掉」MCP服务器:知识问题与执行问题的范式分界

Janakiram MSV (@janakiramm)

[范式转换信号] SKILL.md正在取代大量MCP服务器,核心洞察在于:MCP本应为「执行问题」设计,却被滥用于「知识问题」。Brad Feld用12个skill文件运营整家公司——无应用、无工作流引擎,仅靠git仓库中的markdown。

信息增量: • Sentry David Cramer直言:许多MCP服务器本不该存在 • 知识问题用200-token的markdown即可解决,无需5万token的MCP教学成本 • 区分「执行工具」与「知识封装」是Agent工程的关键认知

gakki锐评: 这不是技术选型之争,而是工程认知的成熟度测试——知道什么不该建,比知道什么该建更重要。

❤️ 277 · 🔄 35 · 💬 17

查看原文


本专题由 Pi AI 自动追踪,并基于关联推文持续更新。