送出、保存與結果不明

1. 保留正常副本，啟動提供的真實教學後端。用虛構姓名與Email，主旨加自己能辨認的教學代號，不放真實個資。
2. POST /api/inquiries只有五欄。只有201且case.id為伺服器QH-UUID才顯示已保存；localStorage草稿不是案件資料庫。
3. 先依生成Prompt接成功／失敗判斷，再依修改Prompt加pending防連點、8秒AbortController與422欄位回饋；不要自動重送。
4. 送出後記id，以另一終端同DATA_DIR執行node backend/manage.mjs inspect --id 實際編號。只核對自己的教學資料，不公開整份案件。
5. Ctrl+C停止，依原命令重啟後再inspect同id，主旨／serviceId仍應一致。後端重啟讓登入失效，不會清案件。
6. TEACHING_MODE且管理員已授權時，依契約將inquiry切error，POST應503且沒有編號，原值保留。切disconnect會真正保存後中斷回應，前端須說結果不明，先以主旨／id受控核對，不自動重送。結束切回normal。
7. 故障包另存fault-L18。error模式回503時卻顯示DEMO-FAKE，這不是成功；附HTTP／JSON／畫面證據，只移除假成功分支，保留正常成功格式檢查。
8. 重跑有效、欄位錯誤、503、結果不明、pending與手機。正常已保存不能靠畫面自己編號，未做的步驟維持待測。

同一請求不能變成多筆案件

送出處理即使只執行一次，底層遇中斷仍可能重試。依契約用Idempotency-Key header識別同一次詢問；同頁相同五欄內容重試沿用key，修改內容才換新key，後端只建立一案。重新開頁會有新key，因此結果不明仍先受控核對，再決定下一步。這段由提供的後端實作，學生只需按契約傳遞，不必從零寫認證或保存機制。