【2026 最新】Claude Design 遷移怎麼驗收？手機 App 原型的互動、備份與分享四步教學

你原本把 App 程式碼資料夾交給 Claude Design，就能在手機大小的預覽裡點選、返回、改表單。換到新入口後，畫面還在，卻不確定每個按鈕是否照舊。這篇Claude Design 遷移教學，帶你把「搬過去了」拆成能親手檢查的結果。

這篇專為完全沒有技術背景、手上已有原型的讀者寫。用一個假資料的手機課程 App，從搬前副本、搬移清單，一路走到導覽、表單、窄螢幕與分享驗收。你會留下可交接的紀錄，知道哪些已確認、哪些還要補。

以下依 2026 年 11 月 9 日查閱的官方文件整理；本篇沒有登入帳號執行舊專案遷移。範例是可套用的方法與測例，所有搬後結果都由你實際操作後填寫。

先說結論：搬家成功＝帶得走＋點得動＋交得出去

搬家成功＝帶得走的副本＋點得動的流程＋交得出去的版本。像搬家時先點箱子、再試水電、最後交鑰匙：看到新房子的門牌，不代表每盞燈都正常。原型也是如此，畫面存在只是第一關。

先把舊稿當作基準，搬後重走相同操作；遇到差異先記錄，再決定要修原型還是交工程實作。對於尚未確認的功能，保留「未確認」，比請 AI 一次重做整個 App 更容易找出原因。

一、Claude Design 遷移前，先分清三種東西

第一種是原型：拿來討論畫面和動線的作品。第二種是 Artifact：Claude 裡可開啟、編輯與分享的產物。第三種是正式 App：還包含真實資料、帳號與服務流程。三者有關係，但驗收目標各自不同。官方 Artifacts 說明把設計與小型互動工具都列為產物類型；光看到 Artifact 名稱，還不能判斷你的那份原型能完成哪些操作。

截至上述查閱日，官方遷移說明公告獨立站 claude.ai/design 於 2026 年 12 月 14 日關閉，專案搬移正逐步開放給付費方案。搬後專案成為 Artifact；舊副本變唯讀且無法撤銷，聊天與留言留在舊站。先保存需要的內容，再確認搬移。

如果你只是想重新做一個新原型，從 Design 官方入門所列的對話 Output > Design 或 Artifacts 裡的 Design 範本開始即可。新建相似作品與搬移同一份舊專案，要分開記。重新生成時可能改了檔案或互動，便失去直接比對的基準。

已有品牌規則的人，可先讀 Claude Design Systems 三頁指南；本篇先固定既有原型，讓驗收只回答搬家前後的差異。

二、先寫一張「搬前考卷」：手機原型五項檢查

挑一份沒有真實客戶資料的作品，命名為「口袋課堂」。只用首頁、課程詳情、報名三個畫面；姓名填「測試學員」，電子郵件填 learner@example.com。若原專案含私人資料、連線設定或金鑰，先在獨立副本移除，檢查匯出檔也沒有帶出這些內容。

下面五項是本篇的驗收設計，不是官方對搬移結果的保證。先在舊版逐項操作，寫下當時真正發生的事。若舊版某項本來就沒完成，填「基準未完成」，搬後便能分清舊問題與新差異。

①「路走得通嗎？」：導覽

怕首頁正常、返回卻卡住？固定一條完整路線：首頁 → 課程詳情 → 報名 → 返回詳情 → 返回首頁。每次只做一步，記下畫面名稱和入口；不要靠瀏覽器返回鍵替代原型內的返回按鈕。通過條件是每一步都到預期畫面。

②「按下去會怎樣？」：按鈕與狀態

怕按鈕只有外觀？先寫預期變化：點「收藏」後，圖示或文字要改變；再點一次回到未收藏。若需求只保留當次畫面狀態，就照這個範圍驗；若要求重新開啟仍保留，另開一列測試，避免替原型加上原本未定義的儲存承諾。

③「填錯會被看見嗎？」：表單

