No. 006 備 考 中

克 勞 德 認 證 建 築 師

Claude Certified Architect · Foundations

Anthropic 2026-03-12 發布的第一張官方技術認證。 60 題 · 閉書 · 無 AI 協助 · proctored。 考的不是 prompt 小技巧，是生產系統架構。 這個站是我的備考現場——5 Domain 深度拆解、模擬題、12 週 Roadmap、踩過的坑。

Chapter 01 · Overview

這 張 證 照 是 什 麼

CCA Foundations 是 Anthropic 發布的首張官方技術認證，發布日 2026-03-12。官方立場：這是一張架構級而不是入門級的認證——不是「看教程就能過」的考試，而是「你能不能設計出一個能在 prod 跑的 Claude 系統」。

關 鍵 事 實

題數：60 題 · 選擇題為主

時長：約 90 分鐘（社群推測）

形式：線上 proctored · 閉書 · 不可用 Claude、外部工具、文件

滿分：1,000 點（社群推測 · 官方未公布通過線）

資格：僅限 Claude Partner Network 成員（免費加入）· 前 5,000 夥伴員工早期免費

未來版本：2026 稍晚會再出 sellers / developers / advanced architects 認證

為什麼是架構級而不是初學者？因為 Anthropic 目標是——大型顧問公司（Accenture 訓 3 萬人、Cognizant 35 萬員工）用這張證照篩「能帶 AI 落地」的工程師，不是篩「會寫 system prompt」的新手。

Chapter 02 · Fit Check

適 合 誰 · 不 適 合 誰

建 議 先 考 的 人

· 解決方案架構師 / 高級 AI 工程師

· 顧問公司工程師（要帶客戶落地 AI 系統）

· CTO 評估供應商、建內部 AI 團隊

· 有至少一個 Claude 生產應用的開發者

不 該 現 在 考 的 人

· 完全沒用過 Claude API 的人——先走 Claude 101 → API 基礎

· 只寫過 chatbot 的——先做 agent + MCP 實戰

· 希望「看 3 天課程就過」的——不符合考試設計

我自己的誠實評估：我有 Claude Code 重度使用經驗、有 MCP server 開發經驗、但沒有在公司 prod 部署過 agentic 系統——所以我需要先補 Domain 1（27% 權重）的實戰缺口，再進考試。

Chapter 03 · Domains

五 大 考 試 領 域 深 度 拆 解

以下按權重由高到低列出。不是「每個 Domain 平均花時間」——花在 Domain 1 的時間要是 Domain 5 的兩倍，因為它佔 27% 題目又是實戰經驗導向。

I智能體架構與編排
27%
Agentic Architecture & Orchestration

核心考點

  • Fallback loop design · 當 Claude timeout / rate limit / hallucinate 時的降級策略
  • Multi-agent decomposition · 什麼時候拆分任務、什麼時候保持 monolith
  • Error budget 與 circuit breaker · 防止單一 failure 拖垮整個 pipeline
  • State management · agent 狀態在多 turn 之間如何持久化
  • Coordination patterns · 主從 / 平行 / 投票 / 分層評審

高頻題型

  • 給一個真實場景（例：客服 agent 要查訂單 + 調 CRM + 生成回覆），要你選最佳架構
  • 給一段有 bug 的 agent 程式，要你找出 failure mode
  • 給預算與延遲限制，要你設計 agent topology

我的準備重點

  • 讀 Anthropic 官方 "Building effective agents" 文章並實作全部 5 種 pattern
  • 把 3dprinting/AUTOPILOT.md 裡的「6 Track + 4 Auditor」當一個 multi-agent case study 反覆分析
  • 做 paperclip 實驗 1-3，親手踩一次 governance + fallback
IIClaude Code 配置與工作流
20%
Claude Code Configuration & Workflows

核心考點

  • settings.json 三層優先順序：enterprise > user > project
  • Hook 事件順序：UserPromptSubmit → PreToolUse → PostToolUse → Stop → SessionEnd
  • Slash commands 與 subagents 差異與適用場景
  • Permission modes · default / acceptEdits / plan / bypassPermissions
  • CLAUDE.md 分層策略（~/.claude/CLAUDE.md vs repo-level）
  • MCP servers 配置與作用域

我的準備重點

  • 把 ~/.claude/CLAUDE.md 跟 ~/.claude/settings.json 的每一行讀懂
  • 自己寫 3 個 slash command + 2 個 hook + 1 個 subagent 並實戰
  • MCP server：寫一個連接本地 conda 環境的 tool server
