Cách ôn thi Claude Certified Architect: 6 mẹo cho CCAR-F

Làm xong một câu, đừng dừng ở "mình chọn đúng rồi". Hãy cho cả bốn đáp án một lời nhận xét: vì sao đáp án đúng khớp với tình huống, và vì sao từng đáp án còn lại sai hoặc vi phạm một ràng buộc nào đó. Nói thành tiếng hoặc viết một dòng cho mỗi đáp án.

Lý do là đáp án nhiễu (distractor) trong đề này hiếm khi vô lý. Chúng thường thuộc vài kiểu quen thuộc:

• Làm quá tay (over-engineering). Kỹ thuật có thật, nhưng nặng hơn mức bài toán cần: thêm agent, thêm pipeline, đổi model lớn hơn.
• Dùng prompt thay cho code. Nhờ model "nhớ làm đúng" trong khi tình huống cần một sự đảm bảo.
• Lạc phạm vi. Công nghệ mà tình huống không cần, hoặc không phải cách hệ thống Claude được xây dựng.

Khi giải thích được cả bốn đáp án, bạn sẽ nhận ra các kiểu này ngay cả ở những câu chưa gặp bao giờ.

Ví dụ minh họa

Một công ty dịch vụ tài chính vận hành agent hỗ trợ khách hàng xây trên Claude Agent SDK. Quy định là agent chỉ được gọi export_account_statement sau khi verify_identity đã trả về customer ID đã xác minh. System prompt ghi rõ quy tắc này, nhưng audit log vẫn cho thấy mỗi tháng có vài lần xuất sao kê mà chưa xác minh. Team nên làm gì?

• A. Viết lại system prompt, ghi quy tắc bằng chữ in hoa và thêm ba ví dụ few-shot về thứ tự gọi đúng.
• B. Thêm một hook chặn các lời gọi export_account_statement, chỉ cho chạy khi session đã có customer ID xác minh từ verify_identity.
• C. Thêm một subagent "compliance" duyệt từng tool call trước khi agent chính thực thi.
• D. Fine-tune một model riêng trên các transcript mà bước xác minh luôn diễn ra trước.

Nhận xét từng đáp án:

• A: sai. Dùng prompt thay cho code. Quy tắc đã nằm trong prompt mà vẫn bị vi phạm; viết mạnh tay hơn cũng không đưa tỷ lệ lỗi về 0.
• B: đúng. Tình huống đòi hỏi tuân thủ tuyệt đối (deterministic). Hook, tức một cổng điều kiện bằng code, chặn lời gọi mọi lần, bất kể model quyết định gì.
• C: sai. Làm quá tay mà vẫn mang tính xác suất. Agent duyệt cũng là một lần gọi model, vẫn có thể bỏ sót, lại tốn thêm độ trễ và chi phí.
• D: sai. Lạc phạm vi. Fine-tune không phải công cụ để ép một quy tắc nghiệp vụ, và tỷ lệ lỗi vẫn khác 0.

Cụm từ quyết định ở đây là "chỉ được... sau khi" và "audit log vẫn cho thấy". Hai chi tiết này nói rằng quy tắc phải đúng 100% số lần, và đó là ranh giới giữa hook với prompt. Bài hook hay prompt để ép quy tắc phân tích kỹ hơn đúng lựa chọn này.

Bài học trình bày từng chủ đề một, nhưng một câu Domain 1 có thể dính cùng lúc agentic loop, context của subagent và hook. Một mind map nhỏ cho mỗi domain giúp bạn thấy các mối nối đó trước khi đề thi bắt bạn tự nhận ra.

Đây là bản rút gọn của Domain 1 (Agentic Architecture & Orchestration):

flowchart LR
  D1[Domain 1: Agentic architecture] --> L[Agentic loop]
  D1 --> M[Multi-agent]
  D1 --> E[Enforcement]
  D1 --> S[Sessions]
  L --> L1[stop_reason: tool_use / end_turn]
  M --> M1[Coordinator tạo subagent qua Task tool]
  M --> M2[Subagent chỉ biết những gì có trong prompt]
  E --> E1[Hook và cổng điều kiện: chắc chắn]
  E --> E2[Hướng dẫn bằng prompt: xác suất]
  S --> S1[--resume hay bắt đầu mới kèm tóm tắt]
  S --> S2[fork_session để thử hướng khác nhau]

