（来源：上观新闻）
按当前🥴全球平均来🌋🇭🇹看，这🙍📋个数字会很🏀🇻🇺糟，很多人🛴甚至需🇺🇳要坐飞😩🀄机🗞💑。。202🎲6 年 🥯4 月，微🇲🇻软已经推出📷多项类似调整，🇸🇪🍵力图修复这套操🦋作系统👐🖖。整个 AI 工具🇱🇸生态的⏏🦞类比映射 餐馆场🔌📹景 AI🆗 工具 说💿🎛明 菜谱 /🇭🇳 菜单 S🧘♂️🦢kill 告🇳🇮诉 AI ⛱怎么做、按什么标🤘准做 厨师 A🇬🇶gen🇳🇪🎗t / 模型 执🚀🐕行者 📥食材 +🖌 专业厨具 MC⚪P 连接外部服务👨，提供"食材" 🌌今天的固定套餐😎 Slas💎h Comm🚃🧘♀️and🐗（/指令） 💮一次性快捷🧘♂️指令 厨房🈚🚠基本规🇸🇲🕥则 Rules🇧🇼 全局🇬🇷⚪约束，始终生效 👖副厨、帮厨 Su⚔🍟b-agent☄🎅 专项🌜🇪🇪协作角🕡📻色 MCP ☠▶提供专🇱🇻📍业厨房——让🐀 AI 能访问🇬🇬📗你的工具🦆、数据和外部服👩👩👦🔃务🈂👨🎤。
创业了🔶，事事都要操心🇮🇹，经常干到半夜🇬🇸。第一，我🔚们现在正在经历的🎂，其实只是🍼🇳🇫接下来将🥘🇹🇲要发生事情🎐🇵🇼里非常非常小的🇦🇲一部分🔨。作为比较🔫🇨🇨，过去供应🚩🌶链中手机厂商先🚓向供应商承🇰🇷🥙诺采购量🇫🇷🇵🇰，再根据采购🤰量谈价格，如今🇬🇬则变成厂商之❓🔠间“拼🧩🌬资金锁产能👩✈️”🚈。
Ski🙏🕴ll 的文件结🦃构 yo😮🐷ur-🌀🧖♀️ski*️⃣👼ll-name/🔏🕵 ❓😺 ← 文🏬🤺件夹名🔻用 ke📼👩🏫bab📈seo和sem的区别-case（小🚠💨写+短横🎴线）├─☠🌍─ SKILL.🧾md 🔷 🇸🇻 🍾 ← 必须有，且🙄必须是这个大小写🍹├── 🐘scr😈ipts/ 🧯🚯 🚗👒 🏡 ← 可选：Py🚟🐨thon、🥚Shell 🧟♀️等可执🐤✉行脚本🇹🇭│ ├── ⚔🇻🇳proces🇧🇦🔑s_d⭐ata🇵🇳❓.py│ 🥶☣ └─⛲🇹🇴─ va🥤lidate🏧.sh├🥠✉── refer👨🏭🧯ences/🕦 🍹 🏄 ← ⬅可选：按需📆🏵加载的参考👨🔬文档│🇰🇷 🇵🇪🏅├── api-☪🔧gui👻de.md│ 🌻 └─♿🕯─ exa👅mples/└🇲🇲🦈── as✴🐊sets/🐖 🔇⛹ ♓ ← 可🐥👳♀️选：模板、字⛱🏙体、图标等资源🇹🇭 └──😚 repor🗡t-t🇬🇸🤐empla🇨🇭🏍te.⛹️♀️🚻md ⚠🧝♀️❌️ 三个命名硬规🗻🈲则： 🧤三级渐进式🧳🚲披露机制（🧚♀️seo和sem的区别Progres🌋sive👨👩👦👦🦏 Disclos✴🆔ure） 这是😆 Skil🍍l 最核🇰🇬👏心的工作原理，🇻🇦决定了它📕既节省上下文🚜⏰，又能承载复😛杂知识： 第🔎一级：YA🤽♂️🤐ML Front🧚♀️🇲🇻matter🔝（元数据头部） 📂 → 始终加🇻🇺载在 AI 的🔵🇸🇦系统提示词中 🧝♀️🦞→ 只包含💥🥬 nam🐄e 和 😀🕑descrip🏫tion 🇦🇶 → 作用🦹♂️：让 A👰◀I 知道"我有🤤哪些技能、分别在📊什么时候用🕸" → 类比▫🔁：图书馆🎠🔣的目录🔈🗻卡片 第😭🏛二级：S♦🧹KILL.md😎🏳️🌈 正文🔬 → 当 🥝🤴AI 判断当前✨任务与🥝该 Skil🚆👲l 相关时，🇨🇷才加载完整正文 ☺ → 包含具🎊📽体执行🐪步骤、示例、🚟🧜♀️注意事项 🇮🇨🅾→ 类比：🥾🙄从书架⛹🗾上取出那本书👩⚖️👩✈️，深度阅♨🐠读 第🖍三级：sc㊙🙎♂️ripts🐵🧝♂️/ refe🌴🏺rence🏺🔗s/ as🚸🐓sets/ 👭🧽中的文件👩🦳 → 只在🍮🖊 Skill 执🐆📼行过程中需要🇫🇷时才按需读取🇬🇷🚬 →💻 类比：书👪中引用的附录和😶♓参考资料 这个🇷🇪🥖机制的🔓🇲🇻三大优势❎： 优势 说明✡ 省上下🖼🤡文 大🇸🇩🏬量 Sk🗑🏌ill 👨🔬并存时🇦🇸🔞，AI🥾 只加载目录信🛤息，不🕛✍会撑爆上下文窗🇧🇼🧀口 省推理成🧁本 步骤清🇧🇪🕰晰，AI 减🏵少"想怎么♊🇲🇿seo和sem的区别做"的推理次数，🐈🇦🇨降低 🔉♍token🎐🏀 消耗 结果🌯确定 🍼⏱固定步😸🎏骤 + 可👩🦱脚本化执行，◀🇦🇸输出稳定🐉，关键💃细节不遗漏 Sk❇🎫ill 的跨🇦🇼平台兼容性🧝♂️ Ski👸👋ll 是♦开放标准，在🆕以下环🔳境中完全🇸🇱兼容： ✅ Qo🇵🇫der（🇸🇾🇦🇨Quest🈚⏮ 模式、A💶IDE🇦🇹🇨🇼 模式、CLI🥊🚦） ✅🐗 Cla🦈ude.🇲🇷📨ai 网页端 🤯🌞✅ Claude🇬🇫✂ Code🤖 CL👩👦I ✅ Jet👻Bra🇮🇪ins 插🛂🇬🇩件（即将支持） 📿✅ C🍫laude 😖API（通过🔒👨🏭 con💀tai🐌ner.ski🚗🕰lls⏹ 参数） ⚽📄创建一⭕🥾次，所🎚🌨有平台通用🏷🌽。
