Juxt
JUXT Design
文章 · 收錄於 2026.08
MGN-BLOG-FIGMA-WE
索引 · 部落格

用 Cursor 一句話跑 Figma Weave 工具

Figma 把 Weave 工具接上 MCP:在對話裡呼叫創作管線,不用再切 app。

3 分鐘閱讀

Figma 8 月 11 日在 Release Notes 裡寫了一則更新,標題很直接:Figma MCP: Run Weave tools, right from your favorite agent.

Starting today, you can run your Figma Weave tools from clients like ChatGPT, Claude, or Cursor using the Figma MCP server. Describe what you need and the agent finds the tool, runs it, and returns the result in your conversation.

這篇主要想分享給:已經在用 Cursor(或 Claude)做事,手上又有重複生成需求——mockup、icon、社群尺寸延展——的人。不是再介紹一次 Weave,而是把「這能力是什麼、怎麼接、現在值得先做什麼」寫清楚。

▍官方在講什麼

公告列了三件事:

Stay in the flow by running Weave tools without switching apps.

Keep your context, including prompts, images, and brand guidelines.

Chat with your agent as results return directly to your conversation.

例句也很具體:

For example, if you’ve built a Brand mockup tool that turns product images into a mockup, just ask your agent: “Run my Brand mockup tool in Figma Weave with these images.” Your agent can find the tool, run it, track its progress, and return the result.

翻譯成人話:你先在 Weave 把管線打包成工具;之後在 Cursor 對話裡點名它,agent 負責找工具、餵輸入、追進度、把成品丟回同一個視窗。prompts、參考圖、brand guidelines 本來就在對話 context 裡,不用搬去另一個 app 重建一次。

❖ 切 app 的成本從來不在那幾下點擊,而在 context 的搬運。

公告最後還預告了下一步:

Coming next: Build new workflows in Figma Weave without leaving your agent.

這次是「呼叫已有工具」;下一步是「在對話裡建新 workflow」。

▍Weave 工具是什麼

Weave 是 Figma 的 AI 創作畫布:node-based 工作流,把圖像、影片、動畫、材質的生成與編輯步驟,串成一條看得見、改得動、可以重跑的管線。

Weave 工具則是把這條管線收成簡單輸入介面——風格轉換、產品攝影、材質套用、換背景。你選工具、給輸入,拿到相對穩定的輸出,免去每次從頭寫 prompt。六月 Config 之後,這些工具也出現在 Figma Design 左側面板。背景見 Connecting Figma and Weave

重點在可重複:同一個工具每次跑出來的結果一致,所以最適合封裝那些你每週都要做一遍的事。方向你出,執行交給管線。

▍跟過去的 Figma MCP 差在哪

過去一年,Figma MCP 的主線是 design to code:agent 讀 frames、variables、components,把設計脈絡翻成程式。資料往外流。

這次是反向——agent 回頭呼叫 Figma 這端的生成能力。你在 node canvas 上拉出來的 workflow,存成工具之後,就進了 agent 的工具箱。

對我來說,安靜但重要的含義是:設計師可以在不寫程式的前提下,做出一個 AI 叫得動的工具。

▍怎麼接起來用(Cursor)

整條路三步。前提是你有 Weave 帳號,手上至少有一個工具(自建或 Community 現成的都算)。

❶ 在 Weave 準備好工具

把常做的創作動作拉成 node workflow,存成/發布成工具。

在 Weave:Settings → Profile → Linked accounts,把 Figma 帳號連上。agent 只會從你當前 active workspace 抓工具——連了多個 workspace 的話,先切對再叫。詳見 Running Weave tools from external agents

❷ 把 Cursor 接上 Figma MCP

推薦:在 Cursor agent chat 輸入:

/add-plugin figma

會帶上 MCP 設定與常見 workflow skills。

手動的話,Cursor Settings → MCP → Add,或在 .cursor/mcp.json 寫:

{
  "mcpServers": {
    "figma": {
      "url": "https://mcp.figma.com/mcp"
    }
  }
}

授權完 Figma 帳號即可。Claude、ChatGPT 等看 Figma MCP catalog

透過 MCP 跑 Weave 工具會吃 Weave credits,不是 Figma AI credits;有成本的 run,agent 會先報價再請你確認。

