呈現登入與登出狀態
修改檔案：script.js
完成後看見：畫面清楚顯示目前 mock user 或未登入
教學模擬，不是真實登入沒有 Firebase SDK、token 或伺服器 Rules。
Auth 與 uid 權限
狀態尚未渲染
資料 owner：uid-student
尚未檢查權限
CHAPTER 25 · PRACTICE WORKSPACE
完成明確標示非真實登入的 Auth 與權限概念模擬
TASK STATUS
修改檔案：script.js
完成後看見：畫面清楚顯示目前 mock user 或未登入
修改檔案：script.js
完成後看見：空白與錯誤 Email 不會登入，示範帳號取得固定 mock uid
修改檔案：script.js
完成後看見：只有資料 owner uid 可編輯
WORKSPACE
已完成 TASK-02；先核對可見結果，再前往 TASK-03。
FOCUS TASK · TASK-03
比較：可編輯條件要比較資料 owner 與目前 user uid，不能只看登入按鈕。
現在做：在 Solution 先登入 [email protected]，確認 auth-state=uid-guest、edit.disabled=true、permission=「目前不可編輯」；再登入 [email protected]，確認 uid-student、edit 可用且 permission=「此 mock uid 可編輯」。
預期：guest 與 owner 的 uid、edit.disabled、permission 三項結果相反；只有 owner uid 可編輯。
證據：留下 guest／owner 兩列 uid、按鈕狀態與 permission 證據，證明判斷比較的是 ownerUid 與 currentUser.uid。
比較：canEdit 負責決策，畫面只依結果顯示可編輯或唯讀狀態。
現在做：在 Solution 先以 owner 登入並點擊編輯，記錄 permission=「允許編輯」；登出後在 DevTools 將 edit.disabled 設為 false，再點擊同一按鈕，記錄 permission=「拒絕編輯」，證明事件本身仍呼叫 canEdit()，不是只靠停用按鈕。
預期：owner 路線允許編輯，unauth 移除 disabled 後仍拒絕；畫面控制與 canEdit 決策保持同一結果。
證據：留下 owner click 與移除 disabled 後的 unauth click 兩條 permission 證據，並說明 UI disabled 不是正式 Rules 安全邊界。
完成條件：DONE-03：只有資料 owner uid 可編輯
狀態尚未渲染
尚未檢查權限
CONTINUE
前往 Solution，依要求完成「以 uid 判斷資料權限」。
CHAPTER HANDOFF
接收第 24 章：沿用 subscriber trace、safe render、unsubscribe 與失敗重試的觀察證據；本章只承接概念，不搬同一份 runtime 資料，改判斷誰是誰、誰能編輯。
交給第 26 章：完成後帶著明確 mock uid、owner／guest／unauth 權限矩陣與「UI 隱藏不等於 Rules」證據；下一章直接做本機待辦事項的 render 與 localStorage，不重做 Auth 概念。
前往第 26 章：本機待辦事項 CRUD、render、localStorage