（来源：上观新闻）
Skill🏴☠️🗻 的文🎩✍件结构 📈your-sk🧜♀️ill⛳💚-name/😥 🇵🇦🚏 🦀👩🦱← 文件夹名用🎞◀ kebab-🍶case（小写+💽短横线）├──🙄🇵🇹 SKILL.👑md 🕡⌛ 🐺 👩🔧🌆 ← 必🦹♀️须有，且➕必须是这个大小🇸🇯写├── sc🤱ripts/👨🔬🖱 ➰🔌 🍋 ← 可🐍🇭🇰选：Pytho♿🇦🇼n、She🎒🎡ll 等可执行脚🧔本│ ⛔🇸🇯├──👨👨👧👦🥓 pr🥅🔰ocess🇬🇸_data🏌.py💑│ └🥽── v👚alidat🎹e.sh├── 📑🌘referenc🇨🇮es/ 🦶🇸🇪 🇿🇦⬜ ← 可选：按🐌🚧需加载1️⃣🔇的参考文档│ 🌝🇵🇬 ├─🚭👨👨👧👦─ ap🌘i-guide👩🎨💛.md│ 🇰🇼 └── 💳📌examples🔩/└──🛴🚫 as👨🔧set☘🍎s/ ♿🙆SEO优化是啥 🌍🕥 🐃🤲 🤨🇳🇱 ← 可选：模板✋😁、字体、图标等资🇹🇱源 🛰└── repo🇬🇬rt-temp🎇late.md 🌇⚓⚠️ 三个命名硬↘规则： 🦴💇三级渐进式披露🌀🦓SEO优化是啥机制（Prog⤵🏍ressive 🥦Discl😣🇦🇬osure） 🇸🇩🎏这是 Skill😼 最核🥛心的工🚜作原理，决定了🙋♂️它既节省上下文🍑，又能承载复🎨杂知识：🕶🇰🇼 第一级：2️⃣☠YAML💢🏥 Fro↩ntma🦄😨tter（元数🇲🇺🕢据头部） → 🚵♀️💉始终加载在 AI🇵🇾 的系统💁♂️💜提示词中 →🦓 只包含👤 name 和🙈 de💮🐽script👨🌾ion 🌝🇸🇰 → 作用🇲🇩：让 AI 知🇨🇷道"我有哪🛴些技能、分别🎼在什么🥨时候用" → 🦗🦄类比：🖨图书馆的目🇸🇧录卡片 第二级▪：SKI👩🦱LL.md 正文🍟 → 当🗓🧻 AI🇷🇺 判断当前任务😴♏与该 Skil⛄l 相关时，才加🏔🚺载完整正文🌒🇲🇩 → 🇫🇯包含具体执行步骤💔、示例、注⌛⛽意事项✌ → 类比：📏📓从书架上取出🥗⛰那本书，深度👨👨👦阅读 👩👧第三级：scri👨🔧💁pts/ ref🛡🍫erenc🗿🅰es/📏🐈 ass🇧🇱ets/ 😡中的文件🥄 → 只在 S🤚kill🚑📶 执行过程🚊中需要时才按🇳🇵🍧需读取 → 类🇦🇽🆚比：书中引🇺🇳⚜用的附录和参考资🌔料 这🇵🇱个机制的三大🕟优势： 🥟💯优势 说明 🕘省上下👸👨❤️💋👨文 大量 🔳Skill🇨🇾 并存时，AI 🙍♂️🇬🇺只加载目录信息▫✨，不会撑🐃🍀爆上下文窗口 🌗省推理成本 步骤✖清晰，A👠I 减少"想怎😖么做"的推理🤭♍次数，降低 👢tok➖en 消耗 结果🧧👩👩👦确定 固定步骤 🧒+ 可脚本化执行👈，输出稳定，关键👨⚕️🦹♂️细节不遗漏🏳️🌈 Sk📨ill 👶🍗的跨平台兼容性😧 Skil🏗🇫🇯l 是开放标准👩🔧🎮，在以下环境🖨🧪中完全兼🇧🇷容： ✅ Qod☯er（Que❎st 🐻模式、💟🌤AIDE 模式👨🏫、CLI） ✅ 🕋🌗SEO优化是啥Claude.🦚😘ai 网页端🚴👩⚕️ ✅ Clau🇫🇴de Cod🇱🇰e CL🎟😧I ✅ 💊👗JetBrain🎥s 插🏄🇸🇯件（即将支持） 🔰✅ Clau🎑📞de API（🧗♀️通过 conta🙅🔡iner.sk😙🏝ills📎 参数） 创🦹♀️🌥建一次，所有🇹🇱平台通用🇸🇬。
但这次灰测的视™觉能力，🧟♂️SEO优化是啥很快被🎃使用者🕹们感觉到不🇲🇴同：它和其他模🙎♂️🏐型给语言模型底座🇲🇦增加多模态功⌚🥐能不同，♨更像是一个单独的🇱🇻模型，且不是🐠🌏以附庸形式定位🤼♂️，而是有某种原生🅿的思考和推理能💐力🎒。你不如先给不熟🎢🉑悉的人介绍🇱🇧☘一下背景？现在🎑正在发生🚋🧽的这个⏭“时刻”是什⌛👴么，我🙍♂️🈷们又是🛃怎么走到这里的🖕♏？对😎。人形机器人最大🥉的瓶颈，从🏛🤖来不是♦💨AI，就目📎📠前来看🦇，依然☸🚛还是身👯♂️体🍨。
第二类思路是，🇻🇨🈹对所有😲🇹🇰事情都使用政府身🍆份证件🥣🇩🇿。大家会开始⏯互相指🔢🇮🇴责对方是 🇧🇦bots♣😷。报告中🎃🖌说，使用点作👁️🗨️为视觉基元👻🏢来解决复杂拓扑🌁推理问题，仍👍🚙然是一项艰巨挑⏳😁战，目前模型的跨🇸🇳场景泛🚌化能力也有♐⏺限⛱。同时国内某厂🌶🍎商 Air 机ℹ型激活量仅达 🙊😠5 万台，因🇫🇰🦂此该厂商计划😺🏸搁置明年的“小🍁🇬🇬屏超薄 + 极限🥣🧤堆料路线”迭代🇩🇿。
