做 AI 繪圖或者多模態(tài)創(chuàng)作的人大概都經(jīng)歷過這種狀態(tài)Prompt 寫在某個(gè)聊天窗口里參考圖存在下載文件夾生成結(jié)果又丟在另一個(gè)目錄改了幾版之后自己都記不清哪張圖對(duì)應(yīng)哪段提示詞。想對(duì)比兩個(gè)版本的差異得來回切窗口想把一套流程復(fù)用只能靠手動(dòng)復(fù)制粘貼。這不是工具不夠多的問題而是這些內(nèi)容沒有放在同一個(gè)空間里。最近一段時(shí)間無限畫布Infinite Canvas這種交互形式被不少 AI 創(chuàng)作工具采用包括一些開源項(xiàng)目。它的核心思路很簡(jiǎn)單把每個(gè) Prompt、每張圖、每次生成都當(dāng)成畫布上的一個(gè)節(jié)點(diǎn)用連線表達(dá)它們之間的關(guān)系。這篇文章就圍繞開源項(xiàng)目Infinite-Canvas來講怎么把散落的創(chuàng)作素材收進(jìn)一張畫布。需要先說明一點(diǎn)Infinite-Canvas 是一個(gè)開源項(xiàng)目具體倉(cāng)庫(kù)地址和最新版本請(qǐng)以官方倉(cāng)庫(kù)為準(zhǔn)本文不引用未經(jīng)驗(yàn)證的版本號(hào)。涉及到的具體配置項(xiàng)我會(huì)標(biāo)注哪些是通用做法、哪些需要你按自己環(huán)境調(diào)整。為什么是無限畫布而不是文件夾先想清楚一個(gè)問題為什么傳統(tǒng)的文件夾 文件名管理在 AI 創(chuàng)作場(chǎng)景下會(huì)失效。文件夾的本質(zhì)是樹狀結(jié)構(gòu)一個(gè)文件只能屬于一個(gè)父目錄。但 AI 創(chuàng)作的素材關(guān)系是網(wǎng)狀的同一張參考圖可能被多個(gè) Prompt 引用同一個(gè) Prompt 可能生成幾十張圖某張生成圖又可能成為下一輪的參考圖。這種多對(duì)多的關(guān)系用樹狀結(jié)構(gòu)表達(dá)會(huì)非常別扭——你只能復(fù)制多份然后陷入哪份是最新的的困境。無限畫布解決的是這個(gè)映射問題。它把二維空間當(dāng)成一個(gè)開放的容器節(jié)點(diǎn)之間用連線表達(dá)引用、派生、對(duì)比關(guān)系。你可以橫向鋪開不同風(fēng)格的嘗試縱向排列同一 Prompt 的迭代版本視覺上就能看出哪些是分叉、哪些是收斂。這里有個(gè)容易忽略的點(diǎn)無限畫布的無限不只是尺寸無限更重要的是結(jié)構(gòu)無限。你不需要提前定義好層級(jí)可以邊做邊加節(jié)點(diǎn)后續(xù)再整理。這和 AI 創(chuàng)作那種想到哪試到哪的節(jié)奏是匹配的。Infinite-Canvas 能做什么不能做什么在動(dòng)手之前先明確邊界避免期望錯(cuò)位。Infinite-Canvas 本身是一個(gè)畫布工具它負(fù)責(zé)的是節(jié)點(diǎn)的展示、排列、連線以及和外部生成服務(wù)的對(duì)接。它不是一個(gè)模型也不自帶繪圖能力。你要生成圖片仍然需要接一個(gè)后端服務(wù)比如本地跑的 Stable Diffusion WebUI、ComfyUI或者某個(gè)在線 API。所以它的定位更接近創(chuàng)作工作臺(tái)而不是AI 生成器。理解這一點(diǎn)很重要因?yàn)楹竺媾渲脮r(shí)會(huì)涉及后端地址的填寫。從功能上看它能做的事大致包括在畫布上創(chuàng)建文本節(jié)點(diǎn)用來寫 Prompt創(chuàng)建圖片節(jié)點(diǎn)用來放參考圖或生成結(jié)果通過連線表達(dá)節(jié)點(diǎn)之間的關(guān)系把文本節(jié)點(diǎn)的內(nèi)容發(fā)送到生成后端結(jié)果回填為新的圖片節(jié)點(diǎn)至于具體的節(jié)點(diǎn)類型、快捷鍵、導(dǎo)出格式這些細(xì)節(jié)不同版本可能有差異建議直接看官方文檔。我不在這里編造具體操作步驟。環(huán)境準(zhǔn)備Infinite-Canvas 通常是一個(gè)前端 后端的組合項(xiàng)目前端負(fù)責(zé)畫布渲染后端負(fù)責(zé)和生成服務(wù)通信。下面是一套通用的準(zhǔn)備流程具體命令以官方 README 為準(zhǔn)。先確認(rèn)本地環(huán)境安裝 Node.js建議 18 LTS 或更高具體版本看項(xiàng)目要求安裝 Python 3.10 左右版本用于可能的本地后端或腳本準(zhǔn)備一個(gè)可用的生成后端比如本地 ComfyUI 或在線 API克隆項(xiàng)目并安裝依賴gitcloneInfinite-Canvas 官方倉(cāng)庫(kù)地址cdInfinite-Canvasnpminstall【注意】倉(cāng)庫(kù)地址和默認(rèn)分支請(qǐng)以官方為準(zhǔn)不同 fork 的目錄結(jié)構(gòu)可能不一樣。如果npm install報(bào)錯(cuò)優(yōu)先看 Node 版本是否匹配這類前端項(xiàng)目對(duì) Node 版本比較敏感。啟動(dòng)開發(fā)模式npmrun dev默認(rèn)情況下前端會(huì)跑在類似http://localhost:3000的端口上具體端口看控制臺(tái)輸出。打開后如果能看到空白畫布說明前端起來了。接下來是后端對(duì)接。這一步是很多人卡住的地方——畫布能打開但點(diǎn)生成沒反應(yīng)通常是后端地址沒配。后端對(duì)接把生成能力接進(jìn)畫布Infinite-Canvas 生成的圖片最終要落到某個(gè)模型服務(wù)上。常見有兩種接法。第一種是接本地 ComfyUI。ComfyUI 默認(rèn)監(jiān)聽127.0.0.1:8188它提供了一套 HTTP 接口。你需要在 Infinite-Canvas 的配置里填寫這個(gè)地址并把畫布上的文本節(jié)點(diǎn)映射成 ComfyUI 的工作流輸入。第二種是接在線 API比如某些提供圖像生成的云服務(wù)。這種方式不需要本地顯卡但要處理 API Key 和計(jì)費(fèi)而且不同服務(wù)的請(qǐng)求格式差異較大。用表格對(duì)比一下方案優(yōu)點(diǎn)缺點(diǎn)適用場(chǎng)景本地 ComfyUI免費(fèi)、可離線、工作流靈活需要顯卡、啟動(dòng)慢、配置復(fù)雜有本地算力、需要精細(xì)控制在線 API無需顯卡、開箱即用有調(diào)用成本、依賴網(wǎng)絡(luò)、格式各異輕量試用、算力不足自建后端服務(wù)可定制、可加緩存和隊(duì)列開發(fā)成本高團(tuán)隊(duì)協(xié)作、需要統(tǒng)一管理對(duì)于個(gè)人創(chuàng)作者我傾向于先接本地 ComfyUI因?yàn)檎{(diào)試成本低改工作流不用重新申請(qǐng) Key。這里有一個(gè)實(shí)際建議不要把 ComfyUI 的工作流直接硬編碼在畫布里。更好的做法是讓畫布只負(fù)責(zé)傳 Prompt 和參數(shù)工作流模板放在后端。這樣換模型、換采樣器時(shí)不用動(dòng)畫布代碼。# 一個(gè)簡(jiǎn)化的后端轉(zhuǎn)發(fā)示例僅示意參數(shù)傳遞# 實(shí)際接口路徑和字段請(qǐng)以 ComfyUI 官方文檔為準(zhǔn)importrequests COMFYUI_URLhttp://127.0.0.1:8188defqueue_prompt(prompt_text:str,workflow:dict)-str:把 Prompt 注入工作流并提交返回 prompt_id# 假設(shè)工作流中有一個(gè)節(jié)點(diǎn) id 為 6 的文本輸入workflow[6][inputs][text]prompt_text payload{prompt:workflow}resprequests.post(f{COMFYUI_URL}/prompt,jsonpayload,timeout30)resp.raise_for_status()returnresp.json()[prompt_id]這段代碼的關(guān)鍵不在于具體字段而在于職責(zé)分離畫布管組織后端管生成。如果把兩者耦合在一起后面維護(hù)會(huì)很痛苦。【踩坑提醒】ComfyUI 的接口在版本迭代中調(diào)整過如果你照著舊教程寫/prompt之類的路徑報(bào) 404先查一下當(dāng)前版本的接口文檔不要直接懷疑畫布項(xiàng)目有問題。在畫布上組織一次完整的創(chuàng)作環(huán)境跑通之后真正要解決的是怎么用。下面描述一套我自己比較順手的組織方式不涉及具體按鈕位置。第一步先建一個(gè)錨點(diǎn)文本節(jié)點(diǎn)寫清楚這次創(chuàng)作的目標(biāo)比如賽博朋克風(fēng)格的城市夜景冷色調(diào)廣角。這個(gè)節(jié)點(diǎn)不直接用來生成而是作為整條分支的說明。第二步從錨點(diǎn)引出幾條線每條線對(duì)應(yīng)一個(gè)變體。比如一條改色調(diào)、一條改構(gòu)圖、一條改鏡頭。每個(gè)變體節(jié)點(diǎn)寫具體的 Prompt。這樣一眼就能看出哪些是平行嘗試。第三步把參考圖拖進(jìn)畫布作為圖片節(jié)點(diǎn)連到對(duì)應(yīng)的 Prompt 節(jié)點(diǎn)上。這一步的價(jià)值在于以后回頭看能立刻知道這張圖是基于什么參考生成的。第四步生成結(jié)果回填后不要急著刪失敗的版本。把不滿意的結(jié)果留在畫布上用顏色或位置標(biāo)記反而能幫你記住哪條路走不通。這套流程的核心是畫布記錄的是決策過程不只是最終結(jié)果。文件夾只能存結(jié)果畫布能存過程。這是它真正的價(jià)值所在。和純腳本方案相比差在哪有人會(huì)問我用 Python 腳本批量跑 Prompt把結(jié)果存成文件不也能管理嗎能但場(chǎng)景不同。腳本適合批量、可預(yù)測(cè)的任務(wù)比如用同一個(gè) Prompt 跑 100 個(gè)種子。畫布適合探索性、需要人工判斷的任務(wù)比如這個(gè)風(fēng)格往哪個(gè)方向調(diào)。方案優(yōu)點(diǎn)缺點(diǎn)適用場(chǎng)景純腳本可批量、可復(fù)現(xiàn)、易版本控制交互差、調(diào)整慢批量生成、參數(shù)掃描無限畫布可視化、關(guān)系清晰、調(diào)整快大批量時(shí)擁擠、難自動(dòng)化探索性創(chuàng)作、方案對(duì)比兩者結(jié)合腳本跑批量畫布做篩選需要額外對(duì)接完整工作流我個(gè)人的做法是兩者結(jié)合腳本負(fù)責(zé)生成候選畫布負(fù)責(zé)挑選和組織。Infinite-Canvas 如果能導(dǎo)入外部生成的圖片這個(gè)流程就很順。一些需要如實(shí)說明的地方寫到這里有幾點(diǎn)必須講清楚避免誤導(dǎo)。第一Infinite-Canvas 這類項(xiàng)目的迭代速度比較快節(jié)點(diǎn)類型、配置項(xiàng)、快捷鍵都可能變。本文沒有引用具體版本號(hào)是因?yàn)槲覜]有逐一驗(yàn)證當(dāng)前最新版的行為。你配置時(shí)請(qǐng)以官方文檔為準(zhǔn)。第二畫布和生成后端的對(duì)接方式不同項(xiàng)目實(shí)現(xiàn)差異較大。有的項(xiàng)目?jī)?nèi)置了 ComfyUI 適配有的需要你自己寫中間層。這一點(diǎn)需要你打開項(xiàng)目源碼確認(rèn)我不能替你下結(jié)論。第三無限畫布在節(jié)點(diǎn)數(shù)量多的時(shí)候會(huì)有性能壓力。幾百個(gè)節(jié)點(diǎn)之后拖拽和縮放可能變卡。這是渲染層面的普遍問題不是某個(gè)項(xiàng)目獨(dú)有。如果你的創(chuàng)作規(guī)模很大可能需要考慮分畫布管理。第四關(guān)于導(dǎo)出和協(xié)作不同項(xiàng)目支持程度不同。有的能導(dǎo)出 JSON 結(jié)構(gòu)有的只能截圖。如果你有團(tuán)隊(duì)協(xié)作需求建議先確認(rèn)導(dǎo)出格式是否滿足。適合誰用如果你只是偶爾生成一兩張圖用聊天窗口就夠了沒必要上畫布。如果你在做需要反復(fù)迭代的創(chuàng)作——比如游戲美術(shù)概念、漫畫分鏡、品牌視覺探索——那畫布帶來的結(jié)構(gòu)價(jià)值會(huì)很明顯。它把我試過什么、為什么放棄這些隱性信息顯性化了。對(duì)開發(fā)者來說Infinite-Canvas 也是一個(gè)不錯(cuò)的二次開發(fā)起點(diǎn)。前端畫布部分可以復(fù)用后端對(duì)接部分可以按自己的模型服務(wù)改造。它的代碼結(jié)構(gòu)通常比較清晰適合作為 AI 工具類項(xiàng)目的參考。最后留一個(gè)值得繼續(xù)想的問題當(dāng) Agent 能自動(dòng)在畫布上創(chuàng)建節(jié)點(diǎn)、連線、生成結(jié)果時(shí)畫布會(huì)不會(huì)從人操作的工具變成人和 Agent 共同編輯的空間這個(gè)方向目前還沒有成熟的答案但值得關(guān)注?！疚恼抡勘疚膹?AI 創(chuàng)作中 Prompt 和素材散落的問題出發(fā)介紹無限畫布這種交互形式為什么適合管理網(wǎng)狀關(guān)系的創(chuàng)作素材并以開源項(xiàng)目 Infinite-Canvas 為例講解環(huán)境準(zhǔn)備、后端對(duì)接以 ComfyUI 為例、畫布節(jié)點(diǎn)組織方式和實(shí)際使用取舍。文章強(qiáng)調(diào)畫布記錄的是決策過程而非僅結(jié)果并如實(shí)說明項(xiàng)目迭代快、配置需以官方文檔為準(zhǔn)等限制不編造未驗(yàn)證的 API 細(xì)節(jié)?！就扑]標(biāo)簽】人工智能,python,AI Agent 實(shí)戰(zhàn),langchain【備用標(biāo)題】把 Prompt、參考圖和生成結(jié)果放進(jìn)同一張畫布Infinite-Canvas 實(shí)踐AI 創(chuàng)作素材太亂試試用無限畫布管理你的 Prompt 和圖片從文件夾到畫布Infinite-Canvas 如何改變 AI 創(chuàng)作的組織方式開源 Infinite-Canvas 上手搭建一個(gè)可視化的 AI 創(chuàng)作工作臺(tái)為什么 AI 創(chuàng)作更適合無限畫布而不是文件夾結(jié)構(gòu)