2026年8月24日
在 Claude 或 Cursor 裡生成 AI 圖片和影片：MCP 完整使用指南
你的 AI 助理會寫作、會寫程式、會規劃。最近它還學會了創作圖片和影片，而且不用離開對話，靠的是 MCP 協定。以下是兩分鐘把它接上真正的生成引擎的做法、精算到分的成本，以及區分「有效率的代理」和「燒點數的代理」的幾個習慣。
你的助理現在會做圖，不只是談論做圖
有了 MCP 協定，Claude 或 Cursor 這類助理可以在對話進行中直接呼叫真正的圖片與影片生成器，回傳一個成品檔案的 URL，而不是一段描述。
叫 Claude 幫你寫一篇部落格文章，它會寫。叫它幫這篇文章配圖，直到不久前它還會禮貌地回你它不會生成圖片，然後給你一段提示詞，讓你複製到別的地方去用。後面的劇情你很熟：打開另一個工具、貼上提示詞、下載圖片、再回來。本來要幫你省時間的助理，剛剛替你的一天多加了三趟來回。
這道牆正在倒下。現代的 AI 助理會使用外部工具：上網搜尋、讀取檔案、呼叫服務。而自從有了接這些工具的共通標準，任何相容的助理都能驅動真正的圖片與影片生成引擎。你說「用一張霧林裡的狐狸照片來配這一節」，三十秒後圖片的 URL 就出現在對話裡。
這份指南會教你把 Claude、Cursor 或任何相容的用戶端接上 Imaginode，這個 AI 創作畫布提供 48 個模型（Flux 2、Nano Banana 2、Seedream 5、Kling V3、Seedance 2.5、Veo 3.1 等等），點數計費一目了然。兩分鐘設定，零安裝，你的助理就變成一間創作工作室。
MCP，AI 助理的 USB 埠
Model Context Protocol 是一套開放標準，描述助理如何發現並呼叫外部工具：MCP 伺服器提供函式，用戶端拿來用，誰寫的都無所謂。
MCP 是 Model Context Protocol 的縮寫。這是一套開放標準，2024 年底推出，之後整個生態系都採用了：Claude、Cursor 以及數十個其他用戶端都原生支援。想法很簡單：與其每個助理各自發明連接每個服務的方式，不如讓 MCP 伺服器用共通格式描述自己的工具，任何相容的用戶端都能發現並呼叫它們。常見的比喻是 USB 埠：一種插孔，數千種裝置。
具體來說，MCP 伺服器提供一組具名的工具，附上參數和說明。Imaginode 的伺服器提供四個：列出可用模型與價格、生成一張圖片、啟動一支影片，以及追蹤一次生成直到拿出結果。當你向助理要一張圖，它會自己挑工具、填好提示詞、發出呼叫，再把 URL 回報給你。你看不到底下的水管，這正是重點。
有個重要細節：Imaginode 的伺服器是託管的，位址是 https://imaginode.ai/api/mcp。你的電腦上什麼都不用裝，沒有要 clone 的倉庫，也沒有 Node 或 Python 要設定。這就是遠端 MCP 伺服器和需要安裝的本機伺服器之間的差別：在這裡，你唯一需要的東西就是一把 API 金鑰。
兩分鐘把 Imaginode 接上 Claude，計時開始
在 Imaginode 個人檔案裡建立一把 API 金鑰（需要驗證過的電子郵件，密鑰只顯示一次），然後把它交給你的 MCP 用戶端：Claude Code 一行指令，Claude.ai 一個自訂連接器，Cursor 一段 JSON。
第一步：金鑰。如果還沒有帳號，先到 Imaginode 註冊（註冊就送試用點數，電子郵件必須驗證），然後打開個人檔案的「API 金鑰」區塊。替金鑰取個名字，例如「Claude Code」，然後建立。以 imk_ 開頭的密鑰只會顯示一次：請立刻複製起來。萬一弄丟了，撤銷這把金鑰再建一把就好，十秒鐘的事。
第二步：接上去。在 Claude Code 裡，一行終端機指令就夠：claude mcp add --transport http imaginode https://imaginode.ai/api/mcp --header "Authorization: Bearer 你的金鑰"。在 Claude.ai 或桌面應用裡，新增一個自訂連接器，填上伺服器 URL 和同樣的標頭。在 Cursor 裡，在 mcp.json 檔案中宣告這個伺服器，附上 URL 和 Authorization 標頭。所有其他相容 MCP 的用戶端都是同一套邏輯：一個 URL，一個標頭。
第三步：沒有第三步。打開一段對話，直接說：「生成一張暴風雨中的布列塔尼燈塔，底片攝影風格」。助理呼叫工具，圖片開始生成，URL 出現在對話串裡。每次呼叫都會在結果送達之前，先告訴你確切的點數花費和剩餘餘額。
接上之後，你的助理能做什麼
替它正在寫的內容配圖、成系列產出視覺素材、啟動一支影片並追蹤到最終檔案：助理在你工作的同一條對話串裡，把一次次生成接起來。
最立即的使用情境，是寫作過程中的配圖。你的助理正在寫一頁銷售頁、一篇文章、一封電子報：它現在可以在同一條對話串裡生成搭配的視覺素材，而且保有上下文。圖片的提示詞可以用上對話裡已經有的一切：你的品牌、你的語氣、這一節確切的主題。這跟在另一個分頁打開、對你的專案一無所知的生成器，完全是兩回事。
第二類：系列。「同一支瓶子，先放白色棚拍背景，再放淺色木頭，再來一版夜晚氛圍」：助理會一次次呼叫、替檔案命名、把 URL 列給你。要大量產出商品照，或做幾個版本的 YouTube 縮圖來測試，整個流程縮成一句話。而且每次呼叫都會回傳費用，你會清楚知道這一系列花了多少。
影片的原理一樣，只有一點不同：一次影片生成要花一到五分鐘，大尺寸的有時更久。所以工具會立刻回傳一個追蹤識別碼和費用，助理再定期查詢狀態，完成時把 URL 交給你。這段時間它可以繼續做別的事：它是代理，不是沙漏。
要花多少錢，以及為什麼代理不可能失控
每次呼叫都以跟畫布相同的費率扣點（一張圖 1 到 7 點，一支影片約 30 到 170 點），失敗自動退款，每把金鑰每分鐘 10 次生成的配額則框住任何脫韁的可能。
先講最尷尬的問題：讓一個代理去花錢，這樣真的妥當嗎？在 Imaginode，護欄寫在基礎設施裡，不是寫在承諾裡。每次生成都在送出前先扣款，價格是已知的：一張圖 1 到 7 點，一支影片依模型、長度和解析度約 30 到 170 點，而一點等於一分歐元。逐個模型的細節是公開的，list_models 這個工具還會把價格直接交給助理本人。
如果生成在供應商那邊失敗，點數會自動退回，不用開單也不用申訴：你只為成功的結果付錢。更重要的是，代理永遠不可能花超過你的餘額：不會透支，月底也不會有意外帳單。最糟的情況就是餘額歸零，加上一則請你儲值的訊息。
剩下的是代理跳進迴圈的情況，某個腳本失控、同一個生成一直重發。每把 API 金鑰限制在每分鐘 10 次生成：對任何真實用途都夠，對趁你不在時清空餘額則遠遠不夠。而如果一把金鑰外洩或讓你不安心，在個人檔案裡點一下就能撤銷，立即生效。最多五把有效金鑰，一種用途一把，這是好習慣。
區分好代理和敗家代理的幾個習慣
先用 1 點的模型迭代再付錢跑高階模型、提示詞用英文寫、影片每 30 秒查一次狀態但絕不重發、把輸出的 URL 當成下一步的輸入：四個習慣就會改變你的帳單。
第一個習慣，也是最划算的：用便宜的模型驗證，用高階的模型定稿。Flux Schnell 只要 1 點，拿來測構圖、測氛圍、測配置綽綽有餘。提示詞調好之後，再把同一個想法丟給 Nano Banana 2 或 Flux 2 Pro 做最終成品。交代清楚的助理會自己套用這條規則：你只要跟它說「先用便宜的迭代，我會告訴你什麼時候換成高品質」。這跟在畫布上選擇模型是同一套邏輯。
第二個習慣：提示詞用英文寫。生成模型什麼語言都懂，但訓練資料壓倒性地是英文，用英文寫結果會更精準。好消息是：你的助理是一流的翻譯。你用中文跟它講，讓它把提示詞寫成英文，再請它把實際送出去的內容給你看，這是學會寫出有效提示詞最好的方式。
第三和第四個習慣，關於影片和串接：絕對不要因為「感覺很慢」就重發一支影片，狀態追蹤就是為此存在，而重發一次的代價等同一次完整生成。還有，把輸出的 URL 當成輸入來重複使用：上一步生成的圖片可以當成下一支影片的第一格，就跟在畫布上把兩個節點接起來一模一樣。這時候你的助理就是在對話裡，建出真正的工作流。
給開發者：同樣的事，三個 REST 端點
GET /api/models 拿目錄，POST /api/generate 啟動生成（模型、提示詞、選項，金鑰放 Bearer），GET /api/generate/status 追蹤：MCP 伺服器只是蓋在公開 REST API 上的一層外殼。
如果你比較想直接寫腳本，MCP 伺服器做的每一件事都走三個公開端點。GET https://imaginode.ai/api/models 回傳完整目錄、選項和點數價格，不需要驗證。POST https://imaginode.ai/api/generate 啟動一次生成：一段 JSON，內含模型、提示詞和選項（長度、解析度、比例、音訊、輸入圖片），你的金鑰放在 Authorization 標頭，回應會包含請求識別碼、扣掉的費用和你的新餘額。
接著 GET https://imaginode.ai/api/generate/status 追蹤這次生成：跑的時候是 running，然後是 completed 加上輸出 URL，或是 failed 而且退款已經完成。這跟畫布和 MCP 用的是同一條管線、同一套驗證、同一套計費：一套機制，三道入口。
輸入圖片必須存放在你的 Imaginode 帳號上，可以是匯入到你的媒體庫，也可以來自前一次生成、直接沿用它的 URL。說明文件的 API 與 MCP 指南逐一說明每個欄位、限制和最佳做法，共五種語言。
對話、畫布、代理：通往同一具引擎的三道門
畫布仍然是構思和保存工作流的地方；MCP 和 API 則是助理或腳本用來驅動同一具引擎的門，共用同一份點數餘額。
既然助理什麼都生得出來，還需要打開畫布嗎？需要，理由很簡單：對話是線性的。要設計一條視覺化的流程、把不同版本並排比較、保存角色參考，幾週後還找得回自己的工作，節點畫布仍然是那間工作室。至於代理，它擅長的是執行：產出、變化、把生成嵌進一個包含文字、程式碼、檔案的更大工作流程裡。
兩者互補得特別好，因為它們共用一切：同一個帳號、同一份點數、同一個媒體庫。今天早上 Claude 生成的圖片，今晚就在你的 Imaginode 媒體庫裡，隨時可以接到影片節點上。在畫布上建好的角色參考，也可以成為你的助理明天送出的提示詞的靈感。
如果你是透過這篇文章第一次認識 Imaginode，最短的路徑仍然是建立帳號，先在畫布上做幾次生成，搞懂各個模型和成本，再建一把 API 金鑰把助理接上。從那之後，你就有了一間對滑鼠和對話同樣好用的創作工作室，而且它永遠會精算到分，告訴你每一張圖花了你多少錢。