開始使用
官方基準
本指南以 GH-600: Developing in Agentic AI Systems 的技能範圍組織內容,對應 GitHub Certified: Agentic AI Developer 認證。讀者應已熟悉 repository、branch、PR 與基本 CI 操作;本書把重點放在如何讓代理在開發流程中可靠地工作,以及何時需要人做決定。
教材於 2026-09-22 擴寫,核對官方 Study Guide 與本次引用的 GitHub 功能文件。題庫於 2026-09-23 逐題重寫解析、陷阱與選項,並重新核對 36 項來源的網址與標題;這仍是本站自行整理,不代表經過官方或專家審訂。考試時間、語言、預約條件與最新範圍,請在報名前查閱認證頁與Study Guide(GH600-CERT、GH600-SG)。
分清三種內容
官方技能範圍說明需要掌握的能力;產品文件描述特定環境與版本的功能;本書案例與練習用來訓練判斷,不是官方固定程序,也不是實際考題。章內附日期的產品敘述,只代表該次核對範圍,不代表所有 IDE、CLI 與雲端環境行為相同。
GitHub 文件已把 coding agent 改名為 cloud agent,本站來源標題與連結已於 2026-09-23 更新。閱讀時應確認文件談的是哪個執行環境,尤其是 MCP、hooks、記憶與工具設定,不能只憑名稱相近就套用相同限制。
使用方式
第一次閱讀可依第一章到第六章建立完整流程,再讀整合章;查找概念時,直接搜尋 MCP、checkpoint、冪等性等詞彙,進入對應小節。每個技能小節都保留原有目標識別,並補上說明、情境與解析,方便把做錯的題目對回應補強的觀念。
全書貫穿案例
假設團隊的 CSV 匯出功能把含逗號的欄位拆錯。代理的任務是修正格式、補齊驗證並交付可審查的差異;初始授權不包括修改資料庫、取得正式資料或發布服務。
第一章把模糊要求改成任務契約;第二章決定工具與執行環境;第三章保存進度以安全恢復;第四章判斷修正是否真的有效;第五章處理可平行的工作與整合責任;第六章限制副作用並保留課責。整合章再用一份交付包把這些決策連起來。
每次閱讀的實際產物
- 選一個小節,先讀情境,寫下自己的下一步及理由。
- 閱讀原理與解析,指出原答案漏掉的條件;不只抄結論。
- 用自己的專案改寫一份小型產物,例如任務契約、權限表或 checkpoint。
- 做對應練習題,記錄答錯原因,再回到教材補足因果關係。
28 天計畫是安排節奏的輔助,不是完成天數就代表學會。對熟悉的領域可以快速檢核;對尚無實作經驗的內容,保留時間在可拋棄環境驗證。章內紙上練習不會自動計入題庫成績或進度。
六領域配置
| 領域 | 官方權重 | 本站題數 |
|---|---|---|
| D1 準備代理架構與 SDLC 流程 | 15%–20% | 10 |
| D2 實作工具使用與環境互動 | 20%–25% | 14 |
| D3 管理記憶、狀態與執行 | 10%–15% | 8 |
| D4 執行評估、錯誤分析與調校 | 15%–20% | 10 |
| D5 協調多代理協作 | 15%–20% | 10 |
| D6 實作護欄與課責 | 10%–15% | 8 |
權重表示官方技能配置,不保證每次考試固定出現相同比例的題數。本站 60 題是原創練習集合,不能用來推算正式試卷題數。若只能說出術語,卻無法解釋「為什麼這個情境該先停止而不是重試」,應回到對應章節的判斷練習。
應考原則
先找題幹要達成的結果與限制,再比較選項是否真的解決那個問題。最小權限、驗證與恢復是常用判斷原則,但不能看到某個關鍵字就忽略條件。例如題目問的是建立前防止越權,事後日誌再完整也不是同一種控制。
兩個方案都可行時,不替題目增加未寫出的跨系統架構。遇到模糊處,分清哪些資訊已知、哪些需要查證,以及目前是否能安全繼續。這種判斷也適用於真實代理工作,不只用來選答案。
官方及格量尺分數不能直接換成固定答對率。本站六領域 75%、整體連續兩次約 85% 的設定只是練習用提醒,未經校準,不能預測正式考試通過。比數字更有用的檢查,是能否說明錯誤選項會造成什麼後果,並在需求條件改變時調整答案。
暖身練習: 代理說「所有測試都過了,現在可以發布」。你最先確認什麼?
解析: 確認測試涵蓋的需求、受測版本與預定發布版本是否一致,並確認本次授權是否包含發布。這四件事各自需要證據;任何一項缺失,都不能用「測試全綠」補足。