回應有資料，為什麼沒有選項，每一步都有依據。
故障程式讀serviceList，但實際契約叫services。先看回應再改一處，不重做後端或填假選項。
這關帶走：200正確資料可顯示服務，錯誤與空資料仍有提示。
先學一招：欄位映射要對照實際JSON
200正確資料可顯示服務，錯誤與空資料仍有提示。
帶上你的裝備
- 自己的service-site/frontend/inquiry.html、inquiry.js、config.js與完整styles.css
- 隨起始包提供的API_CONTRACT.html、START_HERE.html與實際Network紀錄；不附管理密碼
- fault-L17完整inquiry.js、實際services JSON與錯誤狀態
故障程式讀serviceList，但實際契約叫services。先看回應再改一處，不重做後端或填假選項。
一起拆解：200不代表欄位名稱寫對
本關18分鐘觀念：3分鐘看輸入、6分鐘逐步推演、5分鐘正常與錯誤對照、4分鐘先預測再說明。
這次的輸入
故障副本Network有services，畫面卻顯示讀取失敗。
// 故障
const items = payload.serviceList;
// 本次契約
const items = payload.services;這段是觀念縮圖，完整可操作檔案在本關參考成果；請依當前階段判讀，不把片段直接貼到任意位置。
一步一步推演
- 保存實際JSON與錯誤畫面，對照契約拼字。
- 只改items來源一處；陣列驗證與狀態處理都保留。
- 重跑normal、empty、error、重試及草稿，確認沒有補假資料。
正常應看到
正常資料重新出現，空與錯誤仍各有提示。
常見錯誤對照
改後端回傳serviceList只是在遷就錯誤前端，破壞全班契約。
先預測，再說明原因
驗收時除了看三項出現，還要重跑哪兩種非正常結果？
跟著觀察
- 先讀「200不代表欄位名稱寫對」的輸入，指出本關實際檔案或資料。
- 驗收時除了看三項出現，還要重跑哪兩種非正常結果？
- 依例子逐步說明正常結果與錯誤差別，再記下自己的預測；參考結果不是已完成的實測。
這是你的實際操作確認，小測不會替你勾選。
動手挑戰：回應有資料，為什麼沒有選項
200正確資料可顯示服務，錯誤與空資料仍有提示。
先準備
- 自己的service-site/frontend/inquiry.html、inquiry.js、config.js與完整styles.css
- 隨起始包提供的API_CONTRACT.html、START_HERE.html與實際Network紀錄；不附管理密碼
- fault-L17完整inquiry.js、實際services JSON與錯誤狀態
手動圈出Network外層services與程式錯誤欄名。
照這個順序開始
- 獨立fault-L17重現200卻顯示失敗。
- 請AI只修payload.services映射。
- 重驗讀取、更名、空與錯誤模式及原表單草稿。
修復服務回應欄位映射
主要使用 Cursor 內建 AI；先附資料，再送出指令。
- 1．附上這些檔案與資料
- 自己的service-site/frontend/inquiry.html、inquiry.js、config.js與完整styles.css
- 隨起始包提供的API_CONTRACT.html、START_HERE.html與實際Network紀錄；不附管理密碼
- fault-L17完整inquiry.js、實際services JSON與錯誤狀態
- 2．貼到哪裡
- 在 Cursor 開啟自己的本關練習副本，進入內建 AI 對話；正常版與故障副本分開。
- 用 @ 附上本關指定檔案，核對完整路徑；補實際觀察、輸入與結果，再貼下方 Prompt。
- 先讀回覆與差異，只保存指定範圍；回到瀏覽器實際檢查。版本保存由自己操作，不讓 AI 代替驗收或提交。
- 3．預期回覆與操作
- 請AI只修payload.services映射。
- 只修一個欄位映射，不改契約與其他功能。
- 4．自己檢查結果
- 200正確資料可顯示服務，錯誤與空資料仍有提示。
- 只修一個欄位映射，不改契約與其他功能。
修復服務回應欄位映射 Prompt（可收合）
你是協助零基礎學員的網站開發助手。我使用 Cursor 免費版編輯原生 HTML、CSS、JavaScript；必要時把你提供的內容手動貼入檔案。
情境與本次輸入：從第16堂正常service-site/frontend承接；起始包已附真實Node.js22+後端、API_CONTRACT.html與START_HERE.html，無第三方套件。後端預設127.0.0.1:8780，資料在frontend外backend/.data。GET /api/services回200 {services:[{id,name}]}，空陣列與503失敗不同。config.js只放公開apiBase；請求credentials:include，來源需後端明確允許，不用no-cors。APPA、紫綠tokens與五欄草稿保留。這堂只讀服務，尚未POST詢問。
本次任務：故障前端GET回200且JSON外層services有資料，但程式const items = payload.serviceList。依契約與實際JSON只改為payload.services，保留驗證陣列、loading/empty/error/retry、五欄與草稿。不改後端契約、不補假選項或no-cors，不宣稱未做的更名與異常測試通過。列一處diff與四種狀態回歸。
請先閱讀我附上的相關檔案或資料，資訊缺漏時精確列出需要補充的項目，不猜檔名、API 或測試結果。說明以繁體中文撰寫，指出檔案與修改位置；檢查結果區分已知、待驗與未完成。只處理學生自己的練習副本，不改現有展示網站，不要求付費訂閱。Cursor AI 無法使用？改用 ChatGPT 備援
把上方指定的檔案內容、清單與補充資料，連同同一份 Prompt 貼入 ChatGPT 對話。只貼電腦上的路徑，無法讓它讀取你的檔案。
收到程式碼時，先核對檔名與修改位置，再手動存回自己的練習副本；若收到檢查表或補檔步驟，就逐項操作。不要把 Prompt 或程式碼框的反引號貼進 HTML／CSS。
兩邊都受限時，可先看既有參考成果、檢查差異與手動修改；未做過的 AI 生成或公開發布仍記待完成。不要貼入帳密、金鑰或真實個資。
複製只取得 Prompt 文字，檔案需自行在 Cursor 附上；本頁不會呼叫 AI 或自動完成關卡。
卡住時，APPA 給你一點線索
線索 1｜先找現象與證據
比對外層屬性名稱，不只看服務陣列內容。
線索 2｜再縮小修改範圍
保留正常型別檢查，避免接受錯誤格式。
回到自己的作品，逐項檢查
- 200正確資料可顯示服務，錯誤與空資料仍有提示。
- 只修一個欄位映射，不改契約與其他功能。
- 未實際完成的AI、發布或裝置驗收記待完成。
需要對照？看這一關的參考成果
先檢查自己的作品，再對照差異。開啟參考不會算完成。
查看前端參考畫面（完整操作請下載參考包）（另開分頁）線上只看前端畫面；完整操作請下載。本頁不提供案件API。把參考包解壓到新的資料夾，先讀 OPEN_REFERENCE.html，再啟動隨包後端；不要覆蓋自己的作品或案件。
下載本關可啟動參考包尚未完成可以先往下看，之後再回來補做。
保留依據與結果，再帶著作品往下走。
保留自己的修改差異與檢查結果。完成兩項操作確認再往下一關；也可以先閱讀，稍後補做。
關卡紀錄由你自行確認；本頁不會讀取 Cursor 檔案或自動驗收作品。
留下自己的檢查紀錄
這是第 17 堂共用筆記，換關卡仍會保留。未實際做過的操作寫「待完成」。
重設會清除第 17 堂六步勾選，筆記、另一堂進度與網站檔案保留。