Capy 接上 Paper：關掉筆電後，雲端代理如何從設計畫布做到 Pull Request？

Capy 接上 Paper 後，代理可以在雲端開啟、讀取和修改設計畫布。你不必一直開著自己的筆電，設計工作也能在對話所在的雲端機器上繼續。

以往做網站，常要先讓設計師改畫面，再請工程師把畫面變成程式。兩個人看到的檔案不同，改了什麼也容易在交接時漏掉。

Capy 官方在 2026 年 10 月 8 日發布整合文章，並透過 X 展示操作。它和 Paper 團隊合作，把畫布放到代理執行工作的雲端環境。

Paper 以 HTML 和 CSS 呈現設計，前者安排網頁內容，後者控制外觀。代理可以讀取專案既有元件，從真正在使用的介面開始設計。

這項更新值得注意的地方，是設計和程式修改能留在同一段對話。選定畫面後，再請代理建立變更提案，減少把圖片重新解釋一次的時間。

我的判斷是，先拿它改一個已有的頁面最有價值。若原本的報名流程都還沒看清楚，生成很多新畫面也不容易判斷哪個可以真的做進產品。

Capy 與 Paper 整合，讓畫布成為代理的工作材料

這次整合讓代理直接使用 Paper 的工具，讀取和修改設計檔。官方說 Paper 在對話的雲端機器上運作，因此不依賴使用者筆電持續開啟。

雲端機器可以理解成另一臺替這段工作執行程式的電腦。它能繼續處理任務，並不代表你的個人帳戶會自動分享給每位團隊成員。

畫布中呈現的內容也不只是不能修改的截圖。你可以移動元件、編輯文字，或在某個畫面留下留言，讓代理讀取後修改指定位置。

從真實元件開始，設計才容易接回程式

元件是網站裡可重複使用的介面片段，例如按鈕、課程卡片或表單欄位。同一個元件通常已經包含網站的樣式與部分互動規則。

如果代理從這些元件建立畫布，設計討論就比較接近現有產品。團隊不必看到漂亮畫面後，才發現按鈕、字型或狀態都要重新製作。

官方提供的用途包括重建既有畫面、排列流程、比較變體，最後從定稿畫面實作。下面的報名頁練習，就沿用這個工作順序。

Pull Request 是什麼？為什麼它適合當交接點？

Pull Request，簡稱 PR，是把一組程式變更提出來供人審閱的提案。團隊可以看修改內容、討論問題，再決定是否合併進專案。

因此代理交出 PR，表示它提出了可檢視的程式修改，不等於網站已經上線。畫布定稿、程式提案和公開發布，各有自己的完成條件。

這個區分很實用。設計時你能先比較方向，實作時再檢查互動，最後由團隊依原有流程決定是否發布，不必把所有決定一次做完。

連線 Paper 帳戶：先確認對話由誰啟動

依 2026 年 10 月 10 日查詢的官方文件，在 Capy 的 Settings 進入 Integrations，再選 Paper，點 Connect Paper 並登入自己的帳戶。

這個連線是個人的。Capy 只在你本人發起的對話中使用你的 Paper 帳戶，其他人發起的對話與自動化，不會沿用這個連線。

如果同事請你把任務丟給代理，先確認哪段對話實際能使用 Paper。畫布的存取權與對話啟動者不同，可能就是工作卡住的原因。

檔案在哪裡看？如何把修改位置說清楚？

官方文件說，代理接觸的 Paper 檔案會列在對話的「+ › Paper files」中，並能以分頁開在對話旁邊，方便邊看畫布邊討論。

你可以在畫面上直接修改，也可以在某個框架留下留言。留言應指出要處理的元素，例如報名按鈕或費用說明，避免只有「這裡怪怪的」。

如果畫布有好幾個版本，就使用清楚名稱，例如「原始頁面」「費用先說版」「日期先說版」。代理和同事才不會各自修改不同畫面。

解除連線前，知道哪些工作會受影響

官方說 Paper 存取權杖以加密方式儲存，每次工具呼叫時傳入，雲端機器上的 Paper 程式本身不保留這份權杖。

