"5 dòng note gạch chân trước khi bước vào phòng thi CCAR-F"
Sáng nay mình có hẹn cà phê với một anh bạn, và đúng lúc gặp thì anh vừa thi xong chứng chỉ CCAR-F (Claude Certified Architect Foundations) .
Lúc mình tới thì thấy anh vẫn đang mở laptop và cuốn sổ tay ra lật lại vài trang cuối cùng, kiểu tranh thủ ôn nốt trước khi "chốt hạ". Tò mò quá nên mình hỏi luôn: "Anh ơi, lúc nãy anh xem lại cái gì vậy, có note gì hay ho không chia sẻ em với?"
Anh cười, gập sổ lại rồi kể một lèo mấy điều anh note kỹ nhất:
1. Bảng 5 domain và trọng số điểm:
Anh bảo đây là thứ đầu tiên phải thuộc nằm lòng, vì domain nặng ký nhất - kiến trúc & điều phối agent - chiếm hơn 1/4 số điểm, nên không thể học lệch. Anh note tay hẳn cái bảng phần trăm để lúc nào rảnh là liếc qua.
2.Nhìn stop_reason chứ đừng đoán mò:
Đây là câu anh nhắc đi nhắc lại. Theo anh, cái bẫy phổ biến nhất của đề là mấy phương án nghe có vẻ hợp lý như "kiểm tra xem câu trả lời có chữ done không" hay "giới hạn số vòng lặp làm tiêu chí chính" nhìn qua tưởng đúng nhưng thực ra đều là anti-pattern.
Câu trả lời chuẩn luôn phải dựa vào tín hiệu có cấu trúc từ hệ thống, không phải suy diễn theo ngôn ngữ tự nhiên.
3. Hai câu mnemonic anh chép riêng ra một góc sổ:
Một cái để nhớ cách xây system prompt cho chuẩn (từ persona, ngữ cảnh cho tới ví dụ minh hoạ), một cái để nhớ cách quản lý ngữ cảnh sao cho gọn mà vẫn đủ thông tin.
Anh bảo mấy cái mnemonic này không phải "chính thống" từ hãng, mà do cộng đồng đúc kết lại, nhưng học theo lại dễ nhớ hơn hẳn.
4. 6 tình huống mẫu trong đề:
Anh note ngắn gọn mỗi tình huống ứng với domain nào: agent chăm sóc khách hàng thì đi với chuyện leo thang & vòng lặp agent, hệ thống multi-agent thì gắn với việc điều phối kiểu trung tâm-vệ tinh và cách tách ngữ cảnh cho từng nhánh, còn CI/CD thì gắn với chế độ chạy không tương tác và output có cấu trúc.
Vì đề chỉ chọn ngẫu nhiên một phần trong số này nên anh học đều tay cho chắc.
5. Một dòng gạch chân đậm: "hai phương án nào cũng chạy được – chọn cái tối ưu hơn."
Anh nói đây là tinh thần xuyên suốt của cả bài thi: không phải chọn cái chạy được mà là chọn cái đúng kiến trúc hơn, an toàn hơn, dễ mở rộng hơn.
Nghe xong mình mới thấm, hóa ra cái khó của mấy chứng chỉ kiểu này không nằm ở việc nhớ định nghĩa, mà là luyện được phản xạ nhận diện đúng "bẫy" khi đọc đề. Cảm ơn anh đã chia sẻ nhiệt tình ngay trước giờ thi luôn 😄
Sáng nay mình có hẹn cà phê với một anh bạn, và đúng lúc gặp thì anh vừa thi xong chứng chỉ CCAR-F (Claude Certified Architect Foundations) .
Lúc mình tới thì thấy anh vẫn đang mở laptop và cuốn sổ tay ra lật lại vài trang cuối cùng, kiểu tranh thủ ôn nốt trước khi "chốt hạ". Tò mò quá nên mình hỏi luôn: "Anh ơi, lúc nãy anh xem lại cái gì vậy, có note gì hay ho không chia sẻ em với?"
Anh cười, gập sổ lại rồi kể một lèo mấy điều anh note kỹ nhất:
1. Bảng 5 domain và trọng số điểm:
Anh bảo đây là thứ đầu tiên phải thuộc nằm lòng, vì domain nặng ký nhất - kiến trúc & điều phối agent - chiếm hơn 1/4 số điểm, nên không thể học lệch. Anh note tay hẳn cái bảng phần trăm để lúc nào rảnh là liếc qua.
2.Nhìn stop_reason chứ đừng đoán mò:
Đây là câu anh nhắc đi nhắc lại. Theo anh, cái bẫy phổ biến nhất của đề là mấy phương án nghe có vẻ hợp lý như "kiểm tra xem câu trả lời có chữ done không" hay "giới hạn số vòng lặp làm tiêu chí chính" nhìn qua tưởng đúng nhưng thực ra đều là anti-pattern.
Câu trả lời chuẩn luôn phải dựa vào tín hiệu có cấu trúc từ hệ thống, không phải suy diễn theo ngôn ngữ tự nhiên.
3. Hai câu mnemonic anh chép riêng ra một góc sổ:
Một cái để nhớ cách xây system prompt cho chuẩn (từ persona, ngữ cảnh cho tới ví dụ minh hoạ), một cái để nhớ cách quản lý ngữ cảnh sao cho gọn mà vẫn đủ thông tin.
Anh bảo mấy cái mnemonic này không phải "chính thống" từ hãng, mà do cộng đồng đúc kết lại, nhưng học theo lại dễ nhớ hơn hẳn.
4. 6 tình huống mẫu trong đề:
Anh note ngắn gọn mỗi tình huống ứng với domain nào: agent chăm sóc khách hàng thì đi với chuyện leo thang & vòng lặp agent, hệ thống multi-agent thì gắn với việc điều phối kiểu trung tâm-vệ tinh và cách tách ngữ cảnh cho từng nhánh, còn CI/CD thì gắn với chế độ chạy không tương tác và output có cấu trúc.
Vì đề chỉ chọn ngẫu nhiên một phần trong số này nên anh học đều tay cho chắc.
5. Một dòng gạch chân đậm: "hai phương án nào cũng chạy được – chọn cái tối ưu hơn."
Anh nói đây là tinh thần xuyên suốt của cả bài thi: không phải chọn cái chạy được mà là chọn cái đúng kiến trúc hơn, an toàn hơn, dễ mở rộng hơn.
Nghe xong mình mới thấm, hóa ra cái khó của mấy chứng chỉ kiểu này không nằm ở việc nhớ định nghĩa, mà là luyện được phản xạ nhận diện đúng "bẫy" khi đọc đề. Cảm ơn anh đã chia sẻ nhiệt tình ngay trước giờ thi luôn 😄