Spline 3D 留言更新:留言記住視角,AI 代理從留言串接手

Spline 於 10 月 23 日重建 3D 編輯器留言:開啟留言串會把鏡頭移到留言者的視角,Ask AI 從留言出發修改、檢查並回覆,MCP 客戶端也能讀取、回覆與解決留言。本文回官方 changelog、MCP 頁與定價頁核實功能範圍、解決權界線與 AI 點數、每日呼叫上限兩條帳務軸。

用 AI 摘要這篇文章:

3D 協作裡有一種溝通損耗,平面設計沒有:同一句回饋,在不同的鏡頭下指的是不同的畫面。假設一個展間場景裡有人留言「接待櫃檯被擋住了」,他是站在入口看的,櫃檯前剛好豎著一根結構柱;接手的設計師打開檔案時鏡頭停在俯視角度,往下看櫃檯四周空無一物。兩個人都沒說錯,但那句留言在兩個畫面裡指向的問題不同,修改就會失去準頭。

Spline 在 10 月 23 日的官方 changelog 裡重建了 3D 編輯器的留言系統,標題是「Improved 3D editor comments, now with AI」。這次更新把上面那種落差直接寫進資料結構:開啟一則留言串,場景會切換到留言所在的位置,鏡頭會移到留言者當時的視角。回饋從此帶著自己的座標,接手的人與 AI 都從同一個畫面出發。

同一則 changelog 還把留言變成 AI 代理的工作入口。Ask AI 可以接手一則留言,做出修改、從留言者的鏡頭檢查結果,並回到留言串回覆它做了什麼;Claude、ChatGPT 這類 MCP 客戶端也能從外部讀取、回覆與解決留言。不過 Spline 同時把兩條界線畫在明處:AI 只有在被明確要求時才會把留言標為已解決,而所有 AI 操作都吃方案內的 AI 點數、外部代理則受每日 MCP 呼叫上限約束。接下來逐項對照官方 changelog、MCP 說明頁與定價頁,看清這次更新的範圍與帳務邊界。

留言打開時,鏡頭會走到留言者的位置

這次重建動的不是單一功能,而是留言在 3D 編輯器裡的存在方式。changelog 首段列出的骨幹是四件事:留言面板、真正的解決機制、未讀標記、畫布上的釘選預覽。

留言面板把散落的釘選收進一個清單。進入留言模式後,面板列出每一則留言串的參與者、回覆數與時間,可以過濾只看本場景或全部場景,也能顯示已解決的留言串。這在多人協作的檔案裡差很多:回饋多起來之後,能把待處理項目按場景列出來,不必再逐一面板查找。

視角還原是這批變更裡最有分量的一條。changelog 的原文寫得很精確:開啟一則留言串會切換到它的場景,並把鏡頭移到留言者的視角(moves the camera to the commenter’s view)。這代表鏡頭位置成了留言自帶的資料。展間那個例子裡,設計師點開櫃檯的留言,鏡頭會自動落回入口方向,看見那根結構柱,而不必靠留言者事後補一句「我是從門口看的」。

解決機制的改法也值得單獨看。官方把解決(resolve)定義為保留而非刪除,之後可以重新開啟(reopen)。對照常見的協作工具設計,這讓「已解決」變成一個可追溯的狀態,歷史討論不會在結案時消失。配套的未讀標記會在釘選與面板上以紅點標示有新回覆的留言串,可以手動標已讀或未讀;滑鼠懸停在釘選上能預覽首則留言與參與者頭像;右鍵點釘選則有解決、標未讀、Ask AI 三個動作。快速鍵 Shift+C 則把全部留言一次隱藏或顯示。

同則 changelog 還修了兩個舊問題:預覽分頁播放場景時不再顯示留言,Escape 會關閉開啟中的留言串。這兩個修復看似零碎,但它們指向同一個干擾源:留言系統在展示與審查之間切換時的殘留。修掉之後,留言系統與場景本身的邊界才乾淨。

Spline 官方 changelog 條目 Improved 3D editor comments, now with AI,日期 2026 年 10 月 23 日,列出留言面板、解決與重新開啟、未讀標記、釘選預覽與 Ask AI、Comments over MCP 等變更Pin
Spline 10 月 23 日 changelog 條目:3D 留言重建與 AI 代理整合的完整變更清單(來源:spline.design/changelog)

Ask AI 接手一則留言時,用誰的鏡頭檢查

