（来源：上观新闻）
问题根源👴一旦明确，改善方🦓向便随之清晰🐬。Skill 的文🇬🇾🤭seo专员是干什么的件结构 y🎠🧛♂️our-skil🇳🇺l-nam🎫seo专员是干什么的e/ 🥅👞 🏧 ← 🎭🇷🇸文件夹名用 🏝keb⏰🧱ab-case（🖋小写+🦝短横线）├🥪── SKIL♋👨👩👧👧L.md 🇭🇲 🅿👨👩👧👧 🇳🇫🇬🇮← 必须有🍰☎，且必须是这个🌮☮大小写├── s🥴cripts🤹♂️↘/ 🐘 🛸 🏦 ← 可选：🇨🇴🇯🇲Pytho🎨n、Shell📫 等可执⚙行脚本│ 🤛 ├── p🌏roc🥭❇ess_data👡.py💏☢│ └🦇── vali📏dat🇮🇴♾️e.s📮h├──❓💫 referen🎖Ⓜces/ 🙊 🦒 ←🚰🚪 可选：按需🇱🇷加载的参考文档│🚤 ├── ▫api-gu🇵🇷😍ide.m👈d│ 🇧🇧🇯🇪 └──🥍 example💶🦏s/└🌹── as🤤set🌪s/ 📒 🤹♀️ 😻❗ ← 🎞可选：🇲🇪模板、字体、图🎧😰标等资🇮🇶🖊源 ⛔🇧🇾└── repo🔓rt-🇰🇾🥟templa💜🧑te.m🌺d ⚠️ 🚓👲三个命名硬规则🚻： 三级渐进✏式披露机制（P🐃🆘rogre🇬🇫🚉ssive ⛱Discl🚕⛅osu🌕re） 这是🔗🇯🇪 Ski👔👨👩👧👧ll 最核🆕🕦心的工🉐🏄作原理，决定了😁🇪🇦它既节省上下文😖，又能承载复杂🇳🇷🍶知识： 第一级🎬🎬：YAML 🚹🧀Frontmat📪ter（元数🔝据头部） →⚓ 始终加载在 👨⚖️💔AI 的系🚃🧢统提示词中🙌 → 只包🏋含 n🧘♂️ame👨🏫🥼 和 👩🔧🐛desc🙉ripti🌦⛴on → 作用🏘：让 AI 🎵⌚知道"我有哪些技🐁⚓能、分🎻⌚别在什🚧✋么时候用"🇿🇦🌡 → 类比：🛏📤图书馆的目录⏲🇫🇴卡片 第二🗒🌱级：SKI🇨🇺🇸🇭LL.m🇲🇫🦙d 正🥴🧖♂️文 → 当 A👩❤️💋👩💲I 判断当前任务💝与该 Ski👆🧮ll 相关时🤟，才加载完整正文🎉🕗 → 包🇧🇶🇰🇳含具体执😿🛣行步骤、示例🛏🏣、注意事🍋项 → 类🚿比：从书✂🇷🇼架上取出那🍦本书，1️⃣🦈深度阅读 第三级🚂🌍：sc👲🎢ripts/ r🕗efere🦋🧸nces/🇲🇫♈ assets/🐀🤣 中的文件🚱⚱ → ⛎🦐只在 Ski🦷ll 执行过🇧🇸🎰程中需要时才按需🇧🇳读取 → 类比🏠🇻🇳：书中⚫引用的附录和参🇧🇱考资料 🎁💦这个机制的三大优🔱💦势： 优势 😵说明 ❗省上下文 大💵◾量 Skill🥗 并存时，AI 🆘只加载目录信息🍯🚼，不会撑爆上下文🇺🇿窗口 省推理成本⛓ 步骤清晰，AI🗣🕛 减少"想怎✉么做"的推🏕🇸🇭理次数🦔👩⚖️，降低 to〰ken 消耗🇧🇶🦟 结果*️⃣确定 固🇨🇷↗定步骤 + 可⚽🎀脚本化⁉执行，输👨👨👧👦出稳定🇨🇮🇵🇪，关键🚧🦎细节不遗漏🤹♀️🎚 Skill🕊 的跨平🧯台兼容🏴性 Skill🐇🗒 是开放🖐🥺标准，在➡🙋♂️以下环境中👳♀️完全兼容： 📆✅ Q👦🇱🇻oder（Q✅uest 模式、🇰🇿AIDE 模式、👨👨👧🍒CLI） 🚓🇵🇷✅ Cl🎇aude.a🤬i 网页🚩端 ✅ Cla🥙ude Co🌃🥖de CL🍉I ✅📐®seo专员是干什么的 Je👨🦳🏓tBrains🏰🏫 插件（即将支持👣🇦🇷） ✅ Cla👨🌾ude 🏷🇲🇦API（通过🇨🇻👩🔬 cont🍬aine👩💻💂♀️r.sk🇳🇦👩🦰ills 参数🚍） 创建一🔢🇹🇹次，所有平台通🦷🗻用🤚🇳🇿。
我问刘耕，美学给🏄♀️🇸🇳了你什么？ 刘耕📄🇦🇪说，美学提🀄供了无🧔数故事原型🇦🇲。现在卡点在于很🧚♂️多技术背景🙉👀的创业团队🏑只想着把技术做到🏛极致，🇧🇻却容易忽🦙略技术如何在🇧🇪商业上的实😆现闭环🇬🇩🈷。例如，🇦🇿🔂精选卫浴小店🇲🇸👯称其费🍁❓率只有其他🇮🇳平台的三👛🍪分之一🦕，但投产比高于行💶业平均水👩🦳🦋seo专员是干什么的平；男装商🚸家慕阔服饰称其👨👦在京喜的售后🐉🇭🇲率较其他平♠👐台低近20%🍌。
再往下一🇹🇨😋个我觉得☄🧸挺有意思的🖍🙅♂️，会是👩👩👦游戏🇱🇨🇦🇨。西蒙的结论并👩👩👧👦🎹不是"人类无能"🇧🇫🚳，而是：人类本来👩👧👳♀️就需要"外部认知♓工具"来弥🍋补自身的有🔘限性——算🇱🇻盘、计算器、统👨👨👧🏄♀️计学、词典🍄🍕、百科🔠🧬全书、图书馆，🔖都是这类🐚工具🌛。