Cách tự làm và ôn bằng mind map:

1. Vẽ từ trí nhớ trước. Domain ở giữa, các task statement xung quanh, chi tiết bên dưới. Sau đó mới mở bài học và bổ sung chỗ thiếu bằng màu khác.
2. Ghi đánh đổi, không chỉ ghi tên chủ đề. "Hook: chắc chắn. Prompt: xác suất" có ích hơn nhiều so với chỉ ghi "Hook".
3. Ôn bằng cách giải thích một đường nối. Chọn hai nút cách xa nhau, ví dụ context của subagent và việc resume session, rồi giải thích chúng liên quan thế nào (cả hai đều xoay quanh việc model thực sự nhìn thấy gì).

Mind map lo phần cấu trúc. Flashcard lo những chi tiết phải nhớ chính xác: các giá trị stop_reason, ba primitive của MCP, file nào trong .claude/ được nạp ở đâu. Trả lời thành tiếng trước khi lật thẻ, rồi tự chấm dựa trên những gì mình thực sự nói ra. Toàn bộ phương pháp, kể cả cách tự chấm cho trung thực, nằm trong bài active recall.

Chia thời gian theo trọng số domain. Exam guide chia trọng số 27/18/20/20/15. Riêng Domain 1 đã nặng gần gấp đôi Domain 5, nên dành cho nó nhiều ngày hơn. Lộ trình sáu tuần biến các con số này thành lịch học cụ thể.

Ghi sổ lỗi theo nguyên nhân, không chỉ theo điểm. Với mỗi câu sai, ghi domain và lý do: hổng kiến thức, hiểu sai tiếng Anh, bất cẩn, hay áp lực thời gian. Mỗi nguyên nhân có cách sửa riêng, xem bài chiến lược làm mock exam.

Gạch chân các từ ràng buộc. Những cụm như "most reliable", "minimal changes", "without access to the transcript" hay "must always" thường là thứ phân định giữa hai đáp án đều ổn. Nếu tiếng Anh không phải thế mạnh, bài thuật ngữ tiếng Anh trong đề thi liệt kê những cụm hay gặp nhất.

Chúng tôi xây CertGrove quanh chính những thói quen trên:

• Giải thích từng đáp án: ngân hàng câu hỏi có 301 câu tình huống, mỗi đáp án đều có phần giải thích riêng (vì sao dễ bị chọn, vì sao đúng hay sai) bằng cả tiếng Anh và tiếng Việt. Mỗi câu còn có phần lý giải tổng thể và đoạn trích liên quan từ exam guide. 194 câu quiz trong bài học cũng đều có lời giải thích.
• Mind map: mỗi bài trong 30 bài học thuộc 5 domain đều có phần tóm tắt, mindmap tương tác và video giải thích.
• Active recall: 391 flashcard có lịch ôn giãn cách.
• Sổ lỗi và điểm yếu: bắt đầu bằng bài diagnostic 15 câu, làm mock exam có tính giờ, và ôn lại câu sai trong hàng đợi ôn tập. Cheat sheet dành cho lượt ôn cuối, còn trang Hôm nay gợi ý việc nên làm tiếp theo.

• Với mỗi câu luyện tập, nhận xét một dòng cho cả bốn đáp án, không chỉ đáp án đúng.
• Đa số đáp án nhiễu là làm quá tay, dùng prompt thay cho code, hoặc lạc phạm vi. Hãy tập gọi tên chúng.
• Vẽ mind map cho từng domain từ trí nhớ, ghi rõ đánh đổi, rồi đối chiếu với bài học.
• Dùng flashcard cho chi tiết cần chính xác, và dành nhiều thời gian hơn cho domain nặng điểm.
• Ghi lỗi theo nguyên nhân và đọc kỹ từ ràng buộc trong mỗi tình huống.