Còn 29 ngày nữa Anthropic cập nhật đề thi (trừ CCAR-F). Khoá luyện thi đang bám sát nội dung đề hiện tại, nên thi trước 07/12 là yên tâm nhất.Thi trước 07/12 là yên tâm nhất. Chúc bạn ôn tốt và thi đậu!

Các bài trong khoáBài 2/30

30 bài học kỹ

Domain 1: Prompting and Task Execution4
  1. 1.1Viết prompt hiệu quả cho việc kinh doanh và kỹ thuật
  2. 1.2Chia nhỏ một yêu cầu phức tạp
    1. Ví dụ xuyên suốt: hội chợ việc làm của trường đại học
    2. Khi nào nên chia
    3. Sắp các bước theo phụ thuộc
    4. Kiểm giữa các bước
    5. Chia trước khi viết chi tiết
  3. 1.3Sửa prompt qua nhiều lượt để kết quả tốt hơn
  4. 1.4Đổi cách prompt theo loại việc
Domain 2: Output Evaluation and Validation6
  1. 2.1Đánh giá kết quả của Claude có chính xác và đầy đủ không
  2. 2.2Nhận ra hallucination, mâu thuẫn và thiên kiến
  3. 2.3Kiểm chứng thông tin trong kết quả của Claude
  4. 2.4Khi nào kết quả cần người duyệt hoặc kiểm thêm
  5. 2.5Sửa, chuyển thể và so sánh kết quả cho đúng người đọc
  6. 2.6Sắp xếp thông tin và chọn khuôn đầu ra
Domain 3: Product and Model Selection4
  1. 3.1Chọn tính năng Claude cho từng việc
  2. 3.2Phân biệt các dòng model Claude
  3. 3.3Chọn model theo yêu cầu của việc
  4. 3.4Giới hạn context và Memory, khi nào bắt đầu lại, tóm tắt hay lưu lâu dài
Domain 4: Workflow Integration and Solution Design5
  1. 4.1Dùng Claude phân tích yêu cầu và use case
  2. 4.2Dùng Claude cho nghiên cứu, lập kế hoạch và tối ưu quy trình
  3. 4.3Dùng Claude thiết kế giải pháp, làm bản mẫu và làm lặp
  4. 4.4Đưa Claude vào quy trình đang có
  5. 4.5Nói với các bên về giá trị và giới hạn của Claude
Domain 5: Configuration and Knowledge Management4
  1. 5.1Cấu hình Project với chỉ dẫn và tài liệu
  2. 5.2Quản lý tài liệu tải lên và connector
  3. 5.3Viết chỉ dẫn cấp hệ thống cho Claude
  4. 5.4Duy trì và cập nhật cấu hình, tài liệu và Memory
Domain 6: Governance, Risk, and Responsible Use4
  1. 6.1Việc nên và không nên dùng Claude
  2. 6.2Dữ liệu nhạy cảm, quy định và quyền riêng tư khi dùng Claude
  3. 6.3Làm theo chính sách AI và chuẩn quản trị của tổ chức
  4. 6.4Hệ quả đạo đức khi dùng AI trong công việc
Domain 7: Troubleshooting and Optimization3
  1. 7.1Chẩn đoán và sửa prompt cho kết quả kém
  2. 7.2Điều chỉnh cách làm theo phản hồi và kết quả
  3. 7.3Tối ưu quy trình dùng Claude cho nhanh và hiệu quả

Domain 1: Prompting and Task Execution·Task 1.2

Chia nhỏ một yêu cầu phức tạp

Dấu hiệu nào cho thấy nên chia một yêu cầu lớn thành nhiều bước, sắp các bước theo phụ thuộc ra sao, và vì sao phần tóm tắt luôn viết sau cùng.

  • 7 phút đọc
  • Đối chiếu docs 07/11/2026
  • 3 nguồn

Đọc xong bạn nắm được

  • Nhận ra khi nào một yêu cầu nên chia nhỏ, khi nào một prompt là đủ
  • Sắp các bước theo phụ thuộc, việc nào cần kết quả của việc nào
  • Kiểm kết quả giữa các bước trước khi làm bước sau
  • Tránh các cách chia nghe hợp lý nhưng làm hỏng kết quả cuối

Có những việc bạn gõ một lần là Claude làm xong. Có những việc, gõ một lần thì nhận về một bản dài, trông đủ cả, nhưng phần nào cũng hời hợt và bạn không biết sai bắt đầu từ đâu. Chia nhỏ (task decomposition) là cách xử lý loại việc thứ hai.

Bài này giúp bạn trả lời: khi nào nên chia, chia theo thứ tự nào, và chia xong thì làm sao để các phần ghép lại khớp nhau?

Ví dụ xuyên suốt: hội chợ việc làm của trường đại học

Anh Tuấn ở phòng Quan hệ doanh nghiệp của một trường đại học được giao chuẩn bị hội chợ việc làm cho 3.000 sinh viên. Trưởng phòng muốn có bốn thứ trong tuần này:

  1. Danh sách 40 doanh nghiệp nên mời, xếp theo ngành học của sinh viên.
  2. Thư mời gửi doanh nghiệp.
  3. Kế hoạch truyền thông tới sinh viên.
  4. Một bản tóm tắt một trang cho ban giám hiệu.

Anh Tuấn định dán hết dữ liệu vào và nhờ Claude "lên toàn bộ kế hoạch hội chợ".

