设计能力被包成技能之后：一场发生在接口层的圈地

设计能力被包成技能之后一场发生在接口层的圈地【免费下载链接】ai-design-skills项目地址: https://gitcode.com/GitHub_Trending/ai/ai-design-skills一份 431 行的 Markdown 文件正在替代设计规范 PPT、组件库文档与设计评审。它不训练模型不接入图片生成 API只靠一个文件夹、一段 YAML 头和一组写得极其具体的禁用清单就让 AI 编程助手在写页面时不再输出紫色渐变和 Inter 字体。这就是 landing-page-design 做的事情。它所在的仓库 ai-design-skills 目前只有三个文件加一个技能目录MIT 协议没有一行可执行代码。但恰恰是这种几乎没有实现的形态暴露了当下 AI 设计工具竞争的真实战场不在模型能力而在接口层——目录放哪、字段叫什么、描述怎么写、谁的解释器先认出它。从换工具到装能力三种封装形态的分野社区里对 AI 设计工具的讨论长期混在一起其实它们分属三条完全不同的路线。第一种是网页 SaaS 型打开浏览器、注册账号、在线对话出图。能力沉淀在账号和订阅里产出物是图片或导出文件与代码仓库天然脱节。第二种是纯文本技能包把设计方法写成 Markdown塞进编程助手已经会读的规则文件里。ai-design-skills 是这一路线的极简样本——它的 README 第一句就把兼容范围写到最大Claude Code、Cursor、Codex、Windsurf以及任何会读 markdown 规则文件的工具。整份能力的载体就是 SKILL.md 这一个文件。第三种是技能包加 MCP 加插件清单的组合体。Google Labs 开源的 stitch-skills 是典型技能按plugins/plugin/skills/skill/组织每个插件用plugin.json描述元信息安装靠npx plugins add ... --target claude-code这类命令完成而所有技能运行的前提是先配好 Stitch MCP 服务器。它用 Apache-2.0 授权同时明确声明并非 Google 官方支持的产品。三者的可迁移性差异是结构性的越靠服务端能力越锁在账号里越靠纯文本能力越容易被复制、fork、再分发。所以接口层的圈地必然发生在最上层——谁定义了那份文本的格式和存放位置谁就掌握了分发入口。431 行里审美被降级成可判定的条件打开 SKILL.md结构非常克制先是 YAML frontmatter然后分 Part A策略与结构与 Part B视觉系统。frontmatter 只有两个字段都是 Agent Skills 规范的必填项--- name: landing-page-design description: Complete system for building high converting landing pages: ... Use this skill whenever building, editing, styling, reviewing, or writing copy for ANY landing page, marketing site, web UI, page section, component, or prototype, even when the user does not mention design, conversion, tokens, or a design system. ... ---这段description实测 655 个字符规范上限是 1024。它做的不是介绍而是路由既写清能力边界也写清触发时机还额外覆盖了用户根本没提到设计的场景。Part B 的写法更值得拆解。它把好看翻译成一串可以逐条判定的布尔条件字体白名单只有 Geist、Manrope、Geist Mono、Poppins明确禁用 Inter、Roboto、Arial、Open Sans、Helvetica且全站禁用斜体、禁用 900 字重所有字号必须落在 Tailwind 默认字阶上若落在两档之间向上取最近的下一档连行高一起取文中点名禁止text-[19px]、font-size: 22px、1.4rem这类任意值间距只有 13 档从Spacing-0到Spacing-900档与档之间不许插入新值嵌套圆角有公式间隙小于 32px 时inner radius outer radius − gap且结果必须大于 2 才生效动效只允许ease-[cubic-bezier(0.22,1,0.36,1)]布局位移用duration-500hover 的颜色与透明度变化允许duration-300但不得短于 200ms且只允许动transform与opacity背景禁用渐变唯一的例外是 hero 标题的文字渐变深色#FFFFFF → #9B9B9B浅色#000000 → #666666B11 规定每个落地页必须有一段大字号 tagline滚动进入视口时逐词从 25% 到 35% 透明度过渡到全色且必须用IntersectionObserver或requestAnimationFrame节流不许裸挂window.addEventListener(scroll)。末尾还给了一份可直接勾选的三段式清单策略 / 视觉 / 内容与交付把设计评审变成逐项打勾。这里存在一个明确的取舍表达力换可验证性。文章级的设计判断——比如什么样的留白让人舒服——无法被写进规则能被写进规则的只有白名单、数值表、公式和禁用项。技能包做的就是把前者尽可能压缩成后者。压缩得越彻底AI 的输出越稳定也越容易被另一个 AI 逐条审计。第一块地目录约定即发现权Agent Skills 的规范本身很薄但每一条都直指接口。它的核心约束是约束内容必需文件目录下必须有SKILL.mdname1–64 字符仅小写字母、数字与连字符不得以连字符开头或结尾不得连续连字符且必须与父目录名一致description1–1024 字符需说明做什么与何时用可选字段license、compatibility、metadata、allowed-tools实验性可选目录scripts/、references/、assets/体积建议SKILL.md保持在 500 行以内正文建议小于 5000 token引用方式从技能根目录出发的相对路径且只允许一层深度name必须与目录名一致这一条看着是格式洁癖实际是发现机制的基石Agent 在启动时只扫描目录名与description把这两项拼成一张索引表。目录名是人写的description也是人写的于是发现权被完整地交给了技能作者。对照 SKILL.md 的 431 行它刚好卡在 500 行的建议线以内body 也不算长——这是有意识的一旦超出就必须把视觉数值表、动效细则拆到references/下按需加载否则每次激活技能都要吃满上下文。而这个仓库目前没有references/目录所有细节都压在同一份文件里。它选择了一次加载全量的简单路径代价是未来的扩展只能靠继续加长或拆分。拆分本身已经在发生只不过发生在仓库层面而不是技能层面。提交ded7efc的处理方式是把design-to-motion技能整个移出迁到独立仓库同时删掉它在 README 表格里的那一行和相关致谢。提交信息写得很直白——landing-page-design is untouched。同一份 README 里还留着另一个外置技能redesign-skill因为早于这个合集而单独存在于自己的仓库。于是这个合集在结构上退化成一个索引页目录里只有一个真正的技能其余能力以链接形式存在。这不是维护懒惰而是技能包生态的常态——单个技能一旦长到需要自己的版本节奏就会从合集里独立出去。合集的边界往往只是作者的注意力边界。第二块地一份技能五种地址真正让开发者头疼的不是写技能而是把同一份技能放进不同工具的发现路径。README 的安装章节把这件事摊得很清楚工具目标路径安装方式Claude Code.claude/skills/skill-name/cp -r复制整个目录Cursor.cursor/rules/skill-name.mdcurl下载单个SKILL.mdCodexAGENTS.md手工粘贴Windsurf.windsurfrules手工粘贴Cline.clinerules手工粘贴通用系统提示词手工粘贴这张表里藏着一个容易被忽略的不对称。Claude Code 的安装用cp -r目录结构被完整保留将来补上scripts/、references/、assets/也能正常被引用而 Cursor 的安装用curl只取SKILL.md一个文件技能的目录结构在这一步塌缩成了单文件。一旦技能依赖references/里的相对路径引用这条安装路径就会静默失效——文件还在引用断了Agent 读到的是一个指向虚空的路径。Codex、Windsurf、Cline 的路径更彻底AGENTS.md、.windsurfrules、.clinerules都是扁平的单文件规则没有一个技能一个目录的概念。name字段在这里失去意义因为不存在父目录可以对照description也不再承担发现职责因为整个文件是常驻上下文不需要被路由。同一个规范在两种宿主里语义完全不同一种把它当作可按需激活的技能另一种把它当作永久生效的规则。这就是套壳的成本被转移的地方。技能作者以为自己在写一份标准化产物实际交付的是五种不同语义下的变体且必须自己维护这套转换矩阵。第三块地当社区开始自建索引比多路径更麻烦的是元数据被私有字段入侵。规范的发现机制只依赖name和description。但社区里已经出现了另一套做法在.agent/skills/下放一个INDEX.md作为中央总目录并在每个SKILL.md的 frontmatter 里额外写一个keywords:字段再用自建的sync-index.sh扫描所有SKILL.mdgrep 出name与keywords生成 Markdown 表格最后由find-skill.sh按关键词在表格里匹配路径。这套方案解决的是非常现实的问题技能一多靠description让模型自己判断该加载哪个命中率不稳定用一张显式索引表做关键词路由命中与否可调试、可打印日志。它的工程价值是真实的。但它同时在做另一件事把发现权从规范的description转移到自建的keywords和INDEX.md。keywords不是规范字段标准校验器不认INDEX.md不是规范文件别的 Agent 不会读。于是同一份技能拥有了两套触发面——标准描述一套私有索引一套两边都要维护且一旦不一致行为就取决于宿主读的是哪一套。再往上还有一层。stitch-skills 这类项目在技能之上又加了plugin.json这一层插件元信息安装单位从技能变成插件技能之间的依赖关系例如code-to-design内部串联三个子技能通过插件清单和文档约定表达而不是由规范描述。这让分发更整齐也让装一个技能这件事变成了装一个包并确保它的依赖和 MCP 服务器都就位。把这些叠起来一个想接入设计能力的开发者实际要维护的是一个矩阵目录.claude/skills/、.cursor/rules/、.agent/skills/、plugins/*/skills/加上若干单文件规则元数据namedescription可能还有keywords、plugin.json、实验性的allowed-tools运行时是否需要 MCP 服务器Stitch 系技能全部依赖校验规范提供了skills-ref validate但私有字段和自建索引不在校验范围内。矩阵每多一维技能的复用价值就被摊薄一次。这也是为什么仓库层面的合集模式容易退化——维护矩阵的成本最终会把技能一个个推向独立仓库各自选择自己的宿主和目标路径。可能的收敛路径语义层先行实现层后置社区对 Skills 的讨论已经给出了方向只是表述分散。可以把它归纳成三条可操作的工程原则。第一把技能目录当作唯一源把工具目录当作构建产物。SKILL.md与它同级的references/、scripts/、assets/是源.claude/skills/、.cursor/rules/、AGENTS.md都是输出。README 现在把两种操作并列cp -r与curl差别被掩盖在安装步骤里一旦改成构建差异就必须被显式处理——例如为扁平宿主生成一个把SKILL.md与references/内联拼接的单文件版本而不是让相对路径断掉。第二把name与description当作稳定契约其余信息下沉。版本、作者、来源放进metadata规范允许任意字符串键值对授权用license字段而不是正文段落环境要求用compatibility。这样同一份技能在严格校验器、宽松宿主和自建索引之间迁移时语义不会漂移。当前仓库的 frontmatter 只用了两个必填字段最大化了兼容性但也意味着没有任何机器可读的版本信息——SKILL.md 的改动只能靠 git 提交历史追溯宿主无从判断手里这份是第几版。第三用渐进式披露分层而不是用长度堆叠。规范给了明确的三层预算元数据约 100 token、正文建议小于 5000 token、资源按需加载。视觉系统这类高密度内容天然适合拆成references/landing-page-design/ ├── SKILL.md # 策略 决策入口控制在 500 行内 ├── references/ │ ├── visual-tokens.md # 字阶、间距、圆角公式、色值 │ ├── motion.md # 曲线、滚动触发、导航动效 │ └── copy-checklist.md # 文案与交付清单 └── assets/ └── example/ # 一份可对照的成品页拆分之后SKILL.md只保留什么时候读哪一份的导航职能这正是渐进式披露的本意元数据负责被发现正文负责做决策资源负责给细节。三层各自有独立的演进节奏也不会互相挤占上下文。收敛不可能靠某一方宣布标准完成。Google Labs 开源 stitch-skills 时都要加一句非官方支持产品说明连有品牌背书的一方也不愿为标准的强制力背书而社区自建INDEX.md和keywords的现象则说明在真实项目里规范的发现机制还不够可靠人们宁可自己造一层路由。真正的判据并不复杂当一个新的 AI 编程工具出现时你能不能在不改动SKILL.md一个字的前提下把它接进去。能做到说明技能沉淀在语义层实现层只是可替换的适配器做不到说明那份技能其实已经被某个工具的目录约定圈住了——它看起来是可移植的 Markdown实际上是一份只对某个解释器有效的配置。【免费下载链接】ai-design-skills项目地址: https://gitcode.com/GitHub_Trending/ai/ai-design-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考