❸ 在對話裡點名工具

先驗證:

List my Weave tools

再照官方例句跑:

Run my Brand mockup tool in Figma Weave with these images

工具名稱盡量用你存檔時的正確名字,少靠模型猜。

▍三個我覺得值得先打包的場景

第一,提案配圖。跟 agent 來回打磨結構,寫到需要視覺的段落,直接點名跑 mockup——產品圖進去、情境圖出來,接著寫。

第二,品牌 icon 補件。產品每隔一陣子要長新 icon,風格還得跟舊的一致。把品牌 icon 組跟風格規則包成工具之後,補件就是一句話。

第三,社群素材批次延展。同一張主視覺要出橫式、直式、限動三種尺寸,包成工具跑三次,比每次重寫 prompt 穩。

這跟我在 Agentation 那篇覺得重要的事其實一樣:把重複動作從「每次重新描述」變成「可呼叫的單位」。只是那次是把 UI 註解餵給 coding agent,這次是把生成管線餵給同一個對話。

▍現在先做一件事就好

官方下一步是在 agent 裡直接建 workflow。往那個方向看,現在值得動手的只有一件事——盤點你每週重複做的創作動作,挑最常做的那個,在 Weave 裡拉成 workflow、存成工具。工具打包好了,用什麼介面呼叫都行。還沒打包,再多 client 接上 MCP 也與你無關。

❖ 【Asset】快速檢查清單

  • [ ] Weave 帳號連上 Figma(Linked accounts)
  • [ ] 至少有一個已存/已發布的 Weave 工具
  • [ ] Cursor:/add-plugin figma,或 .cursor/mcp.json 指向 https://mcp.figma.com/mcp
  • [ ] 對話裡先 List my Weave tools 確認看得到
  • [ ] 用正確工具名跑一次,確認成品回到對話
  • [ ] (可選)盤點每週重複的創作動作,挑一個再打包

延伸閱讀

表面上是加一條連線。實際上,當工作流可以被打包、被點名、被 agent 調度,設計師跟工具的關係就從「打開它」變成「召喚它」。

索引 · 相關文章

延伸閱讀

Git

給設計師的 Git for Dummies

前幾天在 Threads 隨口寫了一句:凡採用 AI 工作流程的 UI/UX 設計師(或非工程人員),都該先從 Git 學起,否則會很難跟人協作。 底下很快出現兩種聲音。一種是「開一堂給設計師的 Git 101 啊」,另一種是「套 skill 就好,學什麼學」。還有人問得更直接:設計師出的圖檔,本來就不能 `git commit` 吧?每個版本都是獨立檔案,也沒有「很多人共同畫一份 pages」這種事。 這篇主要想分享給開始用 AI 碰程式、但又還沒把 Git 當成自己工具的人。不是要你變成工程師,也不是叫你把 Figma 檔丟進 GitHub。只是我自己越來越覺得:當你真的能開 branch、交 coded prototype,有幾個詞不懂,跟工程師講話會卡住,叫 AI 救場也會救錯地方。 Claude Code 幫你生出一頁 HTML,那還只是你自己的草稿。要讓別人打開、留言、一起改,

GitAiCursor
Ai

當 AI 不再等你開口

多數 AI 產品長得差不多:左邊一串 chat history,中間一個空白輸入框,右邊偶爾冒出一點 side panel。 你問一句,它答一句。關掉分頁,這段關係就結束了。明天再開,通常又是一次新的開始。 SpaceXAI 最近的 Designing Grok Bot for a world of persistent agents,講的卻是另一種關係:agent 不該只活在一次 session 裡。它要有名字、有記憶、有自己的電腦,甚至能在你還沒開口之前就開始做事。 讀完之後,我覺得這篇比較不像產品發表,而像一份設計宣言——當模型真的開始「負責」一件事,介面該怎麼跟著改。 ⸻ ▍聊天紀錄本來就該被忘掉 文章一開始就戳破一件很平常、但很少被當設計問題處理的事: Chats are disposable. 我們開一段對話,解決一個問題,它就被往下推。一週後再開一段。真正會回頭看的,大概只剩

AiDesignProduct Design