III提示工程與結構化輸出
20%
Prompt Engineering & Structured Output

核心考點

  • JSON schema 設計防 hallucination · strict: true 的限制
  • System prompt 分層：persona / policies / tools / format / examples
  • Chain of thought 結構化輸出
  • tool_choice 強制行為（auto / any / tool / none）
  • Few-shot 選擇策略：similarity / diversity / recency

我的準備重點

  • 把 Anthropic cookbook 的 structured output 範例全部手做一次
  • 對比 JSON schema 與 pydantic model 的優劣
IV工具設計與 MCP 整合
18%
Tool Design & MCP Integration

核心考點

  • MCP protocol 三種基本概念：tools / resources / prompts
  • Tool schema 設計：idempotency、validation、error handling
  • Resource URI 設計與 templating
  • Capabilities negotiation 與 server lifecycle
  • Tool orchestration：parallel vs sequential、when to batch

我的準備重點

  • 讀 MCP 官方規格 + 寫一個跨 dean.today 全子站搜尋的 MCP server
  • 把 blog-image-gen 封裝成 MCP tool 讓 Claude Code 能直接生圖
V上下文管理與可靠性
15%
Context Management & Reliability

核心考點

  • Prompt caching · cache_control blocks 運用 · 5 分鐘 TTL
  • Batch API · 50% 折扣 · 24 小時交付 · 使用場景
  • 1M context window（Sonnet 4.5+）· 何時該用、何時會災難
  • Token 成本優化：input/output 比、cached tokens、extended thinking
  • Retry with exponential backoff · rate limit handling

我的準備重點

  • 對自己寫過的腳本改造成「有 prompt caching」的版本，實測成本差異
  • 把 blog-image-gen 的大批次生圖改用 Batch API 試試
Chapter 04 · Mock Questions

模 擬 題 · 每 Domain 一 題

這是按 5 Domain 寫的 5 題模擬題 · 風格與深度對齊社群回饋的實際考題 · 答案放在題目下方「為什麼」說明。

Q01 · Domain I · 27%

你正在設計一個客服 agent，它需要 (a) 查訂單 API (b) 查 CRM 紀錄 (c) 生成回覆。API (a) 有 30% 機率超時。以下哪個架構最能兼顧可靠性與延遲？

  • A. 串行執行 a → b → c，每個失敗就整體重試
  • B. 平行 (a) 與 (b)，設 (a) 3 秒超時並 fallback 到「無訂單資訊」回覆，照樣執行 (c)
  • C. 全部並行，用 JSON schema 強制輸出，失敗就 raise exception
  • D. 串行但 (a) 包一個 circuit breaker，100 次失敗才 degrade
為什麼 B：Fallback loop 的核心是「部分資訊也能給出合理答案」。(a) 跟 (b) 可平行無依賴 · (a) 失敗時 agent 仍能基於 CRM 資訊回應 · 這就是 graceful degradation。A 是最糟（串行放大失敗率）· C 沒有 degrade 策略 · D 的 circuit breaker 門檻錯誤——100 次太晚觸發。
Q02 · Domain II · 20%

你的團隊要讓所有工程師的 Claude Code 一定要跑 pnpm test 才能 commit。以下哪個是正確做法？

  • A. 在 project .claude/settings.json 加 PreToolUse hook 攔截 Bash(git commit)
  • B. 在 ~/.claude/settings.enterprise.json 設 hook · 公司層級強制
  • C. 在 CLAUDE.md 寫「請務必先測試」
  • D. 用 slash command /pretest 讓使用者自己記得跑
為什麼 B：settings.json 三層優先順序 enterprise > user > project。enterprise 是管理員鎖定規則，使用者無法繞過。project 層使用者可改，CLAUDE.md 跟 slash command 是「建議」不是「強制」。
Q03 · Domain III · 20%

你設計 structured output 讓 Claude 回傳發票資訊。以下哪個是最能降低 hallucination 的 schema 策略？

  • A. 用 additionalProperties: true 讓 Claude 自由添加欄位
  • B. 所有欄位都設 type: "string"，Claude 自由發揮
  • C. 嚴格枚舉（enum）分類欄位 + pattern 驗證數值格式 + required 標記必填
  • D. 只要求 JSON 格式，內容任其自由
為什麼 C：JSON schema 防 hallucination 的三把鎖——enum 鎖定可能值、pattern（regex）鎖定格式、required 強制存在。A 是反模式 · B 跟 D 幾乎沒約束力。
Q04 · Domain IV · 18%