Khi nào nên chia

Trang hỗ trợ của Claude khuyên chia yêu cầu phức tạp thành các bước nhỏ. Nhưng không phải việc nào cũng cần chia. Hai dấu hiệu mạnh nhất:

  • Yêu cầu gói nhiều sản phẩm khác hẳn nhau, cho người đọc khác nhau. Thư mời viết cho doanh nghiệp, kế hoạch truyền thông viết cho đội sinh viên tình nguyện, bản tóm tắt viết cho ban giám hiệu. Mỗi cái cần giọng, độ dài và tiêu chí riêng.
  • Phần sau chỉ có giá trị khi phần dữ kiện phía trước đúng. Thư mời và kế hoạch đều dựa trên danh sách doanh nghiệp. Danh sách sai thì mọi thứ phía sau sai theo.

Ngược lại, một sản phẩm duy nhất, đầu vào rõ, khuôn quen thuộc thì một prompt viết tốt là đủ. Chia thêm chỉ tốn công.

Sắp các bước theo phụ thuộc

Chia xong, thứ tự các bước do phụ thuộc quyết định: bước nào cần kết quả của bước nào. Với một việc đánh giá, chọn lựa, thứ tự gần như luôn là:

    • Định tiêu chíthế nào là doanh nghiệp nên mời
  1. tiêu chí quyết định cần thu thập gì
    • Gom dữ liệu theo tiêu chíngành, số vị trí tuyển, từng tham gia chưa
  2. có dữ liệu rồi mới chấm được
    • Chấm và xếp hạngchọn 40 doanh nghiệp

Làm ngược (chấm trước rồi mới định tiêu chí, hay xếp hạng khi chưa có dữ liệu) thì kết quả chỉ là cảm tính được trình bày cho có vẻ khoa học.

Với một báo cáo nhiều phần, mỗi phần có nguồn và người phụ trách riêng, thứ tự hợp lý là:

  1. Chốt mục tiêu của cả báo cáo.
  2. Gom đầu vào cho từng phần.
  3. Soạn từng phần trong một prompt riêng.
  4. Viết bản tóm tắt sau cùng, từ các phần đã soạn.

Áp vào hội chợ: danh sách doanh nghiệp làm trước, rồi thư mời và kế hoạch truyền thông, bản tóm tắt một trang cho ban giám hiệu làm cuối cùng.

Kiểm giữa các bước

Lợi ích lớn nhất của việc chia không phải là prompt ngắn hơn, mà là bạn xem được kết quả giữa chừng. Tài liệu prompting của Anthropic nói chia một việc thành chuỗi bước vẫn có ích khi bạn cần xem lại kết quả trung gian, hoặc muốn ép một trình tự cố định.

Trong ví dụ, anh Tuấn nên dừng sau bước danh sách doanh nghiệp: đọc lại, gạch bớt hai công ty vừa giải thể, thêm một công ty đối tác lâu năm. Chỉ khi danh sách đã đúng mới nhờ Claude viết thư mời. Nếu gộp tất cả vào một lần, lỗi ở danh sách sẽ âm thầm lan sang thư mời và kế hoạch.

Một kiểu chuỗi bước rất hay dùng là soạn → tự soát → sửa: nhờ Claude viết bản nháp, rồi nhờ nó soát bản nháp theo tiêu chí bạn đưa, rồi sửa theo kết quả soát.

Đây là thư mời bạn vừa soạn. Hãy soát lại theo 3 tiêu chí:
1. Có nêu rõ ngày, giờ, địa điểm và hạn xác nhận không?
2. Có nói doanh nghiệp được gì khi tham gia không?
3. Có dưới 200 chữ không?
Liệt kê chỗ chưa đạt, rồi viết lại bản đã sửa.

Chia trước khi viết chi tiết

Có những việc lớn tới mức chưa biết chia thế nào, như "thiết kế lại quy trình đón sinh viên năm nhất". Khi đó, bước đầu tiên không phải là nhờ Claude viết chi tiết bất kỳ phần nào, mà là định mục tiêu chung và các giai đoạn lớn. Có khung rồi mới chia được từng giai đoạn thành việc cụ thể.

Bạn có thể nhờ chính Claude giúp bước này:

Tôi cần chuẩn bị hội chợ việc làm cho 3.000 sinh viên trong 6 tuần.
Đừng soạn chi tiết vội. Hãy đề xuất các giai đoạn lớn,
mỗi giai đoạn cần đầu vào gì và làm ra cái gì,
và giai đoạn nào phụ thuộc giai đoạn nào.
  1. Yêu cầu gồm nhiều sản phẩm cho người đọc khác nhau?Chia theo sản phẩm
  2. Phần sau dựa trên dữ kiện của phần trước?Chia, và kiểm phần trước rồi mới làm tiếp
  3. Việc quá lớn, chưa biết chia sao?Định mục tiêu và các giai đoạn lớn trước
  4. Còn lạiMột sản phẩm, đầu vào rõ: viết một prompt tốt là đủ

Nguồn

  1. Exam Guide CCAO-F v1.0, Domain 1(mở tab mới)
  2. Prompting best practices (Claude Docs)(mở tab mới)
  3. My prompt isn't giving me a helpful answer (Claude Help Center)(mở tab mới)

Nắm rồi thì thử sức với đề

Xem khoá luyện thi
Chia nhỏ một yêu cầu phức tạp · Anthropic Exam Pro