前幾天的 CareCall AI 已經能把四題回答整理成工作流程狀態，也能讓照護人員查看原因、補上人工紀錄並完成待辦。不過，畫面在正常情況下可以操作，不等於原型已經可靠。今天我刻意把注意力轉向不順利的時候：本機資料損壞、瀏覽器無法儲存、回答沒有命中既有規則、人工紀錄尚未填寫，以及使用者想重新開始 Demo。這些狀況如果沒有清楚處理，就可能讓人誤以為資料已保存、答案已被理解，或把錯誤狀態當成真實判斷。

我先把本機資料讀取改成有明確結果的流程。當儲存內容無法解析、是空陣列或缺少必要結構時，系統不會直接壞掉，而是恢復四位初始虛構個案，並告訴使用者發生什麼事及接下來可以怎麼做。寫入失敗時也不會假裝成功，畫面會提醒使用者先不要關閉頁面，確認瀏覽器是否允許本機儲存後再試。對於未命中有限規則的回答，系統仍保留原文，標記成「不確定」與 null，交給人員確認，不用猜測填補缺漏。

今天也正式啟用了「重設 Demo」。重設不是一按就刪除，而是先說明影響範圍：只清除目前瀏覽器中的 Demo 操作紀錄，不會刪除專案檔案。使用者可以取消並保留現況，確認後才恢復 C001 到 C004 四位初始虛構個案。這個小步驟讓展示可以反覆進行，也避免測試不同流程後必須手動清理資料。

最後，我把安全邊界放到更容易看到的位置。畫面清楚說明所有人物與事件都是虛構資料，工作狀態只用來安排處理順序，不代表疾病診斷、病情嚴重度或醫療建議；人工待辦顯示已完成，也只代表工作已處理，不代表健康狀況正常。這些文字不是裝飾，而是產品行為的一部分。

Day 17 沒有新增華麗的 AI 功能，卻讓原型更接近可以負責任展示的作品。可靠性不是保證永遠不出錯，而是在錯誤發生時不隱瞞、不猜測、不誤導，保留資料與人工接手的路徑，並讓使用者知道下一步。這也是 CareCall AI 後續加入文字輸入、語音或 AI 前，必須先站穩的安全底座。