怕送出只是跳到完成頁？先試空白，再試有效假資料。空白送出要有可見的欄位說明，補填後才進入示意完成畫面。按鈕上寫「送出」不代表真的寄信或建立帳號；本練習要求只在原型內顯示結果。

④「窄畫面還能用嗎？」：尺寸

怕大螢幕可用、手機按不到？固定兩個檢查寬度：390px 與 360px，逐頁捲到底，查看標題、表單錯誤與返回入口。這是練習選的寬度。記錄預覽容器的寬度；若只能調瀏覽器視窗，就註明測的是視窗，兩者不要混寫。

⑤「包裹完整嗎？」：檔案

怕圖片搬完消失？先列出必要檔案：入口檔、頁面或元件、圖片、字型與說明。把舊版 ZIP 解開，點出每類材料的路徑；搬後匯出時再核對。清單上有檔名只是存在檢查，仍要回預覽看圖片與中文字是否正常。

三、Claude Design 遷移四步走：備份先於確認

第 1 步：封存同一份舊稿

建立資料夾 pocket-classroom-move-v1，放原專案匯出、五項基準、畫面截圖與重要決策。官方下載步驟列出的單一專案路徑為 Share → Project HTML → Project archive → Export，取得 ZIP。先解壓確認裡面有檔案；另存需要的聊天與留言，ZIP 的檔案副本與這些討論分開保存。

在說明檔寫下原專案名稱、舊網址、封存時間、帳號方案與擁有者。截圖檔名可用 before-390-course.png。檔案副本像裝箱清單：留得住材料，重開時是否可運作還要另驗；別直接把解壓完成寫成「可還原」。

第 2 步：讀當次清單，再決定搬哪些

若工作區已開放，在獨立站打開你擁有的專案，從彈窗或頂端橫幅開始 review。讀清單裡的「會移動、行為不同、留在原處」，保存摘要與副本後才確認；搬專案時保留分頁直到完成。這是官方專案搬移流程，與設計系統另行搬移的舊入口有區別。

組織若採 HIPAA-ready 設定，官方目前列為無法搬移專案；採零資料保留（ZDR）的組織也無法搬移，應在舊站關閉前下載作品。這兩種情況要走備份處理，不能只靠開啟一般 Artifacts 權限解決。

沒有入口時，先完成封存與基準，不用反覆建立新專案猜測。組織帳號也要核對 Artifacts 權限；涉及多人作品的批次選項，先列出擁有者與分享範圍。第一次先搬一個假資料原型，比一次搬所有作品更容易界定影響。

第 3 步：在 Artifacts 重走相同測例

打開搬後產物，先核對名稱、內容與主要素材，再走五項考卷。不要先要求「全面美化」或補新功能，那會同時改動太多條件。每個測例填「通過／失敗／未確認」，並保留搬後截圖與操作描述。截圖能記外觀；按下按鈕後的畫面變化，要用前後兩張圖或短錄影記錄。

測例：NAV-01
版本：搬前 v1 ／ 搬後 v1
前置：開啟首頁，未收藏任何課程
操作：首頁 → 詳情 → 報名 → 返回詳情 → 返回首頁
預期：每一步都有可見入口，返回後內容符合基準
搬前實際：＿＿＿＿
搬後實際：＿＿＿＿
狀態：通過／失敗／未確認
證據：截圖或錄影檔名；相關檔案路徑
處理：待確認／待修；下一次複驗日期

例如你觀察到「從報名返回後，收藏圖示重設」，先查看搬前是否也重設。若舊版相同，是需求或原有行為；若舊版保留、新版重設，才記成搬移後差異。這是判斷示例，沒有預填任何真實遷移結果。

第 4 步：核對分享與新副本，再交接

在網頁或桌面版打開 Share，記下誰能開啟、誰能留言或編輯。官方分享文件區分一般分享與 legacy artifact 的 Publish 流程，也說明手機 App 的分享設定需改用網頁或桌面版。驗收時使用預期接收者的權限開連結，檢查能看到哪些內容；自己的登入畫面不能替接收者作證。

