AI 代理上的技能让 Lily 更加简单
Lily 附带有针对性的技能——通用的、按框架的、按子项目的——这样代理只加载它恰好需要的上下文，不多也不少。
你需要哪种技能？
每一层回答不同的问题。当你还不了解 Lily 时，加载通用技能。当你了解自己的框架但不知道需要哪个子项目时，加载框架技能。当你已经确切知道自己在做什么时，直接加载 headless 技能或辅助组件技能。
- 通用 / 维护 — “Lily 是什么？” / “这个单体仓库是如何组织的？” —
lily-design-system-skill、lily-design-system-maintainer-skill - 框架总览 — “{framework} 有哪些可用的内容，我需要哪一块？” — 8 个，每个框架一个
{framework}-skill - Headless / 辅助组件 — “我具体该如何使用 {framework} 的组件 / *-picker 辅助组件？” — 16 个，每个框架各一个
{framework}-headless-skill和{framework}-helpers-skill
八种框架
每个框架都获得同样的三层结构。总览技能会梳理该框架所有真实的子项目——包括它的两个同级技能都未涵盖的示例应用——并指向它们，而不是重复它们的契约。
| 框架 | 总览 | Headless | 辅助组件 |
|---|---|---|---|
| Angular | 技能 | 技能 | 技能 |
| Blazor | 技能 | 技能 | 技能 |
| HTML | 技能 | 技能 | 技能 |
| Nunjucks | 技能 | 技能 | 技能 |
| React | 技能 | 技能 | 技能 |
| Svelte | 技能 | 技能 | 技能 |
| Vue | 技能 | 技能 | 技能 |
| Web Components | 技能 | 技能 (536/571) | 技能 |
Web Components 是双向的唯一例外：其 headless 目录刻意限定为 571 个中的 536 个（原生自定义元素，无框架运行时；另外 35 个组件被永久排除），并且目前还没有 Web Components 示例应用——它的总览技能如实说明了这一点，而不是暗示存在一个。
添加一项技能
每项技能都是一个 SKILL.md 文件，外加辅助文件，无需构建步骤。把你需要的那一个克隆到你的 Claude Code 加载技能的位置（项目或账户的技能目录请参阅上方链接的官方文档）：
git clone https://github.com/LilyDesignSystem/lily-design-system-svelte-skill要跨多个框架工作，或在单体仓库本身上工作？那就改为克隆规范单体仓库——全部 26 项技能已在其根目录，与它们所描述的 headless 库、辅助组件目录和示例应用放在一起。