HungPH Blog Logo
Series
Claude Certified Architect - Professional Prep Course
Kỹ Thuật & Công Nghệ21 tháng 9, 2026•5 phút đọc•60 lượt xem

Bài kiểm tra Trắc nghiệm Học phần (Module Quiz)

Five scenario questions across the three topics. Choose the best answer; the feedback names the principle.

Năm câu hỏi kịch bản trải dài trên ba chủ đề. Hãy chọn câu trả lời tốt nhất; phần giải thích sẽ chỉ rõ nguyên lý tương ứng.

Câu hỏi 1 · Thiết lập Đội ngũ (Team setup)

Một đội ngũ đang triển khai Claude cho bốn phòng ban cùng lúc và sự tiếp nhận diễn ra không đồng đều. Nước đi tiếp theo tốt nhất là gì?

  • A. Bắt buộc chỉ tiêu sử dụng hàng ngày cho tất cả mọi người.

  • B. Bật quyền cho một Thủ lĩnh (Champion) ở mỗi phòng ban trước, chứng minh quy trình làm việc, sau đó gieo mầm sự tiếp nhận theo từng nhóm (batches).

  • C. Chờ cho đến khi từng phòng ban chủ động yêu cầu trợ giúp.

  • D. Cấp mô hình mạnh nhất cho tất cả mọi người để khuyến khích sử dụng.

Giải thích / Nguyên lý: Mẫu hình triển khai qua Thủ lĩnh rồi theo Nhóm (Champion-and-batch rollout) giúp hấp thụ ma sát ban đầu, xây dựng các ví dụ thực tế tại chỗ và tạo ra tuyến hỗ trợ đầu tiên cho từng phòng ban, tránh tình trạng tiếp nhận không đồng đều hoặc gián đoạn.

Câu hỏi 2 · Phân phối Kỹ năng (Skills distribution)

Một quy trình bắt buộc phải được thực thi giống hệt nhau bởi mọi phòng ban và có thể thu hồi từ một nơi tập trung. Quy trình này nên được phân phối như thế nào?

  • A. Dán vào cửa sổ chat của từng đội ngũ dưới dạng một prompt.

  • B. Đóng gói vào một Plugin do tổ chức quản lý và phân phối tới tất cả các phòng ban, đi kèm tính năng định hướng nhóm/tổ chức, cập nhật quản lý phiên bản và khả năng khôi phục (rollback).

  • C. Tạo một cấu hình dự án Claude Code trong kho lưu trữ (repo) của một đội ngũ.

  • D. Gửi email dưới dạng một tài liệu để mọi người làm theo.

Giải thích / Nguyên lý: Các tài sản dùng chung cần sự đồng nhất, khả năng định hướng nhóm, quản lý phiên bản tập trung và khôi phục (rollback) khi có sự cố bắt buộc phải được phân phối thông qua một Plugin do tổ chức quản lý (Org-managed plugin).

Câu hỏi 3 · Quy trình làm việc của Lập trình viên (Developer workflows)

Một đội ngũ chuyển giao mã nguồn do AI tạo ra nhanh hơn nhưng một sự cố bảo mật lại bị lọt lưới. Điều gì nhiều khả năng đã bị thiếu nhất?

  • A. Một SLA rà soát mã nguồn miễn trừ các thay đổi nhỏ do AI tạo ra khỏi bước rà soát bảo mật.

  • B. Một công cụ linter được cấu hình để gắn cờ các mẫu lỗ hổng đã biết trước khi gộp mã.

  • C. Một Danh sách kiểm tra xác minh (Verification checklist) mà mã nguồn do AI tạo ra bắt buộc phải vượt qua trước khi lên production, bao gồm cả chiều kích an toàn (security dimension).

  • D. Cập nhật mô hình thường xuyên hơn để bổ sung các mẫu bảo mật gần đây.

Giải thích / Nguyên lý: Kỷ luật Cần mẫn (Diligence) đòi hỏi một Danh sách kiểm tra xác minh cụ thể bao phủ cả 4 chiều kích (Tính đúng đắn, An toàn, Khả năng bảo trì, và Sự hiểu biết của con người) để giữ cho sản phẩm do AI tạo ra luôn đáng tin cậy.

Câu hỏi 4 · Năng lực Đánh giá (Judgment)

Trong đợt rà soát, lập trình viên không thể giải thích lý do tại sao một thay đổi do AI tạo ra lại xử lý đầu vào theo cách nó đã làm, mặc dù các bài kiểm thử (tests) đều báo xanh. Điều gì nên xảy ra?

  • A. Gộp mã (Merge); các bài test đều đã báo xanh.

  • B. Giữ lại (Hold) cho đến khi tác giả có thể giải thích hành vi và lý do lập luận của nó — đáp ứng đợt kiểm tra về Sự hiểu biết của con người (Human-understanding check).

  • C. Xóa các bài test và viết lại bằng tay.

  • D. Leo thang lên Kiến trúc sư cho mọi đợt gộp mã.

Giải thích / Nguyên lý: Tốc độ không bao giờ được thay thế sự hiểu biết. Nếu lập trình viên không thể giải thích mã nguồn làm gì và tại sao, nó chưa vượt qua đợt kiểm tra về Sự hiểu biết của con người trong danh sách kiểm tra xác minh và không được phép gộp lên môi trường production.

Câu hỏi 5 · Hỗ trợ Vận hành (Operational support)

Chất lượng đầu ra trên một bản triển khai thực tế đã bị suy giảm qua hai tháng mà không có bất kỳ thay đổi mã nguồn nào. Kiến trúc sư nên kiểm tra điều gì đầu tiên?

  • A. Tăng phân cấp mô hình; một mô hình mạnh hơn sẽ bù đắp cho các khoảng trống truy xuất.

  • B. Kiểm tra sự thay đổi về mô hình hoặc prompt, hoặc sự trôi dạt truy xuất (retrieval drift) khi tập dữ liệu phình to — kết nối triệu chứng với nguyên nhân kiến trúc.

  • C. Tắt cơ chế caching để đảm bảo mỗi lượt gọi đều kéo nội dung mới.

  • D. Khôi phục (roll back) đợt triển khai mã nguồn gần nhất và chạy lại các bài kiểm thử tích hợp.

Giải thích / Nguyên lý: Vai trò hỗ trợ vận hành là kết nối triệu chứng với nguyên nhân kiến trúc. Sự suy giảm chất lượng từ từ mà không có thay đổi mã nguồn thường trỏ tới sự thay đổi ở phía mô hình, prompt, hoặc trôi dạt truy xuất (retrieval drift) khi cơ sở dữ liệu phình to.

Bản quyền & Nguồn tài liệu gốc

Nội dung bài viết thuộc lộ trình chuẩn bị chứng chỉ Claude Certified Architect, được tổng hợp và biên dịch từ tài liệu đào tạo chính thức của Anthropic PBC. Bản quyền nội dung gốc thuộc về Anthropic PBC. Bản dịch tiếng Việt và chú giải thực hành bởi HungPH Blog.

pochiro1996

Thành viên gia nhập từ 19/09/2026

Bình luận (0)

Hỗ trợ bình luận văn minh và tôn trọng quan điểm đa chiều.
Đang tải bình luận...
0% • Lên đầu trang