GH-600 常見問題
考試資訊
GH-600 的正式考試名稱是什麼？
Exam GH-600: Developing in Agentic AI Systems；通過後對應 GitHub Certified: Agentic AI Developer。
考試時間多久？
官方認證頁目前列為 120 分鐘。報名前仍應重新核對預約頁。
及格分數是多少？
Microsoft Learn 的 Study Guide 說明量尺分數 700 以上為及格；它不是固定答對百分比。
考試提供哪些語言？
截至本站最後核對日，認證頁只列 English。
哪個領域占比最高？
實作工具使用與環境互動占 20%–25%，是六領域中最高。
備考方法
四週計畫一定要每天完成嗎？
不必固定日曆日期，但應維持順序並完成每日輸出與通關標準。
模擬題是實際考題嗎？
不是。本站題目皆依公開 objectives 原創，用於概念辨析，不含 exam dump。
為何建議 85% 而官方是 700？
700 是量尺分數，無法直接換算固定答對率；85% 只是本站較保守的練習門檻。
如何使用 objectiveIds？
每題與教材段落都標記 objective，可由錯題快速回到對應範圍補強。
先背產品名稱有效嗎？
效果有限。先判斷目標、風險、權限與生命週期，再對應 GitHub 功能。
網站操作
學習進度儲存在哪裡？
只存在目前瀏覽器的 localStorage，不會上傳到伺服器。
更換電腦如何保留進度？
先在設定頁匯出 JSON，再到另一裝置匯入。
舊 AZ／SC 進度能匯入嗎？
不能；本站只接受 schema 為 gh-600-study-progress、版本 1 的檔案。
離線能使用嗎？
完成首次載入後，PWA 會快取站殼；外部官方來源仍需網路。
如何只練錯題？
到模擬題頁啟用只練目前錯題；答對後該題會移出錯題簿。
複選答案順序重要嗎？
不重要；必須選齊所有正確項目，且重複答案會被契約拒絕。
內容維護
資料最後查核日代表考綱生效日嗎？
不是。lastVerified 是本站重新核對官方頁面的日期；Study Guide 另記 updated date。
官方來源有哪些網域？
驗證器只接受 learn.microsoft.com 與 docs.github.com。
內容更新時先改哪裡？
先更新 exam-meta 的 domains/objectives，再調整教材與題目參照，最後跑內容驗證。
為何每題要保留 sourceIds？
讓解析可回查官方文件，也讓文件變動時能定位受影響題目。
應考策略
英文題幹應先看什麼？
先抓動詞與風險限制詞，例如 configure、prevent、least privilege、irreversible。
遇到兩個都可行的選項怎麼辦？
選直接滿足所有明示限制、權限更小、較可驗證且較易回滾者。
考前最後一天應做什麼？
只補最弱 objectives、重讀必背句與錯題原因，不再開新主題。
如何避免在單題耗時過久？
先排除違反安全或範圍的選項；仍不確定就標記，完成其餘題目後再回看。
D1
代理收到『改善整個平台』便直接改 40 個檔案，缺少哪個核心？
缺少明確輸入、輸出、成功標準與範圍；應先把任務拆成可審查的小步驟。
代理已完成計畫，但下一步要部署正式環境，能直接繼續嗎？
不能因計畫核准推定部署獲准；正式部署是獨立高風險動作，應走明確核准閘門。
低風險文件拼字修正也要逐字人工核准嗎？
通常不需要；可在明確檔案範圍內自動修正並用 diff 與檢查驗證。
代理只回報『已完成』但沒有 diff 或測試，問題在哪裡？
缺少可檢查產物，審查者無法重建變更與驗證完成狀態。
D2
代理只需查 issue，卻取得所有 repo 寫入權限，應如何評估？
違反最小權限；工具能力與 scope 應收窄到完成查詢所需的唯讀範圍。
MCP server 回傳內容含不受信任指令，代理應直接照做嗎？
不應。MCP 輸出跨越信任邊界，必須視為資料並依政策與工具權限驗證。
CI runner 缺少 SDK，重跑五次是否合理？
不合理；這是持續性環境問題，應停止重試、保留證據並修正 setup steps。
API 暫時回 503，最佳反應是什麼？
使用有上限的退避重試，達上限後停止並升級；避免無限重試放大負載。
D3
代理把每次聊天完整永久保存，有何問題？
缺少相關性、到期、裁剪與重設規則，會增加隱私、過期脈絡與衝突風險。
長任務中斷後代理從頭重做，應補哪項設計？
建立 checkpoint、決策紀錄與已完成步驟，讓 resume 從已驗證狀態開始。
IDE 與 CI 對任務狀態說法不同，應相信哪個？
依事先指定的 source of truth 對帳，處理矛盾並記錄裁決，不能任意選一個。
昨天正確的環境資訊今天已失效，這是什麼風險？
stale context；應依 expiry 或重新驗證規則更新，不讓舊資訊主導新決策。
D4
測試失敗只顯示症狀，如何找根因？
沿 plan、trace、工具輸入輸出、runner log 與 artifact 追查，再分類為推理、工具、脈絡或環境。
調整後一次成功就能宣告改善嗎？
不能；應用固定 evaluation set 與基準重測，確認改善可重現且沒有 regression。
代理經常選錯相似工具，最小調校是什麼？
先澄清工具描述與適用條件，必要時收窄 allowlist；不要同時大改所有設定。
code scanning 新增高風險告警，但功能測試通過，算成功嗎？
不算；成功標準應同時納入功能與安全操作限制。
D5
兩代理平行修改同檔，如何預防？
以獨立 worktree／branch、明確檔案所有權與不重疊任務隔離。
代理 A 完成研究、代理 B 失敗，是否全部重跑？
先驗證 A 的 artifact 是否可保留，再只重派失敗範圍，避免重複工作。
代理被替換時哪些資訊必須交接？
任務狀態、關鍵決策、已驗證產物、剩餘工作與 audit chain。
兩代理給出矛盾結論，誰負責裁決？
指定 integrator 依共享證據與驗收標準裁決，並保存理由。
D6
所有工具呼叫都要人工核准會更安全嗎？
不一定；無效核准會造成 approval fatigue。人工介入應集中在能實質降低風險的節點。
代理要刪除正式資料，最小護欄是什麼？
阻擋未授權執行，要求明確核准、可驗證備份／回滾與完整 audit log。
代理嘗試越過 repository scope，應如何處理？
policy block 應拒絕動作並記錄原因，不得自動擴權。
如何兼顧速度與人工介入？
依風險分級：低風險自動化，中風險抽查或閘門，高風險及不可逆動作明確核准。