從 4 月上線到現在，Huelo 大部分的改動都只寫在版本說明裡，用戶看不到脈絡：為什麼這個月改這個、那個問題是怎麼被發現的、修了之後你會有什麼不同的感覺。這篇把 5 月到 9 月的更新按月整理一次，每一項都附上「為什麼改」。
先講我們做決定的原則，後面每一項都繞著它轉：錄音絕對不能失敗，只有 AI 處理可以失敗。錄音是用戶回不去的那一刻，AI 摘要出錯可以重跑，錄音漏掉就是漏掉。所以這五個月裡，最多的心力其實不是加新功能，而是把「錄音中會發生的意外」一件一件收乾淨。
5 月：搜尋、合併、雙語，還有 iOS 上架
跨會議關鍵字搜尋
之前搜尋只能在單一場會議裡找。5 月起可以輸入一個關鍵字，在你所有會議的逐字稿裡一起找，結果會列出命中的是哪一場，並顯示那一段的片段，點進去就是原文位置。
為什麼改：會議記錄真正的價值不在「這一場講了什麼」，而在「上次是誰說過這件事」。沒有跨會議搜尋，累積再多錄音也只是一堆分開的檔案。
多場錄音合併成一場
同一個主題分兩天開、或中間被打斷重新開錄，現在可以把多場錄音合併成一份記錄，逐字稿會標出分段，AI 分析會重新整合成一份摘要，而不是兩份各講各的。
為什麼改：實際使用時「一場會議」很少剛好等於「一次錄音」。
音檔上傳進度與會議健康度
上傳既有音檔時多了 0–100% 的進度條，不用再盯著轉圈猜。AI 分析新增「會議健康度」：發言比例是否失衡、決策效率快或慢、議程覆蓋率、整體 1–10 分，以及最多兩條改善建議。單向分享型的內容（演講、Podcast）不會硬套這個指標。
全站中英雙語
網站、App、設定頁、方案名稱、錯誤訊息，全部有中文與英文版本，切換語言不需要重新登入。這是為了台灣越來越多「中文開會、英文交文件」的團隊，也是後來〈英文會議記錄怎麼寫〉那篇文章的起點。
iOS 版上架 App Store
5 月中 iOS 版正式上架。手機錄音走原生音訊引擎，每 30 秒一個分塊先存在手機裡、再依序上傳，網路斷了也不會丟音訊。同月順手修了兩個手機上很容易踩到的小問題：連點兩下錄音鍵不再重複啟動，連點兩下停止鍵也不再重複送出。
6 月：長會議的分析不再逾時
長會議分析改用串流
這是 6 月最重要的一項修正。議題密集、開到兩三個小時的會議，選「詳細」分析加自訂模板時，AI 產生的內容超過單次請求的時間上限，結果是分析卡在「處理中」永遠不動。
修法有兩層：分析改用串流方式產生，連線持續有資料就不會被判逾時；同時把「詳細」與「標準」兩個層級允許的輸出長度都拉高，實測長會議完整輸出所需的長度原本會被截斷。
為什麼改：長會議正是最需要 AI 幫忙整理的會議，卻是最容易失敗的一種。
配額顯示修正
配額警告橫幅曾經顯示「剩餘不到 4.483000000000000004 分鐘」這種數字。改成無條件進位（配合「不到」的語意），實際扣款的精度不變。小事，但看到會覺得產品不可靠。
App 版本更新機制
App 啟動時會查一次伺服器設定的最低版本，低於它就顯示不可關閉的更新提示。設計成「拿不到設定就放行」：斷網時不會把人鎖在門外。這個機制在 9 月 iOS 1.0.4 發版時派上用場，後面會提到。
Android
Android 版正在開發與測試中，上架後會另行公告，這裡不給日期。
7 月：Windows 版上架、內容回報、模型升級
Windows 版上架 Microsoft Store
7 月初 Windows 桌面版上架 Microsoft Store。Windows 版可以直接錄「電腦裡的聲音」——線上會議不用開喇叭對著手機錄，系統音訊直接進來。Mac 因為 Apple 的限制無法直接錄系統音訊，App 內提供 BlackHole 虛擬音訊裝置的安裝指引。
AI 內容回報
每份 AI 摘要旁邊多了「回報問題」。AI 有時會把沒講過的事寫得像真的一樣，這種錯誤只有當事人看得出來。回報會記下是哪一場會議、哪個區塊、你認為哪裡不對，我們這邊可以直接對照原始逐字稿看 AI 是怎麼錯的，是我們調整分析規則最重要的來源。
分析模型升級
7 月初把主要分析用的 AI 模型升級到新一代版本。對用戶來說沒有任何操作要改，摘要的結構與品質在長會議、中英夾雜的場合上明顯更穩。原本的版本保留為備援，出問題時可以切回去。
8 月：讓「卡住」自己好起來
8 月幾乎沒有新功能，全部在修「失敗但不報錯」這一類問題。這類問題最麻煩的地方是：系統看起來一切正常，日誌乾乾淨淨，只有用戶那一場會議永遠停在「處理中」。
分析卡住的自動救援
我們補了一套自動救援：每隔幾分鐘掃一次，找出「分析狀態停在處理中、但其實已經沒有在跑」的會議，自動重新觸發分析；逐字稿短到不可能產生可靠摘要的，直接結清為失敗並顯示重試按鈕，不再無限轉圈。
實際上這套救援機制本身也曾經失效過一段時間——它把請求送到了一個需要登入才能存取的內部網址，對方回了一個登入頁面，程式把這當成成功。修好之後，我們把「檢查每一個內部觸發的目標網址」寫進了自動測試，之後任何一支程式再犯同樣的錯，上線前就會被擋下來。
訂閱到期狀態修正
訂閱到期後，帳號狀態曾經會停在「使用中」而不是「已到期」。已修正，並補上測試確保狀態清單與資料庫定義一致。
英文版網站修正
英文版網站對搜尋引擎宣告自己是中文頁面，導致英文頁幾乎不被收錄。8 月底重構了網站的語言結構，中英文各自有正確的語言標記。
9 月：iOS 1.0.4 與「暫停超過 10 分鐘」
iOS 1.0.4：錄音列消失、麥克風還在跑
9 月中發布的 iOS 1.0.4 修了一個潛伏很久的問題。症狀是：錄到一半，畫面上的錄音列突然消失，但麥克風其實還在跑；之後每一場新錄音的音訊分塊，都會被重複上傳到那場「消失」的舊會議去。
根因是登入憑證每小時自動更新一次時，App 內部的錄音元件被整個重建，舊的那一份沒有正確關掉，變成一個看不見的「幽靈錄音器」。1.0.4 之後，錄音元件在被重建時會先完整結束當前錄音（音訊保留、不丟），並且不再因為憑證更新而重建。
如果你的 iOS 版還在 1.0.3，打開 App 會看到更新提示，這就是 6 月那個版本更新機制在做事。
暫停超過 10 分鐘，不再被判失敗
這個問題是 9 月 17 日的系統錯誤回報讓我們發現的：一場錄音在伺服器端被標成「失敗、時長 0:02」，但同一場錄音的上傳紀錄卻持續了將近兩小時。對照時間戳可以看出發生了什麼：錄音開始兩秒後按了暫停，25 分鐘後才繼續。伺服器端有一個機制會把「超過 10 分鐘沒有新音訊進來」的錄音當成使用者已經離開，自動結束並嘗試分析；兩秒的逐字稿當然分析不出東西，這場錄音就被標成了失敗。
繼續錄之後，每一段音訊都正常轉錄、摘要也正常完成，但那個「失敗」標籤再也沒有被拿掉。
修法：新音訊進來就是錄音還活著的證據，被誤判失敗的會議會自動回到「錄音中」；分析完成後也允許把「失敗」改回「完成」。那場錄音的狀態已經修正回來。順帶說明：這類排查靠的是系統紀錄——狀態、上傳時間戳、錯誤訊息——不是錄音內容。這件事也提醒我們：「暫停」是正常使用，不該和「離開」長得一樣。
新文章：英文會議記錄怎麼寫
9 月 14 日發布〈英文會議記錄怎麼寫？Meeting Minutes 格式、30 句常用句型與中英範本〉，給中文開會、英文交記錄的團隊。
接下來
不給日期，只列方向：
- Android 版：開發測試中。
- 錄音中的意外：繼續收。這五個月修掉的每一個問題，都是真實使用中的錯誤回報讓我們發現的；有回報，我們才知道。
- 搜尋：跨會議搜尋目前是關鍵字比對，下一步是讓它聽得懂「上次客戶提的那個疑慮」這種問法。
如果你在使用中遇到任何「卡住」或「怪怪的」，App 內的回報按鈕與 support@huelo.ai 都會直接到我們手上。
常見疑問
我的錄音顯示「失敗」，但明明錄了很久，怎麼辦？
先確認 App 是不是最新版（iOS 1.0.4 以上）。9 月 20 日之後，暫停超過 10 分鐘再繼續的錄音不會再被判失敗；更早之前遇到的個案，請用 App 內回報或寫信給 support@huelo.ai，我們會把記錄的狀態修正回來，音訊與逐字稿都還在。
分析一直停在「處理中」怎麼辦？
8 月之後有自動救援機制，卡住的分析通常在 40 分鐘內會自己重新跑完。如果超過一小時還在轉，重新整理頁面看一次；仍然卡住就是我們要處理的問題，請回報。
Windows 版可以錄線上會議的聲音嗎？
可以。Windows 版支援錄系統音訊，Google Meet、Teams、Zoom 的聲音直接進來，不用開喇叭。Mac 因為系統限制無法直接錄系統音訊，App 內有 BlackHole 的安裝指引。
Android 版什麼時候出？
正在開發與測試中，上架會另行公告。我們不預告日期，避免承諾了做不到。