AI 參與留言的方式,官方的描述是一套接得起來的循環:把一則留言串交給 Spline 的 AI 代理,它做出修改、從留言者的鏡頭檢查結果,然後在留言串上回覆它做了什麼。三個動作都發生在留言串裡,回覆直接落在串上。

三個動作裡最值得拆開看的是檢查這一步。修改本身多數工具都做得到,但「從留言者的鏡頭檢查」把驗收的基準也帶上了:AI 改完之後回到問題發生的那個畫面看結果,而不是從它自己順手的視角確認。對空間性的回饋來說,這一條決定了修改有沒有對準問題,也決定了留言串裡的回覆能不能拿來當作處理紀錄。

治理的界線寫得更明確。changelog 原文說,AI 只有在被要求時才會把留言串標為已解決(It resolves threads only when you ask)。也就是說,AI 可以修改、可以檢查、可以回覆,但「結案」這個動作被留在人手上。搭配 resolve 保留與可重新開啟的設計,「已解決」在 Spline 裡是一個由人觸發、可以追回的狀態,AI 的回覆本身不會自動把留言關掉。

這條線對團隊的意義可以講得更白:已解決狀態的價值在於它可信。若 AI 回覆完就自動結案,接手的人就得分辨「AI 處理過」和「人確認過」兩種留言,狀態系統的意義會直接歸零。Spline 選擇把觸發權留給人,等於把 AI 的回覆定位成待驗收的處理紀錄,而非結論。

把幾項機制串起來看,留言串在這套設計裡幾乎是一個小型的案件系統:AI 的回覆落在串裡,參與者看到未讀紅點,驗收者回到保存的鏡頭核對畫面,確認之後由人按下解決。每個狀態有出處,每個動作有位置。

要留意的是,以上是官方 changelog 對行為的宣稱。修改的品質、對複雜場景的掌握、鏡頭還原的精度,這些效果層面的問題 changelog 沒有給出量化資料,本文也沒有實際操作驗證。判斷這套循環好不好用,最快的辦法是拿一則舊回饋實際跑一次,看 AI 的回覆與畫面結果對不對得上。

留言也開放給 Claude 與 ChatGPT:MCP 的授權與隔離

這次更新裡對協作流程影響最深遠的一條,可能是「Comments over MCP」。changelog 的 AI 與代理段落寫明:Claude、ChatGPT 與其他 MCP 客戶端可以讀取、回覆與解決留言。留言從 Spline 內部的討論系統,變成外部 AI 助手也能操作的介面。附帶一提,MCP 連線本身並非這次才出現,同一頁 changelog 的較早條目已經有「Remote MCP」的記載,這次是把留言加進可操作的範圍。

MCP 是讓 AI 助手連接外部工具的開放協定,設計領域裡電路板設計工具也已經接上這條線。Spline 的官方說明頁對這條連線的授權模型寫得相當完整,幾個重點直接影響團隊要不要開:代理以 OAuth 登入你的 Spline 帳號,不需要建立 API 金鑰;每一個授權屬於單一使用者,撤銷之後權杖立即失效;每個對話的呼叫只落在它自己開啟的編輯器裡,不會跑到另一個對話的檔案。連線方式有兩種:遠端伺服器位址是 mcp.spline.design/mcp,支援遠端連線且具備 OAuth 登入的客戶端都能用,官方列出的名單包括 Claude Code、Claude Desktop、ChatGPT、Codex、Cursor、VS Code、Antigravity、Grok 與 Grok Build;偏好本機連線的團隊則可用桌面版,伺服器綁在 127.0.0.1、僅對允許的來源開放,不對網路暴露。

官方也交代了代理修改的去向:變更落在真實的 Spline 檔案裡。在 ChatGPT 裡編輯器以面板形式開在對話中,其他代理則給一個連結,點開就能在瀏覽器裡接手繼續編。這一點對留言協作很重要,外部代理處理過的回饋不是一張無法編輯的截圖,而是團隊可以接手的活檔案。

Spline MCP 頁 Privacy and security 區段,三張卡片說明 OAuth 授權屬於單一使用者、每個對話的呼叫留在自己的編輯器、桌面版伺服器綁 127.0.0.1Pin
Spline MCP 的授權與隔離模型:授權綁個人、對話隔離、桌面版僅本機(來源:spline.design/mcp)

授權的生命週期也有交代。要中斷某個代理的連線,把它從該代理的 MCP 設定裡移除即可,由於授權綁在個人帳號上,撤銷之後該代理的權杖立即失效。對團隊的實務意義是:成員離職或換手裝置時,除了帳號本身,各人授權出去的代理連線也要一併清點,官方 FAQ 把這條界線寫得相當清楚。

