FinchStory 更新

這一版最重要的變化，是 FinchStory 正式補上 GPT6 Luna 和 GPT6 Sol 的支援。對於使用 OpenAI / Codex 的用戶來說，意味著可以直接在 FinchStory 裡選擇新的模型能力，而不需要自己處理底層環境升級。

在 FinchStory 裡新增 OpenAI 帳號時，最令人困惑的往往不是輸入裝置碼，而是等待過程中不知道現在還在連接、已經失敗，還是需要重新操作。

帳戶頭像開始真正進入聊天歷史之後，一個更重要的問題也隨之出現：用戶本人、不同角色和角色之間的協作訊息，必須始終顯示正確的發送者。

網絡或服務短暫波動時，一次失敗不一定意味著整次工作都應該停下來。這一版專門改善 DeepSeek 直連的故障恢復。

這幾版把帳戶頭像從固定顯示補成真正可以自己設定的個人資訊：上載圖片、裁剪、預覽，再確認保存。

這一版修正了一個會讓工具能力「在發送前消失」的請求問題，並把同一輪裡的能力聲明、提示和實際發送內容統一起來。

這一輪最重要的變化是把 FinchStory Loop 的權限變得更明確：角色能不能寫檔案、能不能存取工作區之外、命令是否需要審批，都可以直接看出來。幾處常用操作亦順手做了收尾。

主題不再等於明暗模式。這一輪加入 Classic / Premium，兩套主題都可以分別配合 Light 或 Dark 使用。

這兩版繼續整理角色建立器和本地模型角色的裝備編輯，讓角色資訊更穩定，也讓開發者模式下的調整少繞一步。

這一輪把角色建立和 OpenAI 帳號資訊重新整理：模型列表恢復完整，預設速度回到更穩妥的 1x，同時把帳號選擇和訂閱剩餘時間放到更直觀的位置。

如果同時登入多個 OpenAI 帳號，最重要的不是「能不能都登入進去」，而是它們之間不要互相覆蓋，也不要因為新增帳號、重新登入或憑據變化而影響原來的使用狀態。

這一輪完成了 Seedance 影片生成的主要流程：設定生成方式、查看進度、停止任務、處理失敗，以及把完成的影片保存下來並直接播放。

裝備不再只是角色旁邊的一段附加資訊。這一輪把它整理成可以獨立保存、排序、綁定和檢查相容性的設定。

這一輪把 Ministral 3B 接入 FinchStory 的本地模型路徑，不只支援文字，也補上圖片理解和原生工具調用。

這一版把內置檔案編輯器從「能打開檔案」繼續補到「可以認真改檔案」，尤其是長檔案和連續編輯時的體驗。

第一次設定 FinchStory 時，有些必要組件需要安裝。以前最令人困惑的不是安裝本身，而是不知道現在進行到哪一步、此時還能不能繼續操作。

這一版只做了一件很具體的事：進入全屏後，減少左側欄頂部不必要的空白，讓內容區域更緊湊。

這一版把 Windows 從「能打開」繼續推進到「能正常工作」，補齊 Runtime、路徑、檔案操作和程序退出等跨平台細節。

這一輪把幾個會直接打斷工作流程的問題集中收尾：歷史訊息能力恢復、暫時斷網不再誤判掉登入，以及切換對話和載入附件時的跳動。

這一輪主要解決長對話恢復和首次開啟時的負擔：切換對話後，已經展開的過程記錄不應消失；重新開啟很長的對話時，也不應一次載入所有歷史過程。

這一輪繼續調整介面細節，同時統一不同行事風格下的過程顯示和互動方式。目標很簡單：換一種行事風格之後，不需要重新適應一套介面規則。

這一輪專門整理圖片預覽：多圖切換、鍵盤操作、滾輪行為，以及不同尺寸圖片的縮放和置中。

這一輪幾乎把登入和首次連線流程重新走了一遍，目標很簡單：驗證碼、OAuth、登出、重新進入 App，都應該更清楚。

