Thực hànhCơ bản

Tách nhiệm vụ cho AI: đặt điểm kiểm tra giữa các bước

Biến một yêu cầu dài thành những bước có đầu ra rõ ràng, biết khi nào nên dừng và cách phát hiện lỗi trước khi viết thành phẩm.

Trong bài viết này

Từ được đánh dấu có giải thích. Di chuột hoặc chạm để xem, hay mở từ điển AI.

Một câu lạc bộ có ghi chú cuộc họp, danh sách phòng và thư mời cũ. Người phụ trách yêu cầu AI “lên kế hoạch sự kiện rồi viết thư mời”. Thư trả về rất trôi chảy, nhưng tên phòng chưa được xác nhận đã trở thành địa điểm chính thức. Đây là tình huống minh họa: lỗi nhỏ ở bước đọc tài liệu đã đi thẳng vào thành phẩm.

Chọn điểm tách theo quyết định cần kiểm tra

Không cần biến mọi việc thành mười prompt. Hãy tách tại nơi một kết quả trung gian cần được người khác xác nhận. Trong tình huống trên, có ba sản phẩm khác nhau: bảng thông tin đã biết, kế hoạch đề xuất và thư mời dựa trên kế hoạch được duyệt.

Mỗi sản phẩm trả lời một câu hỏi: tài liệu nói gì, nhóm muốn làm gì, người tham dự cần biết gì. Khi ba câu hỏi trộn lẫn, một đề xuất dễ bị viết như sự thật. Tách chúng giúp người duyệt nhìn thấy chỗ chuyển từ dữ kiện sang lựa chọn.

Tài liệu prompting của Anthropic nêu việc chia chuỗi hữu ích khi cần xem đầu ra trung gian hoặc áp dụng một quy trình cụ thể. Điều đó không có nghĩa càng nhiều bước càng tốt.

Nhìn để hiểuBốn phần của một yêu cầu rõ ràng

Một prompt dễ kiểm tra nêu nhiệm vụ, cung cấp ngữ cảnh, đặt giới hạn và quy định đầu ra. Sau đó thử trên các ví dụ thật để xem mô hình có đáp ứng hay không.

Ghép bốn phần của một prompt rõ ràngMột tờ giao việc có bốn phần: mục tiêu tóm tắt cho người vắng mặt, ngữ cảnh là ghi chú được cung cấp, giới hạn không tự điền dữ kiện thiếu, và đầu ra gồm quyết định, người thực hiện, hạn chót. Đây là ví dụ biên soạn, không bảo đảm mô hình luôn làm đúng.1Mục tiêuTóm tắt cho người vắng mặt2Ngữ cảnhDùng ghi chú đã cung cấp3Giới hạnThiếu dữ kiện → ghi “chưa rõ”4Đầu raQuyết định · người làm · hạn chót

↔ Vuốt ngang để xem toàn bộ sơ đồ.

  1. 01 / Nhiệm vụ

    Nêu công việc cụ thể: chẳng hạn viết lại thông báo kỹ thuật cho người dùng phổ thông.

  2. 02 / Ngữ cảnh

    Cung cấp thông báo gốc và nói rõ ai sẽ đọc, họ cần biết điều gì.

  3. 03 / Giới hạn

    Yêu cầu giữ nguyên mốc giờ, tên tính năng và con số; không tự thêm thông tin thiếu căn cứ.

  4. 04 / Định dạng đầu ra

    Quy định tiếng Việt, tối đa 120 từ, nêu hành động cần làm và đánh dấu phần còn thiếu.

Đây là khung soạn yêu cầu, không phải công thức bảo đảm đầu ra đúng. Các giới hạn về quyền và bảo mật phải được thực thi trong ứng dụng.

Bước đầu phải trả lại bằng chứng

Với tài liệu của câu lạc bộ, hãy bắt đầu bằng yêu cầu sau. Các ký hiệu nguồn do người dùng tự đặt trước khi gửi.

Đọc ba tài liệu A, B, C bên dưới.
Lập bảng: hạng mục | thông tin | nguồn | trạng thái.
Trạng thái chỉ gồm: đã xác nhận, đề xuất, chưa rõ.
Giữ nguyên ngày giờ và tên phòng.
Nếu hai tài liệu mâu thuẫn, ghi cả hai và chỉ ra mâu thuẫn.
Chưa lập kế hoạch và chưa viết thư mời.

Đối chiếu bảng với tài liệu gốc. “Có thể dùng phòng Mây” phải nằm ở trạng thái đề xuất. Nếu AI tự gán “đã xác nhận”, sửa bảng trước khi tiếp tục. Không cần yêu cầu mô hình trình bày suy nghĩ nội bộ; bảng thông tin và vị trí nguồn đã đủ để kiểm tra công việc.

Chuyển giao đủ dữ liệu cho bước sau

Sau khi duyệt, gửi bảng đã sửa cùng quyết định rõ ràng: “Dùng phòng Mây sau khi quản lý xác nhận; hiện chỉ lập phương án dự kiến.” Kế hoạch có thể nêu các việc chuẩn bị, nhưng chưa được viết như thông báo công khai.

Khi địa điểm thật sự được xác nhận, tạo một bản bàn giao ngắn gồm dữ kiện cuối cùng và các điều chưa được phép hứa. Bước viết thư chỉ nhận bản này. Đừng để AI tự chọn giữa nhiều phiên bản cũ trong một cuộc trò chuyện dài.

Nếu sửa giờ bắt đầu, hãy cập nhật bản bàn giao và tạo lại thư. Sửa một đoạn trong thư mà bỏ sót phần lịch trình sẽ khiến hai mốc giờ tồn tại cùng lúc. Mỗi bước nên có một đầu vào được coi là bản đang dùng.

Đo lợi ích bằng lỗi và công sửa

Thử cách một bước và cách ba bước trên cùng vài bộ ghi chú. Đếm số chi tiết sai, số điều bị tự thêm và thời gian bạn cần để duyệt. Một quy trình dài hơn nhưng vẫn bỏ sót lỗi không có lợi chỉ vì nhìn có tổ chức.

Tách bước cũng tạo thêm rủi ro: thông tin có thể bị rơi khi chuyển giao, hoặc một bảng sai được coi là đúng. Bởi vậy, điểm kiểm tra phải có tiêu chí cụ thể. “Đọc thấy ổn” không thay thế việc đối chiếu ngày giờ, trạng thái và căn cứ.

Bài tập: cứu một thư mời chưa được duyệt

Tự viết ghi chú có một địa điểm đề xuất, một hạn đăng ký đã xác nhận và một thông tin còn thiếu. Cho AI làm bảng, bạn duyệt, rồi mới yêu cầu thư mời.

Đạt yêu cầu khi thư giữ đúng hạn đăng ký, không biến địa điểm dự kiến thành chính thức và đánh dấu thông tin thiếu thay vì tự điền. Lưu cả bảng trước và sau khi sửa để thấy điểm kiểm tra đã bắt được lỗi gì. Nếu chưa biết định nghĩa đầu ra, đọc viết prompt rõ ràng.

Bạn muốn hiểu điều gì?

Khám phá tất cả bài viết esc để đóng