Agent器具正在从被迫应付转向主动配合，但渊博用户仍停留在初问答阶段。Skill的出现篡改了这情景——它像圭臬化菜谱样，将团队警戒、责任经由和行业学问封装成可复用的数字金钱。本文度贯通Skill的底层逻辑与实操法玉林无粘结钢绞线，揭示AI期间实在的竞争壁垒。

驯服当今谈到agent，我知说念大王人在想什么。不等于装个ClaudeCode或者OpenClaw吗？然后呢？然后等于反复地问问题，每次王人要把我方的需求从新讲解遍。这嗅觉，就像你每次去新餐厅，王人要从新跟就业员讲解遍你吃辣、不要香菜、饮料要少冰——累不累啊？

说真话，我我方在本年去作念AI企业内训的时辰，我发现个很窘态的阵势：团队里的居品司理们东说念主东说念主王人在用AI，但每次给他们演示奈何用，演示结束下次照旧不会。问题出在哪？就在于他们仅仅在”问”AI，而不是在”教”AI。

而今天我先容的Skill等于来处置这个问题的。

01什么是Skill？——给AI的”职工手册”

在说Skill是什么之前，咱们先来厚实个痛点。

你有莫得这样的经验：每次和AI对话，王人要从新讲解遍”我是作念什么的”、”咱们团队用什么器具”、”发扬要按什么时局写”？就像教个新职工样，从运转教遍，干完活就忘，下次再来遍。

这个问题的本色是：大模子有海量的学问储备，但它不知说念你的具体责任经由。它知说念奈何写代码，但不知说念你们团队的代码轨范；它知说念奈何处理数据，但不知说念你的分析法论。

奈何厚实Skill？我用三个譬如来说。

层：Prompt是点单。你跟就业员说”雇主，给我来个牛肉汉堡，不要洋葱”——指示很明确，但奈何作念，全看厨师方式。Prompt等于这样回事，你给AI个指示，它我方想奈何奉行就奈何奉行。

二层：MCP是厨房里的器具和食材。铲子、平底锅、牛肉饼、面包，这些是奉行任务需要用到的伙事儿。MCP处置的是AI能调用什么器具的问题。

三层：Skill是菜谱加职工守则。”步，肉饼须煎三分半；二步，酱汁只可挤两圈半；三步，作念完须计帐灶台。”Skill司法了看成的先后规矩、质地底线和奉行圭臬。有了它，AI不再瞎猜你的心念念，而是践规踏矩地干活。

毛糙来说：Prompt告诉AI”作念什么”，MCP告诉AI”用什么器具”，而Skill告诉AI”奈何作念”。

是以我才说，莫得Skill的Agent，就像刚入职的新共事——你得培训，反复教他。而有了Skill的Agent，则像是位老共事，开箱即用，配默契，格外靠谱。

学问卡片Skill是AI期间的”职工手册”：

·Prompt=点单（告诉作念什么）

·MCP=厨房器具（告诉用什么）

·Skill=菜谱+职工守则（告诉奈何作念）

02Skill的中枢架构——四件套文献夹

说结束Skill是什么，咱们来望望Skill长什么样。

其实Skill等于个圭臬化的文献夹。你没听错，等于个文献夹。里面放着些Markdown文献、剧本、参考府上，仅此良友。

圭臬的Skill结构是这样的：

your-skill-name/

├──SKILL.md#须——中枢指示文献

├──scripts/#可选——可奉行代码

├──references/#可选——参考文档

└──assets/#可选——素材资源

SKILL.md是中枢的文献，须有。它包含两部天职容：YAML前置信息（供AI判断”什么时辰该用这个Skill”）和Markdown正文（具体奉行指示）。

scripts/是可选的，用来放可奉行代码，比如Python剧本、Bash剧本等。当Skill需要奉行些自动化任务时，剧本就放在这里。

references/亦然可选的，用来放长参考文档。比如期间轨范、API文档、代码片断、联想指南等。这些内容不会默许加载，唯有AI需要的时辰才会去读取。

assets/相似是可选的，用来放模板、字体、图片等素材资源。

对于定名，有几条轨范须服从：

文献夹名须使用kebab-case（短横线掂量小写字母），比如`article-scorer`、`pdf-parser`。不可用空格、下划线或者大写字母。

文献夹名不不错`-skill`收尾。比如你不可创建`article-scorer-skill`这样的文献夹。

包后的文献名时局是`.skill`，比如`article-scorer.skill`。

悉数文档王人要放在SKILL.md或references/里，不要放README.md。

