Thiết kế quy trình cho nghiên cứu, lập kế hoạch và viết nội dung

Bài trước ta đã kết luận: kiểm chứng là bắt buộc, vì mô hình ngôn ngữ lớn tối ưu cho tính hợp lý bề mặt chứ không phải tính đúng. Bài này biến kết luận đó thành cấu trúc: ba chuỗi công việc (workflow) mà bạn có thể chạy lại nhiều lần, không phụ thuộc vào cảm hứng của từng buổi.

Nguyên lý trung tâm: một prompt hay là tài sản dùng một lần, một quy trình là tài sản dùng nhiều lần. Mục tiêu của capstone không phải viết prompt giỏi nhất, mà là dựng được đường ray để chất lượng đầu ra không dao động.

1. Đề bài dự án

Bạn sẽ lắp ba chuỗi công việc riêng, mỗi chuỗi gồm bốn bước cố định: chuẩn bị (prepare), prompt chính (main prompt), kiểm chứng (verify), lưu kết quả (save). Sau đó chạy thử ít nhất một chuỗi trên một tác vụ thật đang nằm trong công việc hoặc việc học của bạn.

Lý do phải là ba chuỗi chứ không phải một: nghiên cứu, lập kế hoạch và viết nội dung khác nhau ở tiêu chí kiểm chứng. Nghiên cứu sai ở chỗ thiếu nguồn; lập kế hoạch sai ở chỗ thiếu người phụ trách và thời hạn; viết nội dung sai ở chỗ lệch giọng điệu và lệch độ dài. Dùng chung một quy trình nghĩa là dùng chung một thước đo, và thước đo đó sẽ đo sai hai phần ba công việc.

Sản phẩm nộp của bài này: ba bản mẫu (template) chuỗi, cộng một bản ghi chạy thử có ghi lại chỗ bạn phải sửa.

2. Yêu cầu và đặc tả

Mỗi chuỗi phải được mô tả bằng cùng một cấu trúc, để sau này bạn còn đóng gói thành playbook.

Ba yêu cầu bắt buộc, dễ kiểm tra:

1. Mỗi bước phải tạo ra một sản phẩm trung gian (artifact) cụ thể, không phải một trạng thái tinh thần. Ví dụ: danh sách nguồn, dàn ý, bảng đối chiếu, tệp ghi chú.
2. Bước kiểm chứng phải nằm ở lượt trao đổi khác với bước prompt chính, và phải có tiêu chí viết ra được thành câu hỏi đúng/sai.
3. Bước lưu kết quả phải lưu kèm prompt gốc, ngày chạy và tên mô hình. Không có ba thứ này thì lần sau bạn không tái lập được.

flowchart LR
  P["📋<br/>Chuẩn bị"] --> M["⚙️<br/>Prompt chính"]
  M --> V["🔍<br/>Kiểm chứng"]
  V --> S["💾<br/>Lưu kết quả"]
  S -.-> P

Một prompt chính minh hoạ cho chuỗi nghiên cứu, viết gọn theo khung năm thành phần:

Vai trò: trợ lý nghiên cứu thận trọng.
Ngữ cảnh: tôi cần hiểu <chủ đề> trong phạm vi <giới hạn>, phục vụ <mục đích>.
Nhiệm vụ: liệt kê các luận điểm chính, mỗi luận điểm ghi rõ mức độ chắc chắn.
Định dạng: bảng ba cột: luận điểm | bằng chứng cần tìm | mức chắc chắn.
Tiêu chí: không nêu khẳng định nào mà không đánh dấu là "chưa có nguồn".

3. Các mốc công việc

1. Chọn ba tác vụ thật (mỗi loại một tác vụ), ghi mục tiêu mỗi tác vụ trong một câu. (5 phút)
2. Viết bước chuẩn bị cho cả ba chuỗi: đầu vào là gì, phạm vi bị cắt ở đâu. (8 phút)
3. Viết ba prompt chính theo khung năm thành phần, mỗi prompt dưới 150 từ. (10 phút)
4. Viết tiêu chí kiểm chứng cho từng chuỗi, dưới dạng câu hỏi đúng/sai. (7 phút)
5. Chạy thử một chuỗi trên tác vụ thật, ghi lại chỗ phải sửa và lưu kết quả kèm siêu dữ liệu. (10 phút)

4. Tiêu chí nghiệm thu

Bạn hoàn thành bài này khi kiểm được từng dòng sau:

• Có ba bản mẫu chuỗi, cùng một cấu trúc bảng như mục 2.
• Mỗi chuỗi có ít nhất một tiêu chí kiểm chứng phát biểu được thành câu hỏi đúng/sai.
• Có một bản ghi chạy thử thật, trong đó nêu rõ ít nhất một điểm bạn đã sửa sau khi kiểm chứng.
• Bản ghi lưu kết quả có đủ: kết quả cuối, prompt gốc, ngày, mô hình.
• Bạn chỉ ra được sự khác nhau về tiêu chí kiểm chứng giữa ba chuỗi trong một câu.

5. Gợi ý và bẫy thường gặp

