D1「準備代理架構與 SDLC 流程」10 題原創模擬題，附正確答案、解析與常見陷阱。選項順序在互動版會隨機排列。
你要把 issue 指派給 cloud agent，issue 已寫明任務範圍。還要補上哪些內容，代理才能判斷何時算完成、reviewer 才能驗收？
複選題，選項：
正確答案：可以驗證的驗收條件；不得修改的檔案與行為
解析：D1-O1 要求為代理定義輸入、輸出與成功標準。可驗證的驗收條件告訴代理什麼時候完成；不得修改的檔案與行為則是完成時必須同時滿足的限制，reviewer 可以用 diff 檢查。模型屬於代理設定層的選擇，不影響何時算完成；建議的實作順序可能有幫助，但不是判斷完成與驗收的依據。
常見陷阱：實作順序看起來很周到，但題幹問的是「判斷完成與驗收」。先對準題目要的用途，再判斷內容是否必要。
依據：Exam GH-600 Study Guide、Best practices for using GitHub Copilot to work on tasks
你要讓代理的規劃與執行在技術上分開，不能只靠代理自己遵守。哪些做法符合？
複選題，選項：
正確答案：規劃用的 custom agent 只給 read 與 search；計畫核准後，才指派有 edit 權限的 agent
解析：D1-O2 要求規劃與執行分開，並在計畫核准前阻止行動。規劃用的 custom agent 只有 read 與 search，技術上無法寫入；計畫經人核准後，才把任務交給有 edit 權限的 agent，核准就成為執行的前提。在指示中要求先規劃是好習慣，但沒有強制力；同一個 agent 在一次工作中規劃並修改，兩者沒有分開。
常見陷阱：指示中的要求與權限設定的差別，在於代理「不遵守」時會發生什麼。題幹要求的是不靠自律。
代理的計畫經人審查並核准後，執行時若需要計畫中沒有列出的工具動作，仍應另外取得授權。
是非題：判斷敘述是否正確。
正確答案：正確
解析：核准的範圍就是計畫的內容。D1-O2 要求驗證計畫，並在核准前阻止行動；計畫之外的動作沒有經過驗證，等同未經核准，應停下來說明原因並重新取得授權。授權來自人的核准與權限設定，不會因為先前核准過一份計畫就自動延伸。
常見陷阱：核准一份計畫，不等於核准代理之後想做的所有事。計畫外的動作要重新走一次核准。
依據：Exam GH-600 Study Guide、Risks and mitigations for GitHub Copilot cloud agent
代理的工作要在標準開發工具中接受審查，而且 reviewer 要能直接看出這次變更對應哪一個需求。cloud agent 完成後應交付什麼？
單選題，選項：
正確答案：PR 附 diff 與測試，並連結來源 issue
解析：D1-O3 要求代理在標準開發工具中產出可檢查的產物。PR 讓 reviewer 用既有流程檢查 diff、跑 status checks、留言與核准；連結來源 issue，reviewer 才能直接對照需求。連結 session log 能看到代理的過程，但看不出對應哪個需求；指定 reviewer 決定的是誰來審，不是審什麼；在 issue 留言附 diff，則不在 PR 的審查流程中。
常見陷阱：三個 PR 選項都能審查，差別只在最後附上的東西。題幹的第二個條件是「對應哪一個需求」。
依據：Exam GH-600 Study Guide、Risks and mitigations for GitHub Copilot cloud agent
團隊把「改善整個網站的效能」直接指派給代理，沒有指標，也沒有完成條件。這屬於哪一類問題？
單選題，選項：
正確答案：任務定義不清的反模式
解析：D1-O1 要求識別並緩解代理反模式。沒有指標與完成條件，代理不知道何時該停，reviewer 也無從驗收，這是任務定義不清；GitHub 的最佳實務建議把大需求拆成範圍明確、附驗收條件的 issue。題幹沒有提到權限、規劃流程或長時間執行，其他三個選項都缺乏依據。
常見陷阱：四個選項都是真實存在的問題。要選題幹描述的那一個，而不是「也可能發生」的那一個。
依據：Exam GH-600 Study Guide、Best practices for using GitHub Copilot to work on tasks
代理要刪除 staging 資料庫中 30 天前的測試資料。這些資料每晚都會從範本重新產生，刪錯隔天就會恢復。最合適的控制是什麼？
單選題，選項：
正確答案：限定刪除範圍後自動執行，並記錄筆數
解析：D1-O3 要求安排人工介入時不拖慢交付。題幹說明資料每晚重新產生，刪錯隔天就會恢復，這次刪除是低風險、可自然回復的操作；限定範圍並記錄筆數，就足以控制與追查。逐次人工核准、額外備份、改由人手動刪除，都在為一個本來就能恢復的操作增加成本。
常見陷阱：看到「刪除」就加上最重的控制，是常見的反射。控制強度要依能不能恢復決定，而不是動作的名稱。
依據：Exam GH-600 Study Guide、Building guardrails for GitHub Copilot cloud agent
任務是修正 CSV 匯出時逗號沒有跳脫的錯誤，而且不得改變其他匯出格式。下列哪一項最適合作為成功標準？
單選題，選項：
正確答案：新的逗號跳脫測試與既有匯出測試都通過
解析：D1-O1 要求成功標準可以驗證，而且涵蓋任務的目標與限制。新的逗號跳脫測試驗證錯誤已修正，既有的匯出測試驗證其他匯出格式沒有改變，兩者合起來才完整。匯入測試與 CSV 解析測試檢查的是讀取，不是匯出；引號跳脫測試驗證的不是這次要修的逗號。
常見陷阱：四個選項長得幾乎一樣，差別在「逗號或引號」與「匯出、匯入或解析」。成功標準要逐字對照題幹。
cloud agent 的 PR 合併到 main 後會自動部署。你要確保每次部署前，一定有人看過代理的變更。最直接的設定是什麼？
單選題，選項：
正確答案：ruleset 要求合併到 main 前需要核准
解析：部署發生在合併之後，所以控制點要放在合併：ruleset 要求合併前需要核准，沒有人審查就進不了 main，也就不會部署。Copilot PR 的 workflow 核准控制的是 PR 上的 CI 何時執行，不控制合併；instructions 沒有強制力；setup steps 只負責準備代理的開發環境，與合併和部署無關。
常見陷阱：workflow 核准也是一道「人工核准」，但它把關的是 PR 上的 CI，不是合併。先找出風險實際發生的位置。
依據：Exam GH-600 Study Guide、About rulesets、Risks and mitigations for GitHub Copilot cloud agent
代理要用 formatter 修正 200 個檔案的格式，CI 會跑測試。其中 3 個檔案是對外公開的 API 定義，任何變更都要先經法務確認。最合適的安排是什麼？
單選題，選項：
正確答案：其餘自動修正；3 個 API 檔另開 PR 待確認
解析：D1-O3 要求安排人工介入時不拖慢交付。格式修正本身低風險，CI 會驗證，197 個一般檔案可以自動修正；3 個 API 定義檔有「先經法務確認」的要求，應分開處理，另開 PR 等待確認。把兩組的處理方式對調，會讓需要確認的檔案跳過確認；合併後再補確認違反「先確認」；200 個檔案都請法務確認，讓低風險檔案承擔不必要的等待。
常見陷阱：自主程度不必整批決定。先找出題幹中真正需要人工確認的那一部分，再把控制放在那裡。
依據：Exam GH-600 Study Guide、Building guardrails for GitHub Copilot cloud agent
一次事故後，你要說明 cloud agent 為什麼刪除了某個設定檔，以及它刪除前做了哪些檢查。最需要的是哪一類資料？
單選題，選項：
正確答案：cloud agent 該次工作的 session log
解析：可觀測性資料要能重建代理的決策、工具動作與結果。session log 逐步記錄代理在該次工作中做了什麼、呼叫了哪些工具，能回答「為什麼刪除」與「刪除前檢查了什麼」。commit 與 diff 只顯示檔案被刪除；workflow 日誌記錄的是 CI 的執行；audit log 記錄組織中的事件，都看不到代理在工作中的判斷過程。
常見陷阱：四個選項都是「紀錄」，但只有一個記錄代理自己的過程。其他紀錄能證明「刪了」，不能說明「為什麼」。
依據：Exam GH-600 Study Guide、Risks and mitigations for GitHub Copilot cloud agent