是以中枢架构如下：

03手把手实战：创建个”著述评分”Skill

光说不练假把式。当今我来手把手带你创建个实在的Skill。

这个Skill的是：帮用户评估著述的质地，给出分和校正提倡。

Step1：创建文献夹结构

先，咱们创建个文献夹叫`article-scorer`：

article-scorer/

├──SKILL.md#须

├──scripts/#可选，本次不创建

├──references/#可选，本次不创建

└──assets/#可选，本次不创建

Step2：编写YAMLfrontmatter

开SKILL.md，先写YAML前置信息。这部分决定了这个Skill什么时辰会被触发：

—

name:article-scorer

description:评估著述质地并给出校正提倡玉林无粘结钢绞线。当用户说”帮我评分这篇著述”、”评估下这篇著述写得奈何样”、”给这篇著述个分”时使用。

—

name字段须用kebab-case，不可用大写字母或下划线。

description字段是瑕疵的，因为它告诉AI什么时辰该用这个Skill。个好的description要包含两部分：是能作念什么，二是触发场景。

Step3：编写SKILL.md正文

YAML写完之后，运转写正文。正文结构般包含以下几个章节：

任务意见：

##任务意见

–评估著述的全体质地，包括结构、逻辑、抒发三个维度

–给出个1-10分的综评分

–指出著述的主要问题并给出具体校正提倡

评分圭臬：

##评分圭臬

–结构（30）：伊始是否有诱骗力、头绪是否澄澈、收尾是否有总结

–逻辑（40）：论点是否明确、论据是否充分、理是否严谨

–抒发（30）：语句是否畅通、用词是否准确、是否有错别字

操作技艺：

##操作技艺

1.读取用户提供的著述内容

2.按照评分圭臬逐项分析

3.谈论综评分

4.输出评分效率和校正提倡

输出时局：

##输出时局

终输出应该包含：

–综评分（1-10分）

–各维度评分（结构/逻辑/抒发）

–主重点（1-3条）

–主要问题（1-3条）

–校正提倡（具体可奉行）

这样个毛糙的Skill就完成了。

你看，其实没那么复杂，等于个圭臬化的文献夹加上Markdown文献。

04YAMLfrontmatter详解——决定Skill是否被触发的瑕疵

刚才咱们写的YAML看起来很毛糙，但这里面的门说念不少。

description是悉数这个词frontmatter里遑急的字段，因为它决定了AI在什么时辰会激活这个Skill。

可能有东说念主要说了，description不等于写几句话吗？有什么难的？但说真话，我见过太多东说念主的description写得跟密语样，锚索AI看了根柢不知说念什么时辰该激活这个Skill。

好好好，我凯旋给你们看两个对比。

反面例子：

description:个灵验的器具

正面例子：

description:评估著述质地并给出校正提倡。当用户说”帮我评分这篇著述”、”评估下这篇著述写得奈何样”、”给这篇著述个分”时使用。

分歧在那里？好的description有具体的触发短语，AI不错匹配用户意图。

个好的description要包含三个因素：

，能作念什么。了了地说出Skill的中枢。比如”评估著述质地并给出校正提倡”。

二，何时使用。告诉用户奈何触发这个Skill。比如”当用户说’帮我评分这篇著述’时使用”。

三，触发短语。列出些典型的用户抒发式，让AI大致准确识别。

话说回首，还有两个常见的空幻要请示大：

description写得配头长。frontmatter是每次对话王人会加载的，若是太长，会败坏难得的高下文空间。般来说，description领域在100-150个字符就够了。

把多个塞进个Skill。有东说念主以为个Skill作念件事太用功了，想作念个”Skill”。这是不合的联想。Skill的中枢原则是：每个Skill只作念件事。

学问卡片description三大因素：

·能作念什么—中枢

·何时使用—触发时机

·触发短语—典型抒发式

原则：领域在100-150字符，每个Skill只作念件事

05SKILL.md正文奈何写——渐进式透露的艺术

说结束frontmatter，咱们来望望正文的写法。

Skill遑急的联想理念是”渐进式透露”。什么意旨真义呢？

AI处理长高下文是很致力于的，若是每次激活Skill王人把悉数内容加载进去，率会很低。渐进式透露等于来处置这个问题的。

它分为三层：

层：YAMLfrontmatter。每次对话运转时，AI会加载悉数可用Skill的name和description。这个层的内容须精简，大致只需要30-50个token。AI靠这些信息判断该激活哪些Skill。

