Afterword

錄音留下會議內容，卻不會自動確認各方同意採取什麼行動。決議可能仍有保留，負責人可能只被暗示，日期也可能只是討論而不是期限。Afterword 是自行發起的概念作品，嘗試把錄音整理成供人工審閱的決議草稿。

預期結果是行動、負責人和日期的結構化紀錄，不確定之處也要保留。目的不在縮短逐字稿，而是協助審閱者判斷哪些事項能推進、哪些還要釐清。

1. 先把音訊轉成文字。
2. 再從轉錄內容擷取結構化決議草稿。
3. 任何決議送出前，都必須經人工審閱。
4. 人工核可的紀錄和模型產生的草稿，要分開保存。

句子通順，不代表會議已形成決議。模型輸出是附有來源脈絡的提案，不是自動結果。審閱者必須能回到來源，也能把項目保留為未解決。

• 先擷取 schema，而非寫成修飾性的段落。

  規劃把決議、負責人、日期和來源分開記錄。schema 驗證能攔截格式錯誤，不能證明內容為真。

• 資訊不足時，維持未解決狀態。

  缺少負責人或日期時，標示為待審閱。推測也許讓介面看來整齊，卻不是真實紀錄。

• 核可與擷取分開處理。

  模型提出草稿，由人工核可或退回。看似可信的句子，仍可能把權責、時間或意圖放錯位置。

• 中斷後可以恢復處理。

  上傳、轉錄和擷取都是可復原的獨立工作。處理真實錄音前，儲存、刪除和存取規則必須先約定。

下列是虛構決議草稿的介面研究。它不會上傳音訊、呼叫模型、保存核可結果或建立工作。真實錄音需要安全處理，也需要能播放來源的介面。

規劃上，網頁介面和 API 採用 TypeScript。錄音放在物件儲存，另設背景工作佇列、轉錄服務和支援結構化輸出的語言模型。草稿與審閱狀態放在 PostgreSQL。供應商選擇要依已授權的代表性資料測試和處理要求決定。

製作中。Afterword 是自主概念作品，不是客戶委託，也不是已發表產品。目前尚未實作任何處理流程，審閱控制只是介面研究。若要實作音訊處理流程或串接外部任務系統，仍須評估擷取錯誤、模糊權責和來源可追溯性。