存取權杖可以想成服務核對帳戶資格用的通行證。這份說明是 Capy 公開的連線方式，讀者仍需依自己的團隊規則決定是否使用。

要移除存取，可在同一個整合設定中選 Disconnect account，官方說會刪除連線。工作進行中解除後，相關畫布操作也需要重新確認。

課程報名頁範例：先還原流程，再比較設計

以下是假設的改版練習，沒有宣稱已在 Capy 實測。情境是課程頁資訊很多，讀者常要來回找日期、費用和報名按鈕。

這次目標是讓資訊更容易找到，不改課程價格、名額或付款規則。先限制一個頁面，比直接要求重新設計整個網站更容易驗收。

步驟一：請代理讀既有程式，建立原始畫面

可以提出：「讀取課程詳情與報名頁的既有元件，在新的 Paper 檔案重建目前流程。先保留文案與互動，按讀者看到的順序排列畫面。」

第一份畫布用來對齊現況。如果代理漏掉必填欄位、售罄提示或費用註記，先補齊，再討論怎麼讓版面更清楚。

對照原始畫面時，記下資訊在哪裡出現。這能分辨讀者找不到資料，是內容根本缺少，還是資訊有了卻被放在不容易看見的位置。

步驟二：針對同一個問題做兩種變體

你可以要求：「保留原始畫面，另外建立兩個版本。一版先呈現開課日期和費用，一版先呈現適合對象，兩版都保留相同報名欄位。」

兩個方向處理的是不同閱讀順序。先呈現時間，幫已有學習意願的人判斷能否參加；先呈現對象，幫還不確定的人理解是否適合。

沒有實際資料時，不能因某版看起來比較醒目，就斷言報名率較高。此時的選擇，是設計假設，後續仍需要產品使用或投放資料驗證。

步驟三：在畫布上指定要改的細節

例如選定日期先說版後，可以留言：「手機畫面中，費用說明緊接日期，報名按鈕放在這段資訊後面。保留原有退費條件文字。」

這段留言把位置、順序和保留內容說明白。比起「讓它更有轉換力」，代理更容易完成具體修改，也比較容易讓你確認結果。

如果想調整文字，就直接指出原句與希望讀者理解的意思。課程內容與費用屬於產品事實，不能由代理為了版面好看自行省略關鍵條件。

從定稿畫面到 PR，還要補齊哪些驗收？

選定一個畫面後，再請代理依它修改專案並建立 PR。指令最好包含使用哪些既有元件，以及允許修改的檔案或頁面範圍。

可以說：「實作日期先說版，沿用目前的表單元件與送出行為。PR 說明請列出畫布、變更檔案、檢查方式及仍未完成的事項。」

代理的交付就不只有一張新畫面。你可以從 PR 回到設計依據，也能看出程式修改是否符合原本的授權範圍。

靜態畫面過關，不代表報名流程過關

表單至少要看空白、填寫中、送出成功和失敗狀態。設計畫布可能呈現其中一個畫面，程式則必須處理使用者真的遇到的變化。

例如按下送出後，按鈕是否仍可連按？錯誤說明是否出現在對應欄位？代理沒有回答這些問題時，不能只用設計截圖接受程式成果。

手機畫面也要單獨看。費用文字變成多行時，是否推擠按鈕；選課欄位較長時，是否超出畫面，都可能在桌面預覽看不出來。

這張表是本文建議的交接格式。團隊已有驗收規則時，沿用原有流程，把 Paper 畫布加入設計依據即可，不需要為了新工具重新訂全部規則。

看非目標差異，避免小改版牽動別處

如果課程頁使用共用按鈕，代理改了按鈕元件，就可能影響其他頁面。這時要先確認差異是否必要，再決定受影響的檢查範圍。

相反地，如果只調整本頁資訊順序，且共用元件沒有變動，驗收可以集中在課程頁。檢查應跟著實際變更，不必無限制擴大工作。

你也可以要求 PR 說明「哪些畫布元素沒有實作」。某個動態效果尚未完成時，明確列出比讓審閱者自行找落差更有效率。

延伸閱讀：【設計師的 AI 秘笈】Figma MCP 開放 Beta，4步驟一鍵產出代碼

