2026 年年中的 Config 大会上，Figma 给设计 Agent 补上了最关键的一块拼图：Agent Skills。它把团队自己的工作流和规范打包成可复用指令，设计 Agent 在执行时遵循这些指令——无障碍检查、设计评审、文案口径，这些过去写在 wiki 里没人看的规矩，从此可以变成 Agent 的执行依据。
对设计师和工程师而言，这件事的意义不在“AI 能画图”，而在设计平台第一次把团队规范变成 Agent 可执行的资产：规范从静态文档，变成可触发、可共享、可组合的指令单元。本文按“是什么、怎么写、怎么共享、怎么组合、边界与总结”的顺序组织全文。
1、Agent Skills 是什么
官方博客的定义很直白：
技能是一组用自然语言写成的可复用指令：你教会 Figma Agent 一次，之后在任何聊天里都能用斜杠命令触发它。
它解决的核心问题是通用 Agent 不懂团队语境。设计系统提供了组件和模式，技能补充的是“怎么用它们”的判断力：品牌语气、合规要求、评审流程、新用户视角。官方举的用法包括对照无障碍标准检查设计、模拟特定干系人的评审风格、以首次使用的用户视角走查界面，以及让 Agent 基于设计系统干活并标记偏离项。
技能在 Config 2026 上随设计 Agent 一同亮相，之后官方连发两篇文章补全细节：产品经理署名的《Got Skills? Make the Figma Agent a Better Collaborator》（7 月 1 日），以及产品副总裁的《What it takes to build great products now》（9 月 24 日）。值得记住的一点是：技能跨文件持久可用，且同时作用于 Figma Design 与 Figma Make 两款产品。
2、一个技能长什么样
技术上没有黑魔法。按照 Help Center 文档《Custom skills for the Figma agent and Figma Make》的说法，技能就是遵循 Agent Skills 规范的单个 Markdown 文件，由名称、描述、指令三部分组成，名称决定斜杠命令，例如 /design-crit。有一处硬限制：目前必须是单一 .md 文件，不支持 scripts/、references/、assets/ 之类的附加目录。
下面是一个评审类技能的指令主体示例：
# 首次用户视角评审
## 何时使用
当用户要求以新用户视角评审界面时，必须使用本技能，
而不是给出通用的设计点评。
## 执行步骤
1. 逐个 Frame 走查核心任务路径
2. 标记可发现问题：入口不明确、术语不一致、操作无反馈
3. 每条发现标注级别：阻断、建议、微调
4. 把结果整理成卡片，放到画布右侧留白区
解读两处要点。其一，“何时使用”的写法有讲究：官方建议用主动、无歧义的语言描述触发时机，并把条件写成要求而不是限制——“必须使用本技能”就比“不要通用点评”可靠。其二，打算发布的技能要起一个具体、不撞名的名字，避免与 Community 上的既有技能冲突。
3、三种创建方式
官方给出了三条路径：
| 创建方式 | 适合场景 |
|---|---|
| 让 Agent 代写 | 已有现成对话或提示词，想快速沉淀 |
| 上传技能文件 | 已在别处维护 .md 技能，直接导入 |
| 从零手写 | 全新流程，逐字段填写三要素 |
代写最省事，官方给的示例提示词包括：Take this conversation we just had and turn it into a skill（把刚才的对话沉淀成技能）、Merge these two skills together（合并两个技能）、Revise the attached skill.md file to fit my design system（按我的设计系统改写这份技能）。
上传与手写走同一入口：在聊天输入框点开 Skills 菜单，选择 Add skill，拖入文件或点 Start from scratch，确认名称、描述与指令后点 Add 即可。
4、发布共享与管理
技能默认私有，共享分两个层级。发给团队或组织：在 Manage skills 里选中技能，经 More actions 菜单点 Publish，范围设为 Private 并选择目标团队——注意发布源文件必须位于该团队内。发给全网：同一菜单把范围设为 Community，需补缩略图（最多 9 张，建议 1920x1080）、一句话简介、分类与贡献者。
管理动作齐全：可随时编辑名称与指令，用 Publish changes 推送更新，导出为 .md 备份，或 Disable 仅对自己停用。删除则会把技能从所有已发布对象处移除，官方提醒先导出再删。
想先抄作业，可以去 Figma Community 的 AI Skills 页面逛逛：官方建议在技能页复制 Instructions 到本地，改一改再导入，比从零写快得多。
5、搭配连接器与 MCP
技能单独用是“懂规矩”，配上**连接器（connectors）**才够得着真实上下文。通过 MCP 连接器，Agent 能读取 Slack、Notion、Asana 以及用户研究工具里的数据。官方文档给的组合示例，是把技能与 Notion 文档拼进同一条提示：Use the /build-from-prd skill to implement this PRD from @Notion …——执行靠技能，上下文靠连接器。
更值得工程侧关注的是官方预告：技能后续将通过 Figma 的 MCP Server 开放，届时任何 MCP 兼容客户端都能调用同一套技能。也就是说，团队在 Figma 里沉淀的评审流程，未来可以从 IDE 或其他 Agent 工具触发，技能开始从产品内功能变成跨工具资产。
协作机制也配套调整：协作文件里的 Agent 聊天默认对团队可见，同事能看到提示词与所用技能；敏感讨论可手动切成私密。
6、同场发布的其他能力
Config 2026 上，技能不是孤品，同一波发布里还有三件事值得知道。
自定义工具（custom tools）：让 Agent 把重复的画布操作生成为可复用插件，例如自动把一组图片排成版式、生成仪表盘布局。官方对分工的表述很清楚——插件是“在画布上执行具体任务的可复用工具”，技能是“教 Agent 怎么做事的指令”，一个动手，一个定规矩。
共享团队聊天：Agent 对话进入协作流，提示与技能对队友透明，细节上文已述。
Figma Motion：动效时间轴原生进入画布，与组件、变量同处一个文件。可以从预设起步，用自然语言让 Agent 出第一版，再手动调关键帧（位置、缩放、旋转、透明度）；开发侧能在 Dev Mode 把动效复制为 CSS、JSON 或 React。
另有一条第三方观察供参考：Figma Agent 目前不能直接驱动已有插件或 UI，与外部系统的交互只能走 API 与 CLI。换句话说，“插件加技能”的组合里，插件由人生成、被人复用，Agent 本身并不充当插件的运行时。
7、边界与注意事项
可用性方面，设计 Agent 处于开放测试期，测试期内免费，但受计划与席位约束：
| 席位类型 | Agent 可用范围 |
|---|---|
| Full 席位（付费计划） | 在 Figma Design 与 Figma Make 文件中聊天使用 |
| View / Dev / Collab 席位 | 仅能在 Drafts 里的文件试用 |
此外，在文件中调用 Agent 需要该文件的编辑权限。官方列出的已知问题也该写进落地评估：
- 一条提示里提到多个技能时，只有第一个会被调用
- Figma Make 上传技能仅支持单文件
- Make 会话中途切换模型后，紧随的第一条提示无法立即调用技能
- 模型输出非确定：结果“大多数时候一致”，不保证逐字相同
把技能当活的文档运营，定期修订，别当一次性配置。
8、总结
Agent Skills 的本质，是把团队规范从“写在 wiki 里等人读”升级为“挂在斜杠命令上等 Agent 执行”：单个 Markdown 文件、三要素结构、三级共享，再借连接器与 MCP 拉进真实上下文。叠加同场的自定义工具、共享聊天与 Figma Motion，Figma 把“AI 按团队规矩干活”补成了一套完整能力。
对于正在用 Figma 的设计团队，建议挑一个最耗时的流程——评审清单、无障碍检查或文案口径——写成第一个技能：用“要求式”措辞定义触发时机，先在团队内私有发布跑两周，稳定后再考虑公开。对于工程团队，盯住技能接入 MCP Server 的时间表，那才是这套体系溢出设计工具边界的时刻。