[!WARNING] Bẫy phổ biến nhất là nhét câu "hãy chắc chắn chính xác" vào prompt chính rồi coi đó là kiểm chứng. Mô hình không có nguồn bên ngoài để đối chiếu, nên lời trấn an đó không tạo thêm độ tin cậy. Kiểm chứng phải là hành động bên ngoài mô hình.

Các bẫy còn lại:

• Chuỗi quá dài. Nếu chuỗi có hơn sáu bước hoặc phải nhớ nhiều bước ngầm, nó sẽ không chạy lại được. Hãy gộp lại về bốn bước.
• Lưu kết quả bằng cách sao chép thô. Bản sao không có prompt gốc là bản sao chết: bạn không biết vì sao nó tốt, nên không sửa được khi hoàn cảnh đổi.
• Dùng một chuỗi cho cả ba loại việc. Đây là lỗi phổ biến khi vội, và nó làm hỏng đúng cái lợi ích mà quy trình mang lại.
• Bỏ bước chuẩn bị vì thấy mất thời gian. Đây là bước quyết định phần lớn chất lượng đầu ra. Nếu chuẩn bị mỏng, prompt chính sẽ phải bù bằng cách phỏng đoán.

[!TIP] Đặt tên bước bằng động từ, không bằng danh từ: "đối chiếu nguồn" thay vì "kiểm chứng". Tên bằng động từ buộc bạn phải mô tả hành động, và hành động thì mới kiểm tra được.

6. Tóm tắt và bước tiếp theo

Bài này yêu cầu bạn lắp ba chuỗi bốn bước, mỗi chuỗi có tiêu chí kiểm chứng riêng, rồi chạy thử một chuỗi trên tác vụ thật và lưu lại kèm siêu dữ liệu. Ba chuỗi đó là vật liệu thô cho bài sau: đóng gói thành playbook cá nhân và mở rộng quy trình sang loại việc mới.

Ôn tập nhanh bằng các câu điền khuyết:

Mỗi chuỗi công việc gồm bốn bước: chuẩn bị, {{c1::prompt chính}}, kiểm chứng và lưu kết quả.
Kiểm chứng phải tách khỏi prompt chính vì mô hình tối ưu cho {{c2::tính hợp lý bề mặt}} chứ không phải tính đúng.
Khi lưu kết quả, phải lưu kèm {{c3::prompt gốc}} và ngày chạy để tái lập được.
Ba chuỗi cần lắp là: nghiên cứu, {{c4::lập kế hoạch}} và viết nội dung.
Mỗi bước trong chuỗi phải tạo ra một {{c5::sản phẩm trung gian (artifact)}} cụ thể.

[
  { "front": "Bốn bước cố định của một chuỗi công việc là gì?", "back": "Chuẩn bị, prompt chính, kiểm chứng, lưu kết quả." },
  { "front": "Vì sao kiểm chứng phải là một bước riêng?", "back": "Vì mô hình tối ưu cho tính hợp lý bề mặt, không phải tính đúng." },
  { "front": "Ba chuỗi công việc của capstone gồm những gì?", "back": "Nghiên cứu, lập kế hoạch và viết nội dung." },
  { "front": "Bước chuẩn bị tối thiểu phải xác định được gì?", "back": "Mục tiêu, phạm vi, ngữ liệu đầu vào và định dạng đầu ra mong muốn." },
  { "front": "Prompt chính kế thừa khung nào từ bài trước?", "back": "Khung năm thành phần: vai trò, ngữ cảnh, nhiệm vụ, định dạng, tiêu chí." },
  { "front": "Bước lưu kết quả phải lưu kèm những gì?", "back": "Kết quả cuối, prompt gốc, ngày chạy và tên mô hình." },
  { "front": "Dấu hiệu một chuỗi công việc bị quá dài?", "back": "Không chạy lại được từ đầu hoặc phải nhớ nhiều bước ngầm." },
  { "front": "Vì sao không dùng một chuỗi cho cả ba loại việc?", "back": "Mỗi loại có tiêu chí kiểm chứng và định dạng đầu ra khác nhau." },
  { "front": "Kiểm chứng trong chuỗi nghiên cứu tập trung vào đâu?", "back": "Đối chiếu từng khẳng định với nguồn và đánh dấu chỗ chưa có nguồn." },
  { "front": "Kiểm chứng trong chuỗi viết nội dung gồm những gì?", "back": "Dữ kiện, giọng điệu, độ dài và cách xưng hô theo brief." },
  { "front": "Tiêu chí kiểm chứng của chuỗi lập kế hoạch là gì?", "back": "Mỗi mục có người phụ trách, thời hạn và điều kiện hoàn thành rõ ràng." },
  { "front": "Vì sao quy trình đáng giá hơn một prompt hay?", "back": "Vì nó tái lập được và giữ chất lượng ổn định qua nhiều lần chạy." },
  { "front": "Câu 'hãy chắc chắn chính xác' trong prompt chính có tác dụng gì?", "back": "Không thay thế được kiểm chứng bên ngoài mô hình." }
]