團隊怎麼接手同一份畫布，避免版本各自前進？

課程頁可能由營運確認文字、設計者調整版面，再由工程師看程式。把每個人的判斷留下來，畫布才能成為共同工作材料，而不是新的聊天附件。

例如營運確認價格和退費文字，設計者選定資訊順序。這兩項決定應對應同一個框架名稱，實作時才能知道哪份內容已經接受。

如果代理同時產生多個變體，先把選定版本說清楚。其他畫面可以保留作參考，但不要讓程式提案混合不同版本中互相矛盾的細節。

留言不只寫喜好，也寫讀者的困難

「按鈕再大一點」是視覺偏好，「手機讀者看完費用後找不到報名入口」則說明了工作問題。後者讓代理知道修改要回答什麼。

接著再指定位置，例如費用說明下面放主要按鈕。這樣即使代理提出另一種排版，你仍能用讀者是否容易找到入口來判斷結果。

如果沒有真實使用資料，就把它記成設計假設。團隊可以先看畫面是否清楚，但不能只因這次調整就說報名率會增加。

在 PR 裡保留畫布的選擇依據

可以要求說明附上定稿框架名稱，以及本次要處理的問題。審閱者開啟提案，就能知道程式差異為何存在，不必翻完整段對話找理由。

例如「將日期與費用移到課程介紹前，方便已選定課程的人判斷能否參加」。這句描述變更目的，比只寫「更新介面」更容易審閱。

如果程式受現有元件限制，無法完全照畫布實作，也應列出差異。這時團隊可以決定調整設計，或另開工作處理元件能力。

修改途中，已接受的內容要維持穩定

假設退費條件已由負責人確認，後面改按鈕或排版就應保留原句。設計修正不需要再次讓代理自由改寫所有產品文字。

同樣地，手機畫面已接受後，新增桌面細節也要看是否影響手機。交接者應說明這次改的是哪一段，讓回歸檢查跟著真實差異走。

這種工作方法不是 Capy 專有功能，而是讓整合更有用的協作安排。代理能同時接觸畫布和程式，你仍要把已定稿的決定說明白。

拒絕一個版本，也留下原因

例如日期先說版容易找資訊，但擠掉了課程適合對象。你可以要求保留入口改善，補回適合對象，而不是只說第二版全部重做。

原因留下來後，代理下一輪的修改能繼續回答同一個問題。團隊也能看到為什麼沒有選某個版本，減少日後重新提出同樣方案的時間。

Capy 與 Paper 常見問題 FAQ

關掉筆電後，Paper 工作真的還能繼續嗎？

Capy 官方說 Paper 在對話的雲端機器上運作，可讓設計任務在筆電關閉後繼續。工作是否完成，仍需回到檔案和 PR 檢視實際結果。

同事開的對話能用我的 Paper 帳戶嗎？

依官方說明，個人 Paper 連線只用在本人發起的對話。其他人啟動的對話及自動化不沿用你的連線，要依實際帳戶與權限安排工作。

Paper 畫布就是最後的網站嗎？

畫布是可編輯的設計材料，網站還需要實作與檢查。它能從真實元件開始，減少交接落差，但不會替你證明所有互動都已正確。

不懂程式，能參與畫布討論嗎？

可以從畫面、文字和流程說明需求。若文中遇到 MCP，它是讓代理連線外部工具的標準方式，在此讓代理讀寫 Paper 的內容。

每次都要重做整套設計嗎？

不需要。先從一個已有畫面建立變體，更容易比較差異。保留原始版本與選定版本，讓實作與驗收都有清楚依據。

結語：把一個頁面的設計與程式交接接起來

Capy 與 Paper 整合最實用的起點，是讓團隊對同一份可修改畫布討論，再把選定版本交成可審閱的程式變更。

先選一個課程報名頁，還原現況，做兩種資訊順序，指定其中一版實作。看完真實表單與手機結果後，再依原有流程決定是否合併發布。

延伸閱讀：【設計師的 AI 秘笈】Figma 結合 Claude Code 的開掛雙向工作流

資料來源

• Capy 官方：Paper 整合文件、操作與帳戶範圍。
• Capy 官方 X：雲端 Paper 整合展示。