舊站公開連結在關閉後將失效，交接清單改放已核對的新連結。再從搬後作品的 Export 下載可用的 ZIP 或 HTML，保存成新版本；官方匯出說明也列有 PDF 等格式。若交付目標是互動預覽，就實際開啟所選檔案並重走動線，不能用 PDF 的外觀通過來代替。

四、預覽不一樣時，先定位，再改一處

原型點了沒反應時，Claude Academy 原型教學提供一個直接檢查：先按畫板上方的 Play；若畫板沒有 Play，請 Claude 把它做成可點擊原型。這能區分正在編輯畫板，和正在試跑互動；之後仍要重走你的測例。

先問差異在哪一層：找錯入口、缺材料、互動狀態、還是分享權限？找不到手機預覽，先確認目前開的是 Design 產物、程式碼內容還是匯出檔；素材錯位就核對路徑、字型與容器寬度；只有接收者打不開，先看分享對象。這是排查順序，不能用它推論產品移除了某項功能。

請只檢查這份已搬移的「口袋課堂」原型。
基準：before-v1；目標：after-v1。
先列出目前可操作的畫面、必要檔案和未能確認的依賴。
本輪只處理 NAV-01：報名頁的返回入口應回到課程詳情。
保持其他頁面、文案和樣式；只用假資料，不連真實服務。
修改後列出改了哪些檔案、如何重新走完 NAV-01，
以及仍須親手確認的項目。

請它說明修改，然後自己操作一次；修了返回入口，也要重跑表單與收藏，查看有沒有連帶差異。若產物報錯，官方 Artifacts 排錯說明建議可用 Try fixing with Claude 帶錯誤資訊回對話。保存錯誤文字與出現位置，再描述你實際做過的步驟。

關鍵操作失敗時，先把該項標成待修，交接包保留原始材料和差異紀錄。若要交給工程實作，接著用 Design 到 Claude Code 交接流程，把通過版本與待補功能一起帶過去。只修一個有證據的問題，才能知道下一輪改善了什麼。

常見問題：八個先講答案的判斷

1. 在 Artifacts 看得到作品，就算搬好了嗎？

先看五項結果。名稱與畫面只能確認作品存在；導覽、按鈕、表單、尺寸、檔案各自留一筆紀錄，再看分享是否符合交付對象。

2. 能承諾恢復舊版所有手機互動嗎？

逐項確認後再承諾。本篇提供相同測例的前後比較；官方當次 review 列出的行為差異，要一起放進驗收，不把新入口視為全部行為一致的證明。

3. 還看不到 Move to Claude，要怎麼做？

先封存與記錄。專案搬移依官方說明逐步開放；組織帳號另查 Artifacts 權限。保存舊檔後，等待自己的工作區入口，不靠別人的畫面推定資格。

4. ZIP 等於完整聊天備份嗎？

檔案與討論分開保存。官方下載說明把 ZIP 定義為專案檔案；重要決策若只在對話或留言裡，另存成文字並標日期。

5. 搬移後可以把舊專案改回可編輯嗎？

官方說這項唯讀變更無法撤銷。因此先下載副本再確認；材料仍在不等於原工作狀態可直接退回。

6. 為什麼自己開得到，朋友卻不能用？

先核對朋友的存取條件。依分享類型、組織設定、登入狀態與連線資料來源逐項檢查，使用接收者身分測一次，而非只重貼同一個網址。

7. 沒有舊原型，也能練習嗎？

可以先練驗收。依相同三畫面建立假資料作品，填五項基準；這能練習描述預期與紀錄差異，但不能叫作完成舊專案遷移。

8. 什麼時候可以交給工程師？

有版本、有結果、有待補清單時。每個必需流程都要標明通過或待修，把阻斷交付的項目處理完，再用同一份基準驗實作。

給新手的三個重點

• 先留原物：ZIP、重要討論與搬前操作紀錄一起存，確認副本內容。
• 先固定考卷：同一份假資料、同一條動線、相同寬度，搬前搬後各走一次。
• 先標明邊界：原型內互動、匯出檔與接收者權限分開驗，未確認就留下證據缺口。