這一輪更新把重點放在首次使用、Runtime 安裝和不同執行方式之間的一致性，讓新用戶少猜一步，也讓日常對話更穩定。

這一輪更新主要處理長對話中的 Activity、思考過程和串流內容，讓過程顯示更連續，也減少重複刷新帶來的負擔。

選好模型之後，任務怎樣執行，仍然會直接影響最終體驗。

FinchStory 從持續開發階段走到一個新的節點：現在開始正式對外開放申請。

功能和模型支援更新得愈來愈快，靠自己記住目前版本、再去找發佈資訊，很容易失去上下文。

能同時登入多個帳戶之後，下一個問題就是：帳戶多了，怎樣不把管理本身變成負擔。

模型服務更新得很快，但客戶端版本不應該決定你甚麼時候才能看到新的型號。

角色愈來愈多之後，如果所有工作都集中在同一個 Codex 帳戶，額度很快就會變成新的限制。

AI 更新速度越來越快，但客戶端不應該成為最後一個知道的人。

真實工作不會一直發生在完美網路裡。

真實專案不會在一次對話裡結束。

面對越來越多 AI，模型名字本身越來越難幫你做決定。

如果本地 AI 只能回答問題，它的價值仍然很有限。

並不是每一件事情都需要送到雲端。

第一次接觸一個 AI 工作空間時，真正的門檻往往不是「會不會打開」，而是不知道從哪裡開始。

安裝一個 Mac 應用，不應該先理解簽名、公證、安裝包格式或系統安全機制。

同一個 AI，也不只有一種做事方式。

當 AI 越用越多，新的問題也會出現：帳號越來越多、連接方式越來越分散、每個服務都像一套獨立工具。

一段對話累積得越久，訊息和活動記錄就越多，但再打開它不應該因此愈來愈慢。0.1.163 讓真實長對話由約 8 秒等待縮短至約 0.3 秒即可繼續使用。

上一版收緊安全邊界後，Pi + ChatGPT 在已安裝的應用程式裏出現了連接問題。0.1.162 把連接修好，同時保留原本的安全邊界，沒有靠「多給一點權限」來解決。

FinchStory 可以連接不同的 AI 服務，但這不代表每個地方都應該看到你的登入資料。0.1.161 重新收緊了這些資料可以去哪裏、誰可以拿到。

選模型、換帳戶，本來只是幾個簡單選擇，不應該讓整個建立角色視窗跟着忽高忽低。0.1.160 把這些變化收進介面裏，讓你繼續專心把角色建好。

角色交接不是只換一個名字。活動標題、目前角色和右側成員欄都應該同時知道是誰接手了工作。0.1.159 把這三個狀態重新對齊。

專案裡經常需要換人。

把下一項工作交出去時，只看角色名稱遠遠不夠。你需要先知道它現在還能不能工作、還剩多少餘量，以及推理強度與權限是否適合這項任務。

不是所有 AI 都適合同一種任務。

當你想增加一種 AI 執行方式時，應該得到更多選擇，而不是多裝一套工具、多登入一次，再多管一份憑證。

專案做得愈久，對話不應該每多一輪就更沉。你仍然需要隨時翻回以前的決定、方案和結果，但新的工作不應該被整段歷史拖慢。

直接編輯專案檔案很方便，但前提是你能信任「儲存」這件事：不能把別人剛改的新版本覆蓋掉，不能儲存失敗後只剩半個檔案，也不能過幾天就忘了匯入資料從哪裡來。

當多個 AI 智慧體共同參與同一個專案時，真正的問題並不是接入更多模型，而是如何讓角色保持清楚、任務交接可追蹤、檔案邊界可控，並讓整個專案始終維持在可掌控狀態。

檔案進入 AI 上下文，不應該是一個看不見的動作。

專案裡經常不是「不知道問題在哪」，而是知道以後，還要繼續找下一步入口。

AI 輸出了結果，不代表事情真的完成。