你要設計一個 MCP tool 負責「寄送 Slack 訊息」。以下哪個設計是最佳實踐？

  • A. 每次呼叫都即時發送 · 無 idempotency key · 讓 Claude 自行避免重複
  • B. 輸入要求 idempotency_key 參數 · server 端 5 分鐘內相同 key 視為同一次請求
  • C. 發送前 return 「確認中」訊息給 Claude · 要求 Claude 再次呼叫才真送
  • D. tool schema 不宣告 side effects · 讓 Claude 以為是 read-only
為什麼 B：有 side effect 的 tool 必須 idempotent。retry / double-call 是 agent 常見失敗模式，B 用 idempotency key 從 server 層保障。A 把責任丟給 agent 不可靠 · C 增加 tool call 成本 · D 是違反 MCP 設計原則。
Q05 · Domain V · 15%

你有一個長 system prompt（8K tokens）要給 10000 個 user query 用 · 每 query 另配 500 tokens · 想最大化降低成本。最佳策略？

  • A. 每次都把 system prompt 重送一遍 · 用 Batch API 即可
  • B. 把 system prompt 塞進 user message · 這樣 cache 才會命中
  • C. 用 prompt caching 在 system block 加 cache_control: {type: "ephemeral"} · 同時用 Batch API · 雙重折扣
  • D. 把 system prompt 縮成 500 tokens
為什麼 C：Prompt caching 會把 cached tokens 收 10% 成本（寫入）+ input cached read 收 10%。Batch API 給 50% 折扣。兩者可疊加。A 浪費 · B 反模式（cache 有順序規則，要 cache prefix）· D 損失上下文品質。
Chapter 05 · Roadmap

12 週 備 考 路 徑

假設你每週能投入 8–10 小時（上班族週末 + 平日每天 1 小時）。實戰優先於 flashcard。

W1
基礎校準
· Claude 101 看完
· AI Fluency 課程
· 加入 Claude Partner Network
W2-3
API 基礎
· Building with Claude API（84 講）看 1/3
· 寫 3 個小 API 呼叫範例
W4
Claude Code 深度
· Claude Code 101
· 自寫 3 slash command + 2 hook
W5-6
MCP 深度
· Intro to MCP 課
· 寫一個 MCP server
· 連接 blog-image-gen
W7-8
Agent 架構
· Building effective agents 5 pattern
· paperclip 實驗 1-2
W9
Prompt 與 Output
· Cookbook structured output
· JSON schema 3 題自寫
W10
成本與可靠性
· Prompt caching 實測
· Batch API 改造 blog-image-gen
W11
模擬題衝刺
· 每天做 20 題
· 錯題寫進 paperclip 學習筆記
W12
考試週
· 預訂考試時段
· 休息 + 最後一輪 5 domain 重點掃描
Chapter 06 · Resources

準 備 資 源 清 單

類型資源時數對應 Domain
官方課Claude 1011 hr先決
官方課AI Fluency: Framework & Foundations1.1 hr先決
官方課Building with the Claude API8.1 hrIII, V
官方課Introduction to MCP1 hrIV
官方課Claude Code 1011 hrII
官方文Building effective agents~2 hrI
實戰paperclip 實驗 1-3（見 paperclip 站）~10 hrI, IV
實戰MCP server 實作（封裝 blog-image-gen）~8 hrIV
社群ClaudeCertifications.com（模擬題）~5 hr全
Chapter 07 · Enrollment

報 名 與 費 用

三 步 驟

1. 把你的公司或個人獨資戶申請成 Claude Partner Network 成員（免費）

2. 申請後你會拿到 Partner Portal 帳號 · 裡面有認證預約

3. 早期前 5,000 partner 員工免費 · 之後的正式價目 Anthropic 未公開（預期 $200-400 USD）

我個人作為獨立開發者打算以「個人 consulting 公司」身份申請 Partner Network——這是 Anthropic 不設最低員工數門檻的原因。

注意：Claude Partner Network 跟 Claude Pro / Claude for Work 帳號是兩回事。個人 Claude 訂閱帳號不會自動拿到 CCA 考試資格。

Chapter 08 · Open Questions

我 還 不 懂 的

這份清單每週更新一次。每解掉一題就刪掉，再加新的進來。

Open

· 通過分數線是多少？（官方未公布，社群猜 700 / 1000）

· 考試是否可重考？間隔多久？

· Partner Network 個人申請實際審核時間？

· 2026 下半年 developers / advanced architects 版本何時發布、銜接關係？

· 是否有中文版考試？