（来源：上观新闻）
理论上，也许可🇻🇬以设计出某种仍能🦈🇬🇳保留匿名性的🕑🇮🇩系统，但这🧠会非常困难👨👩👦👦✖。这和商业航天2.🕧🌔0需要的低成本、🌅工程化思维，本👽🥬质上是两套目标😐🧱体系🎓🥳。然而，具身感🛳♠知有一个🌆🎟内在的、🇷🇺👕不可克服🇮🇩的物理约束👧：我们🎧的感官被锁定在💉极其狭窄的时📻🥺空尺度内🖍🏅。
我其实记得，大🧫🇲🇱概一年前，🏉我和几个🔒🍲 Ope🎊nAI 的人在👟一个小群里🇴🇲🥄。结果会发🐛现，这个数字非🐂💿常高，因🐤为这是一个指数🚧🖤级问题😠。知情人士称，Ga🚚🍥meStop截至🇹🇻✴上周五收盘市值🦊约为110💶🐲亿美元，已在潜在💐收购要约发出前悄🇸🇯然建仓eBay股🧢🚭票🌬。Skill🎛 的文件😯💰结构 your🕊-skill☔-name/ 🍘🎮 😜 ← 文🥭件夹名用 keb🔗📙ab-case（🥟小写+短横线🌝）├──✡ SKILL👨🚒🇲🇪.md ↙ 🛹 🌂🇱🇦 ← 必须📟🌌有，且必🉑须是这个大小写├😶── sc💳ripts/ 🉑 🇨🇾 🇪🇪 👇🇪🇭 ← 可选：👹Pyth🧫🇹🇳on、Sh🗽🇨🇾ell🍯📩SCM系统 等可执🎉🥐行脚本│ 💂🏢├── pro🤶cess🌚🚣_data.p👅y│ 💧👒└── v🥚🇮🇷ali⏮🇬🇭date.🏝sh├🇬🇪── re🅾ferences🗄/ ⛩ 🛋 ← 可选：按🚞🇨🇴需加载🚲的参考文档│🗻 ├─😊🌉─ api-gu🇨🇲⛸ide.🐀md│ 📖└──👬😼 exampl🍰es/🇮🇳└── asse❇ts/ ↙ 🚒🐆 🔑↩ 🚙 ← 可🥫选：模板🦅、字体、图标等🌡☸资源 🇻🇦🏢 └── r📃eport-t⚖⛎emplate🏔🧖♂️.md ⚠️ 🚁♒三个命名硬规🌔则： 三级渐进🇩🇿式披露🧗♂️🤔机制（P🎠SCM系统rogre🦍💶ssive 🏩Disc😚losure🇪🇪😨） 这是 S🔷🇦🇱kill 最核心🚙的工作原理，决定⏯🕸了它既🍊🔑节省上下文☣🐈，又能承载复杂🗺🧡知识：💁2️⃣ 第一级：YA⛑🗂ML F⚙ron🌤🤨tmatter（🦎元数据头部👩❤️💋👩🇽🇰） → 始终👊加载在 A🇨🇼I 的系统提🇹🇫示词中 🆘📁 → 只包含 n👮♀️ame 和↪ descri🇧🇿ption 👩❤️👩→ 作用：让🏌️♀️🇬🇩 AI 知道"我🅰有哪些👩💼技能、分别在🎙什么时候用👲🔵" →🥀🛢 类比：图书馆的🐛目录卡片 第二级🚊🖇：SKI🐌🇹🇴LL.md🐫 正文 →🧞♂️⏯ 当 AI🍸 判断当前任务与🐉该 Skil🦜l 相关时，才🐜🚙加载完整正文 🏠🥚→ 包🥉🥠含具体执行步骤、💙🇵🇸示例、🇨🇻⚖注意事项 🙍→ 类比：🇹🇹从书架上取出那本🐟🥳书，深度💆♂️🌼阅读 第三级：☮script💐s/ refer1️⃣ences/ a♍🇬🇭ssets🚭🇱🇸/ 中🗜的文件 → 🤨🏖只在 Sk➿🧟♀️ill 执行过程🇦🇫中需要时才🐱按需读取 → 🔘类比：书中🚈🎋引用的附录和👨👩👧👧参考资料 这🇸🇾个机制的🥎三大优势：🤦♂️🗯 优势🧸👋 说明 省上🏇下文 ⚽🗒大量 😇🧵Skill 并存👙时，AI 只加载👨🦳目录信息，不会🔦🚾撑爆上下文🚾窗口 省推理成🌈本 步骤清晰，A📟🇲🇹I 减少🃏🏗"想怎么做🚙🇧🇪"的推理次数，降ℹ😒低 to🇺🇬🤹♂️ken 📿🚣♀️消耗 结🇪🇪🐓果确定 固定步🧟♂️🚼骤 + 可🐉脚本化执👓行，输✌🇷🇪出稳定🍌，关键🇰🇼👨👨👦👦细节不遗🇺🇲漏 Skil🎶l 的跨🤣平台兼容性 S🐳✡kil🥯🥍l 是开🏸放标准🦙📉，在以下环境中🐿👨👨👧👦完全兼容🔌👥： ✅ Qode🌡🇵🇪r（Que🤛🇨🇿st 模式🇦🇴🗑、AIDE 模式🤰🇲🇶、CL🎙🇭🇹I） ✅ 💿Claud🧬🇬🇳e.ai 网📕🌪页端 ✅🔎🚗 Cla🇧🇭🔏ude 🥜📓SCM系统Code CL🧚♀️I ✅ Jet🇳🇨🇱🇰Brains🕖😒 插件🐫🛴（即将支持）🍼🎡 ✅ Clau🛍de ➰🚎API（通过 c🍮▶ontain🍰📡er.skill🍞s 参数） 🎦🇪🇸创建一次，所🎠有平台通用🇹🇱🎿。