二层：SKILL.md正文。唯有当AI决定使用某个Skill时，才会加载完满的正文内容。正文里不错写几千字的详备指示，但唯有在需要的时辰才会占用高下文。

三层：references/里的连气儿文献。若是正文里援用了参考府上，AI会按需去读取这些文献，而不是运转就一齐加载。

这种联想的颖慧之处在于”懒加载”。就像网页图片样，更动到了才加载，不仅省token，还能让AI在长对话中保握属眼力聚会。

接下来，咱们望望正文的结构。Anthropic荐的圭臬结构是这样的：

任务意见：讲解这个Skill用来作念什么，适什么场景。

前置准备：需要什么依赖、准备什么文献。

操作技艺：具体的奉行经由，好给出有商酌树，告诉AI在什么情况下走什么分支。

资源索引：告诉AI去那里找剧本、参考府上、模板等资源。

属目事项：这个部分格外遑急！字据Anthropic里面团队的警戒，有价值的内容是”常见罗网”章节——纪录Agent的失败模式，让其后者不错凯旋绕坑。

个质地的SKILL.md往往包含以下因素：

明确的职责领域。告诉AI能作念什么和对不可作念什么。比如个SQL分析Skill应该明确领域只可奉行SELECT查询，拦阻奉行DROP、DELETE等危急操作。

具体可奉行的技艺。不要写”分析下这篇著述”，而要写”步读取著述，二步查抄结构，三步评估逻辑”。

失败处理机制。当某个技艺出错了，AI应该奈何办？要有明确的回退计策。

06避坑指南——Anthropic官总结的常见空幻

后，我结Anthropic官指南和我的践诺警戒，给大总结几个常见的坑。

坑：description写得太污秽，AI法判断何时触发

反面例子：

description:个灵验的器具

正面例子：

description:生成单位测试。当用户说”写个测试”、”帮我测试下这段代码”、”生成unittest”时使用。

分歧在那里？好的description有具体的触发短语，AI不错匹配用户意图。

坑二：文献夹定名不轨范

空幻写法：`ArticleScorer`、`article_scorer`、`articlescorer`

正确写法：`article-scorer`

记着，kebab-case是唯的圭臬时局。

坑三：个Skill作念太多件事

反面例子：个Skill既能写著述、又能改著述、又能排版、又能发布。

正面例子：拆成四个立的Skill——`article-writer`、`article-editor`、`article-formatter`、`article-publisher`。

为什么？因为多个Skill不错同期加载，若是个Skill太大太全，就会失去无邪。注作念件事的Skill，容易被组使用。

坑四：把悉数内容王人塞进SKILL.md

反面例子：SKILL.md写了3000多行，里面塞满了各式参考府上。

正面例子：SKILL.md只写中枢经由，详备的期间文档放到references/里，让AI按需读取。

话说回首，这样作念的公道是什么？AI每次只需要加载它实在需要的内容，高下文猝然不错缩小60-80。

学问卡片Skill四大避坑指南：

·description要具体，含触发短语

·文献夹名用kebab-case

·个Skill只作念件事

·详备内容放references/

写到这里，对于奈何从运转编写Skill，也曾讲得差未几了。

不知说念你有莫得这种嗅觉。AI期间，大王人在商讨奈何”用”AI，奈何”问”AI。但实在拉开差距的，是那些会”教”AI的东说念主。

奈何教？你要把我方的警戒、团队的责任经由、行业里那些”唯有老职工才知说念”的隐学问，封装成个又个的Skill。

这不是在写代码，这是在建造数字化的学问金钱。

个写好的Skill，不错给团队里悉数东说念主用。新共事入职，再也无须从运转培训AI了。老东说念主总结出来的佳实践，也不会因为下野而湮灭。

是以我才说，Skill才是AI期间遑急的金钱。

奈何说呢，在这个期间，咱们应该学的不是”问AI”，而是”教AI”。把叠加的事交给AI，把我方的元气心灵注在实在遑急的事情上。说白了，注我方的业务，才是AI期间的说念。

1.本网站以及本平台支持关于《新广告法》实施的“极限词“用语属“违词”的规定玉林无粘结钢绞线，并在网站的各个栏目、产品主图、详情页等描述中规避“违禁词”。
2.本店欢迎所有用户指出有“违禁词”“广告法”出现的地方，并积极配合修改。
3.凡用户访问本网页，均表示默认详情页的描述，不支持任何以极限化“违禁词”“广告法”为借口理由投诉违反《新广告法》，以此来变相勒索商家索要赔偿的违法恶意行为。