用新詢問走完整條路，每一步都有依據。
主旨用來辨認，id才是讀寫身份。正常路線不能用不同預置案件拼成一次流程。
這關帶走：整條正常路線使用新建立的同一真實id。
先學一招：同一個id才是同一筆案件
整條正常路線使用新建立的同一真實id。
帶上你的裝備
- 自己的service-site/frontend相關HTML、inquiry.js、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html、TEST_MODES.html與真正教學後端；不貼密碼、Cookie、內部真實資料
- 自己新案id/主旨、API回應及另一案原狀態（去敏感）
主旨用來辨認，id才是讀寫身份。正常路線不能用不同預置案件拼成一次流程。
先分清自己的作品、線上畫面與可啟動參考包；線上參考不提供API，請在本機閱讀隨包OPEN_REFERENCE.html後操作。
一起拆解：同一條案件路線
本關18分鐘觀念：3分鐘看輸入、6分鐘逐步推演、5分鐘正常與錯誤對照、4分鐘先預測再說明。
這次的輸入
新主旨與後端回傳QH-id，依序走詢問、登入、明細、狀態與備註。
201的id → 列表同id → 明細同id
PATCH同id → GET同id → 重啟後同id這段是觀念縮圖，完整可操作檔案在本關參考成果；請依當前階段判讀，不把片段直接貼到任意位置。
一步一步推演
- 先記唯一主旨與實際id，不用不同預置案拼接每一步。
- 每步留輸入、預期、實際、證據；另一案作未改對照。
- 重啟後session需重新登入，案件應仍存在。
正常應看到
一筆詢問可追到最後保存，資料與身份生命週期分清楚。
常見錯誤對照
詢問看A、管理卻看B，不能證明前後端已串成同案。
先預測，再說明原因
重啟後需要重登但案件仍在，這算哪一種資料持久結果？
跟著觀察
- 先讀「同一條案件路線」的輸入，指出本關實際檔案或資料。
- 重啟後需要重登但案件仍在，這算哪一種資料持久結果？
- 依例子逐步說明正常結果與錯誤差別，再記下自己的預測；參考結果不是已完成的實測。
這是你的實際操作確認，小測不會替你勾選。
動手挑戰：用新詢問走完整條路
整條正常路線使用新建立的同一真實id。
先準備
- 自己的service-site/frontend相關HTML、inquiry.js、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html、TEST_MODES.html與真正教學後端；不貼密碼、Cookie、內部真實資料
- 自己新案id/主旨、API回應及另一案原狀態（去敏感）
自己寫獨特主旨並記實際id，做一張同案追蹤表。
照這個順序開始
- 公開詢問送出新案，記真實receipt。
- 請AI依實際契約產同id整合測試表，不先改程式。
- 親手登入、讀同案、更新進度與備註、重載，再核對另一案。
建立同案端到端測試表
主要使用 Cursor 內建 AI；先附資料，再送出指令。
- 1．附上這些檔案與資料
- 自己的service-site/frontend相關HTML、inquiry.js、admin.js、config.js與styles.css
- 隨包API_CONTRACT.html、TEST_MODES.html與真正教學後端；不貼密碼、Cookie、內部真實資料
- 自己新案id/主旨、API回應及另一案原狀態（去敏感）
- 2．貼到哪裡
- 在 Cursor 開啟自己的本關練習副本，進入內建 AI 對話；正常版與故障副本分開。
- 用 @ 附上本關指定檔案，核對完整路徑；補實際觀察、輸入與結果，再貼下方 Prompt。
- 先讀回覆與差異，只保存指定範圍；回到瀏覽器實際檢查。版本保存由自己操作，不讓 AI 代替驗收或提交。
- 3．預期回覆與操作
- 請AI依實際契約產同id整合測試表，不先改程式。
- 重載與他案核對有實際結果，表格不預填通過。
- 4．自己檢查結果
- 整條正常路線使用新建立的同一真實id。
- 重載與他案核對有實際結果，表格不預填通過。
建立同案端到端測試表 Prompt（可收合）
你是協助零基礎學員的網站開發助手。我使用 Cursor 免費版編輯原生 HTML、CSS、JavaScript；必要時把你提供的內容手動貼入檔案。
情境與本次輸入：承接第22堂真實service-site後端與前端；本堂不另造功能，新增integration.html作操作路線。提供TEST_MODES本機控制器，三情境可復原不刪資料；身份與資料由真實後端處理，不以展示mock替代。
本次任務：依附真實service-site契約與我新建立的虛構id/主旨，產一份可逐項操作的整合測試表：詢問POST收到201真實id→登入me→列表找到同id→GET明細核對subject/serviceId→PATCH status與internalNote→GET同id→重載/後端重啟核對→另一案未改。列輸入、預期、實際待填、證據、復原，不修改程式或假填成功，不用不同預置案拼流程；密碼/Cookie不列入表內。
請先閱讀我附上的相關檔案或資料，資訊缺漏時精確列出需要補充的項目，不猜檔名、API 或測試結果。說明以繁體中文撰寫，指出檔案與修改位置；檢查結果區分已知、待驗與未完成。只處理學生自己的練習副本，不改現有展示網站，不要求付費訂閱。Cursor AI 無法使用？改用 ChatGPT 備援
把上方指定的檔案內容、清單與補充資料，連同同一份 Prompt 貼入 ChatGPT 對話。只貼電腦上的路徑，無法讓它讀取你的檔案。
收到程式碼時，先核對檔名與修改位置，再手動存回自己的練習副本；若收到檢查表或補檔步驟，就逐項操作。不要把 Prompt 或程式碼框的反引號貼進 HTML／CSS。
兩邊都受限時，可先看既有參考成果、檢查差異與手動修改；未做過的 AI 生成或公開發布仍記待完成。不要貼入帳密、金鑰或真實個資。
複製只取得 Prompt 文字，檔案需自行在 Cursor 附上；本頁不會呼叫 AI 或自動完成關卡。
卡住時，APPA 給你一點線索
線索 1｜先找現象與證據
先記POST真正回傳id，不猜編號。
線索 2｜再縮小修改範圍
明細、PATCH、重讀與重載都核對同id。
回到自己的作品，逐項檢查
- 整條正常路線使用新建立的同一真實id。
- 重載與他案核對有實際結果，表格不預填通過。
- 未實際完成的AI、發布或裝置驗收記待完成。
需要對照？看這一關的參考成果
先檢查自己的作品，再對照差異。開啟參考不會算完成。
查看前端參考畫面（完整操作請下載參考包）（另開分頁）線上只看前端畫面；完整操作請下載。本頁不提供案件API。把參考包解壓到新的資料夾，先讀 OPEN_REFERENCE.html，再啟動隨包後端；不要覆蓋自己的作品或案件。
下載本關可啟動參考包尚未完成可以先往下看，之後再回來補做。
保留依據與結果，再帶著作品往下走。
保留自己的修改差異與檢查結果。完成兩項操作確認再往下一關；也可以先閱讀，稍後補做。
關卡紀錄由你自行確認；本頁不會讀取 Cursor 檔案或自動驗收作品。
留下自己的檢查紀錄
這是第 24 堂共用筆記，換關卡仍會保留。未實際做過的操作寫「待完成」。
重設會清除第 24 堂六步勾選，筆記、另一堂進度與網站檔案保留。