新開對話或更換工具後,AI 能接續你的專案決定嗎?
這兩個案例都把決定寫成檔案,讓下一次工作讀得到;需要驗收的是它有沒有照做,而非它說自己記得。
整理範圍 兩位作者、兩種任務的自報經驗,並非同場模型比較。本站未部署作者環境或重跑表格測試。
依使用情境決定
經常換電腦、工具或新開對話的人
留一份短的專案決定與下一步,確認新對話能讀取;共享內容的寫入需有審核。
Victor 的交接依靠檔案,而非搬運所有網頁聊天。他把寫入記憶設為人工確認。
案例:手機規劃文章,回家換工具接續發布 · 來源:Victor Parmar:自架 OpenCode 與共享記憶的完整經驗
已有元件慣例的開發團隊
把已選定的套件與使用條件寫進專案指示,仍另驗收功能。
產品方的小樣本中,明確指示改變採用方式;不能因此認定任何套件或模型都有效。
來源圖片

從案例看出什麼
交接的是工作筆記,不是完整聊天記憶
Victor 在手機上的 OpenCode 介面規劃文章,把內容風格與發布計畫留在共享檔案;回家新開 Claude Code 接續。成功範圍是一篇文章,不是所有過往對話自動同步。
案例:手機規劃文章,回家換工具接續發布 · 來源:Victor Parmar:自架 OpenCode 與共享記憶的完整經驗
五分鐘發布,前面還有兩個多小時
他自報環境實作花90分鐘,文章準備與修改超過兩小時,最後交給另一個工具實作發布花五分鐘。他補充,兩小時更反映他自己的寫作過程,而非該環境。三段時間不能合成「五分鐘寫好一篇文章」;VPS、模型與訂閱總費用未列。
案例:手機規劃文章,回家換工具接續發布 · 來源:Victor Parmar:自架 OpenCode 與共享記憶的完整經驗
選到套件,還不等於表格品質已過關
SvGrid 的觀察重點是有沒有採用套件。它不能回答功能完整度、捲動流暢度或長期維護;這些仍是另外的驗收項目。
個案紀錄:任務、結果與限制
手機規劃文章,回家換工具接續發布
Victor Parmar · 發布 · 查閱 10/12 16:36(台北)
- 任務
- 跨手機與電腦、OpenCode 與 Claude Code 延續同一篇部落格文章。
- 設定
- VPS 上的 OpenCode 網頁介面、Tailscale 私人連線、Dropbox 同步筆記。全域指示要求讀筆記、寫入需人工確認;作者稱環境由 Opus 5.5 設計實作,接續發布的模型未列。
- 結果
- 作者自報:新 Claude Code 對話讀共享筆記提出實作與部署計畫,確認後五分鐘上線;準備與修改文字超過兩小時。本文正是該次成果。
- 限制
- 90分鐘是環境實作時間,非文章製作時間。沒有公開完整設定、執行軌跡、帳單或失敗次數;權限限制是作者描述,本站未驗證。
- 與產品的關係
- 自架者與文章作者;頁面自介為軟體工程師。與所用工具廠商的商業關係未查核。
- 證據類型
- 已讀完整原文、原始架構圖及網站授權說明;可回看發布文章,但不能獨立重建其私有筆記與部署過程。
準備與修改文字花了超過兩個小時。Victor Parmar 的原話忠實翻譯 · 短節錄
對照原文
preparing and refining the text took over two hours原始個案:開啟原始貼文/頁面 ↗ · 來源清單:Victor Parmar:自架 OpenCode 與共享記憶的完整經驗
十次表格建置:專案線索改變了採用方式
Boyko Markov / SvGrid · 發布 · 查閱 10/12 16:36(台北)
- 任務
- 在 SvelteKit 新專案要求排序、篩選、編輯表格;五種設定各跑兩次。
- 設定
- 10/10,Claude Code 2.1.274,帳號預設模型未命名,新目錄新對話;另有兩次套件推薦提問,不算建置。
- 結果
- 產品方自報:空白與要求一萬列的設定,各0/2採用表格套件;預裝 SvGrid、加入指定它的 AGENTS.md、加入其 Skill,三種設定各2/2採用。
- 限制
- 每條件僅兩次;未披露成本、耗時、完整輸出。約25列DOM是虛擬化實作描述,不是效能測量。
- 與產品的關係
- 刊於 SvGrid 官方部落格並推廣自家套件,另有付費 companion 產品;作者個人職務未列。
- 證據類型
- 原文提供提示、啟動命令與採用統計;未取得完整逐次產出或功能驗收紀錄。
這個樣本數很小。Boyko Markov / SvGrid 的原話忠實翻譯 · 短節錄
對照原文
That is a small sample原始個案:開啟原始貼文/頁面 ↗ · 來源清單:Boyko Markov:十次表格建置與兩次推薦提問
官方與評測背景
- Victor 描述共享資料夾只同步筆記;其設計保留檔案版本與備份,寫入記憶需人工確認。這些是作者的設定描述,非本站安全驗證。[1]
尚未解決的限制與後續觀察
- 兩案不是自動記憶的可靠率測量,沒有證明新工具能找回所有舊聊天。
- 產品方刻意指定自家套件,這組測試不能建立套件優劣或泛化至所有模型。
- 同步筆記可能過時或發生衝突;Victor 的人工寫入確認與備份是其設計,尚無長期失敗統計。
- 共享筆記過時、同步衝突與失敗恢復的後續;表格測試的模型名稱、完整輸出、成本與功能驗收。
來源與查核
- Victor Parmar:自架 OpenCode 與共享記憶的完整經驗 ↗原作者自報/部落格 · 原文日期 2026.10.11 · 查核 10/12 16:36(台北)
- Boyko Markov:十次表格建置與兩次推薦提問 ↗產品方自報測試/官方部落格 · 原文日期 2026.10.11 · 查核 10/12 16:36(台北)
本文整理已公開的個案,不代表普遍使用情況。引言保留作者歸屬與原文連結,數據與限制以各自來源為準。