排序後，也不能改錯案件，每一步都有依據。
故障將selectedIndex拿去原陣列取id；排序或篩選後兩個位置不再相同。只修識別映射，不動資料遮掩。
這關帶走：PATCH id與點選一致，排序與篩選不影響身份。
先學一招：顯示索引不能代替資料身份
PATCH id與點選一致，排序與篩選不影響身份。
帶上你的裝備
- 自己的service-site/frontend/admin-login.html、admin-cases.html、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html與真實教學後端；只用虛構案件，不把密碼或Cookie貼給AI
- fault-L21點選id、selectedIndex與錯誤PATCH URL、兩案前後
故障將selectedIndex拿去原陣列取id；排序或篩選後兩個位置不再相同。只修識別映射，不動資料遮掩。
一起拆解：用兩案證明修對身份
本關18分鐘觀念：3分鐘看輸入、6分鐘逐步推演、5分鐘正常與錯誤對照、4分鐘先預測再說明。
這次的輸入
故障更新使用篩選後索引回原資料找id，B排首卻改A。
錯誤：allCases[selectedIndex].id
正確：按鈕／事件原先帶入的穩定id這段是觀念縮圖，完整可操作檔案在本關參考成果；請依當前階段判讀，不把片段直接貼到任意位置。
一步一步推演
- 建立A與B的修改前狀態表，改排序重現錯案。
- 只改id映射；不要為湊正確結果停用排序或刪案。
- 重驗兩種排序、篩選及A/B重讀，保留最小差異。
正常應看到
指定B更新且A不變，原搜尋條件保留。
常見錯誤對照
只看B文字更新，未重讀A，可能漏掉已誤寫另一案。
先預測，再說明原因
修復驗收為何至少需要兩筆資料？
跟著觀察
- 先讀「用兩案證明修對身份」的輸入，指出本關實際檔案或資料。
- 修復驗收為何至少需要兩筆資料？
- 依例子逐步說明正常結果與錯誤差別，再記下自己的預測；參考結果不是已完成的實測。
這是你的實際操作確認，小測不會替你勾選。
動手挑戰：排序後，也不能改錯案件
PATCH id與點選一致，排序與篩選不影響身份。
先準備
- 自己的service-site/frontend/admin-login.html、admin-cases.html、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html與真實教學後端；只用虛構案件，不把密碼或Cookie貼給AI
- fault-L21點選id、selectedIndex與錯誤PATCH URL、兩案前後
自己比較點選id、可見索引與PATCH的id。
照這個順序開始
- 隔離fault-L21用兩筆虛構案重現誤改，保留原狀態。
- 請AI只把updateId回到傳入的id。
- 重新反轉排序與篩選，更新同案並核對他案未變。
修復混用列表索引與案件id
主要使用 Cursor 內建 AI；先附資料，再送出指令。
- 1．附上這些檔案與資料
- 自己的service-site/frontend/admin-login.html、admin-cases.html、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html與真實教學後端；只用虛構案件，不把密碼或Cookie貼給AI
- fault-L21點選id、selectedIndex與錯誤PATCH URL、兩案前後
- 2．貼到哪裡
- 在 Cursor 開啟自己的本關練習副本，進入內建 AI 對話；正常版與故障副本分開。
- 用 @ 附上本關指定檔案，核對完整路徑；補實際觀察、輸入與結果，再貼下方 Prompt。
- 先讀回覆與差異，只保存指定範圍；回到瀏覽器實際檢查。版本保存由自己操作，不讓 AI 代替驗收或提交。
- 3．預期回覆與操作
- 請AI只把updateId回到傳入的id。
- 未選案不變，列表／明細重讀一致。
- 4．自己檢查結果
- PATCH id與點選一致，排序與篩選不影響身份。
- 未選案不變，列表／明細重讀一致。
修復混用列表索引與案件id Prompt（可收合）
你是協助零基礎學員的網站開發助手。我使用 Cursor 免費版編輯原生 HTML、CSS、JavaScript；必要時把你提供的內容手動貼入檔案。
情境與本次輸入：沿用提供的Node教學後端與HttpOnly session cookie，前端fetch credentials:include，不把認證存在localStorage。POST /api/auth/login、GET /api/auth/me、POST /api/auth/logout；受保護GET /api/admin/cases回cases摘要，GET /api/admin/cases/:id回case明細，PATCH同路徑只接受status及/或internalNote。未登入401、找不到404、欄位422、教學更新失敗503。案件使用實際穩定id，從第18堂同案延續，不以不同預置案假串接。 狀態值pending=待處理、in_progress=處理中、completed=已完成，三者可互轉。用manage seed補兩個不同id虛構固定案，原第18堂案件保留。前端可依狀態及新舊順序顯示，但更新必須用所選id，不用顯示索引。
本次任務：故障updateStatus用allCases[selectedIndex]?.id，排序/篩選後PATCH改到另一案。依附原列表、可見列表、點選id與請求，只把updateId改成傳入的穩定id，保留選擇、篩選、排序、重讀與身份。不改案件資料湊答案。列兩筆不同id、反轉排序、狀態篩選、503與未選案不變的回歸，故障資料只在隔離副本。
請先閱讀我附上的相關檔案或資料，資訊缺漏時精確列出需要補充的項目，不猜檔名、API 或測試結果。說明以繁體中文撰寫，指出檔案與修改位置；檢查結果區分已知、待驗與未完成。只處理學生自己的練習副本，不改現有展示網站，不要求付費訂閱。Cursor AI 無法使用？改用 ChatGPT 備援
把上方指定的檔案內容、清單與補充資料，連同同一份 Prompt 貼入 ChatGPT 對話。只貼電腦上的路徑，無法讓它讀取你的檔案。
收到程式碼時，先核對檔名與修改位置，再手動存回自己的練習副本；若收到檢查表或補檔步驟，就逐項操作。不要把 Prompt 或程式碼框的反引號貼進 HTML／CSS。
兩邊都受限時，可先看既有參考成果、檢查差異與手動修改；未做過的 AI 生成或公開發布仍記待完成。不要貼入帳密、金鑰或真實個資。
複製只取得 Prompt 文字，檔案需自行在 Cursor 附上；本頁不會呼叫 AI 或自動完成關卡。
卡住時，APPA 給你一點線索
線索 1｜先找現象與證據
selectedIndex是在可見列表計算，不能拿回原陣列。
線索 2｜再縮小修改範圍
只修updateId一行，再用兩案驗證。
回到自己的作品，逐項檢查
- PATCH id與點選一致，排序與篩選不影響身份。
- 未選案不變，列表／明細重讀一致。
- 未實際完成的AI、發布或裝置驗收記待完成。
需要對照？看這一關的參考成果
先檢查自己的作品，再對照差異。開啟參考不會算完成。
查看前端參考畫面（完整操作請下載參考包）（另開分頁）線上只看前端畫面；完整操作請下載。本頁不提供案件API。把參考包解壓到新的資料夾，先讀 OPEN_REFERENCE.html，再啟動隨包後端；不要覆蓋自己的作品或案件。
下載本關可啟動參考包尚未完成可以先往下看，之後再回來補做。
保留依據與結果，再帶著作品往下走。
保留自己的修改差異與檢查結果。完成兩項操作確認再往下一關；也可以先閱讀，稍後補做。
關卡紀錄由你自行確認；本頁不會讀取 Cursor 檔案或自動驗收作品。
留下自己的檢查紀錄
這是第 21 堂共用筆記，換關卡仍會保留。未實際做過的操作寫「待完成」。
重設會清除第 21 堂六步勾選，筆記、另一堂進度與網站檔案保留。