驗證姓名與 Email
修改檔案：script.js
完成後看見：畫面顯示姓名、Email 驗證結果，通過時仍明確標示尚未建立 payload
MOCK POST
聯絡我
尚未建立 payload
CHAPTER 23 · PRACTICE WORKSPACE
完成可驗證、提交並顯示結果的聯絡表單
TASK STATUS
修改檔案：script.js
完成後看見：畫面顯示姓名、Email 驗證結果，通過時仍明確標示尚未建立 payload
修改檔案：script.js
完成後看見：預覽區顯示 name、email、message，狀態為「payload 已建立；尚未送出」
修改檔案：script.js
完成後看見：成功與失敗都可重現，送出期間按鈕停用且完成後恢復
WORKSPACE
已完成 TASK-02；先核對可見結果，再前往 TASK-03。
FOCUS TASK · TASK-03
比較：loading 說明流程進行中，disabled 防止重複送出；兩者互相補足。
現在做：在 Solution 填入完整資料後送出，立即記錄 status=「送出中…」與 submit.disabled=true；等待成功後確認按鈕恢復。再勾選模擬失敗送出，重複記錄 loading、錯誤訊息、按鈕恢復與輸入保留。
預期：成功與失敗都會經過 loading；兩條路線最後 submit 都恢復可用，且錯誤不會清空表單。
證據：留下成功與失敗各一條狀態時間線：送出前、loading、結果、finally 後，並記錄 disabled 與三個輸入值。
比較：成功與失敗都是可驗收狀態，不能只處理成功分支或用同一訊息帶過。
現在做：成功路線記錄「送出成功，編號 …」後，再勾選模擬失敗並送出；確認失敗顯示「送出失敗：模擬伺服器錯誤」，最後再次查看按鈕與輸入值。
預期：success 與 error 是不同且可重現的結果；error 後按鈕仍可再次操作，姓名、Email、訊息仍保留供修正或重試。
證據：提供成功／失敗兩張結果畫面，加上一列 error 後的 disabled、欄位值與再次送出結果，證明不是只處理 success。
完成條件：DONE-03：成功與失敗都可重現，送出期間按鈕停用且完成後恢復
MOCK POST
尚未建立 payload
CONTINUE
前往 Solution，依要求完成「送出並管理 loading/success/error」。
CHAPTER HANDOFF
接收第 22 章：沿用已完成的產品列表與分頁邊界證據；本章不重做列表，改處理使用者輸入、驗證與提交生命週期。
交給第 24 章：完成後帶著驗證通過的 payload、loading／success／error 與 finally 恢復證據，下一章直接比較一次 POST 與持續訂閱，不重做表單驗證。
前往第 24 章：即時資料模型與 Firebase 介面