昨天，我讓 CareCall AI 能夠分辨全部空白、部分缺漏、不確定與無法回答。當四題都沒有取得答案時，系統不會再假裝關懷已完成，而是標示為「待提醒」。但只有一個標籤還不夠，因為照護人員接下來仍需要知道：提醒之後發生了什麼？

今天完成的是第一次未回應到再次聯絡的兩階段流程。王秀蘭第一次沒有回應時，狀態維持「待提醒」，下一步是安排再次聯絡。照護人員可以在個案詳細頁記錄「再次聯絡仍未回應」；完成後，系統會把聯絡次數從一次增加為兩次，保存時間、結果與原因，並將狀態轉為「待人工確認」。

這裡刻意沒有把第二次未回應直接標成「優先處理」。未回應只是沒有取得資訊，不足以證明個案安全，也不足以自行判定為危險。如果系統直接猜測，就可能造成兩種錯誤：把需要關心的人當成正常，或把單純沒接到聯絡的人誤判成緊急事件。因此，連續未回應後最合理的下一步，是交給照護人員確認聯絡方式與後續安排。

為了讓流程可以被追蹤，我在共用資料中加入聯絡歷史。每一筆紀錄都有第幾次聯絡、聯絡時間、結果與原因。畫面會明確顯示已聯絡幾次，也會列出第一次關懷未取得回答，以及再次聯絡仍未取得回答。這些資料會保存在瀏覽器的 localStorage，所以重新整理頁面後不會立即消失。

localStorage 並不是正式照護系統的資料庫，而是目前原型階段適合的選擇。它不需要後端帳號與伺服器，卻足以驗證「操作後保存、重新整理後仍存在」的核心體驗。今天也明確限制只能使用虛構 Demo 資料，不放入真實個資。

除了自動測試，我也在瀏覽器實際操作完整流程。王秀蘭原本顯示待提醒與一次未回應；按下再次聯絡後，畫面更新為待人工確認與兩筆聯絡歷史。重新整理網頁，再次進入個案詳細頁，狀態、次數與原因都仍然存在。Day 11 與 Day 12 的規則測試也同步通過，確認新功能沒有破壞原本的回答判斷。

今日反思

自動化最重要的能力，不是替人猜出所有答案，而是在資訊不足時留下清楚紀錄，並把工作交給正確的人繼續處理。