Afterword

錄音保存會議，卻不會自行確定大家同意做什麼。決議可能仍有保留、負責人可能只被暗示，日期也可能是討論而非期限。Afterword 是把錄音轉成供人審閱的決議草稿之自主概念作品。

預期輸出是行動、負責人與日期的結構化紀錄，並保留不確定性。目標不是把逐字稿縮短，而是協助審閱者判斷哪些可安全延續、哪些仍須釐清。

1. 音訊先進入轉錄。
2. 轉錄內容用來擷取結構化的決議草稿。
3. 任何決議離開系統前，都必須經過人工審閱關卡。
4. 人工核可的紀錄與模型產生的草稿必須分開保存。

流暢的句子不是會議已作成決議的證據。模型輸出是帶來源脈絡的提案，不是自動結果；審閱者需要回到來源的路徑，也要能將項目留為未解決。

• 擷取 schema，不產生漂亮段落。

  規劃把決議、負責人、日期與來源分開。schema 驗證能拒絕格式錯誤，不能證明內容為真。

• 缺失資訊保持未解決。

  缺少負責人或日期時應標示待審閱；猜測雖讓介面整齊，卻犧牲誠實紀錄。

• 核可與擷取分開。

  模型提出，審閱者核可或退回。可信外觀的句子仍可能誤述權責、時間或意圖。

• 因應中斷處理。

  上傳、轉錄與擷取是可復原的獨立工作；真實錄音接收前，儲存、刪除與存取規則必須先取得共識。

下方為虛構決議草稿的介面研究。它不會上傳音訊、呼叫模型、保存核可或建立工作；真實錄音需要安全處理與可用的來源播放介面。

提案：TypeScript 網頁介面與 API、錄音物件儲存、背景工作佇列、轉錄服務與支援結構化輸出的語言模型；PostgreSQL 保存草稿與審閱狀態。供應商選擇將依授權的代表性資料評估與處理要求決定。

進行中。Afterword 是自主概念作品，不是客戶委託或已發表產品。現有的審閱控制僅是介面研究；在建置音訊處理流程或連接外部任務系統前，仍需評估擷取錯誤、模糊權責與來源可追溯性。