有一個細微但值得注意的差別。changelog 對 Ask AI 寫了「只有被要求時才解決」,對 MCP 客戶端寫的三個動作則是讀取、回覆與解決並列,沒有重述那條限制。換句話說,把留言開放給外部代理的團隊,結案的守門要靠自己的使用規範:哪些代理可以標已解決、哪些只能回覆,在這條連線上官方文件沒有給預設答案,要靠團隊自己約定。對照近期 MCP 生態把連線治理搬進上架流程的方向,這類設計取捨會越來越常見。

兩條帳務軸:AI 點數與每日 MCP 呼叫上限

把留言當成 AI 代理的工作介面之前,成本要先看清楚。定價頁寫明 AI 點數驅動 Spline 的 AI 代理與生成功能,3D 與 2D 編輯器共用同一個餘額,每個帳務週期重置、不累積。從留言串發動的 Ask AI 就吃這個餘額。另外定價頁也標明所有方案的檔案觀看人數都不限,也就是說收費的軸在於「動手做的人與代理」,把成品分享出去給別人看這件事本身不計價。

各方案的起點差異不小,以下都是每席位的月費。免費方案未包含 AI 點數,每日 MCP 工具呼叫上限 20 次;Hobby 方案年繳計價每月 12 美元(月繳 15 美元),每月 2,000 點 AI 點數、每日 100 次 MCP 呼叫;Pro 每月 25 美元(月繳 30 美元),3,000 點、200 次;Max 每月 60 美元(月繳 70 美元),10,000 點、400 次;Enterprise 客製。點數不夠可以加購,每席每 1,000 點每月 5 美元,Hobby 與 Pro 的加購上限是 10,000 點,Max 到 20,000 點。

把這兩條軸放在一起看,用途不同的團隊會撞到不同的牆。主要在 Spline 內部用 Ask AI 處理回饋的團隊,先關心點數消耗;把留言串交給 Claude 或 ChatGPT 這類外部助手管理的團隊,則會先撞到每日 MCP 呼叫上限,回饋量大的日子 100 次或 200 次是否夠用,要按自己的留言流量估一下。

有兩個問題官方目前沒有給答案。單次 Ask AI 的點數消耗量沒有公布,點數能換到幾則留言的修改,只能實際用了才知道;留言功能本身的方案門檻在定價頁的比對表裡也沒有標明,免費方案能不能完整使用重建後的留言系統,包括 Ask AI 在內,需要自己註冊驗證。以上數字以 10 月 31 日查核的定價頁為準。

跟進之前,先把兩個空窗補起來

已經在 Spline 上做多人文 3D 專案的團隊,這次更新的升級理由現成:留言面板、視角還原與可追溯的解決狀態,對應的都是回饋量大之後真正會痛的環節。評估中的讀者則可以把這次更新當成一個觀察點:設計工具的介面正在一塊一塊開放給 AI 代理讀寫,Blender 的 MCP 外掛已經讓 AI 直接介入建模流程,Spline 這次則把入口開在留言系統上,差別在於代理接到的指令來自團隊真實的回饋,而非憑空下的描述。

空窗有兩處。功能門檻方面,留言系統掛在哪個方案之下、免費帳號的完整程度,定價頁沒有標明,採用前建議先用免費帳號把留言面板與視角還原跑一遍,再決定要不要為 Ask AI 與 MCP 連線升級。成本方面,單次 Ask AI 的點數消耗未公布,正式把回饋流程搬上去之前,拿一週的實際回饋量試算,會比看方案表猜測準確得多。

想直接動手的人,起點很單純:挑一則別人留的舊回饋,點開留言串看鏡頭有沒有落回留言者的視角,這一步就能驗證這次更新對你的檔案有沒有生效;接著在留言串上按右鍵發動 Ask AI 之前,先到設定裡看清自己的點數餘額。外部代理的路徑則從 MCP 說明頁開始,OAuth 授權之後,讓助手先從讀取與整理留言做起,修改與解決的權限按團隊自己的驗收節奏逐步放開。

Sliven 褚崇名
Sliven 褚崇名

每日分享科技新知、免費資源以及 WordPress、虛擬主機相關主題,任何問題歡迎在科技月球下方留言,或是發送 Email 至 [email protected] 與我聯繫。

文章: 2196

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


Share to...