Bỏ qua để đến nội dung

XML/Markdown/JSON trong prompt

Level 2 — Prompt & Context Engineering Bài 5/10
Thời gian đọc: 6-8 phút

XML/Markdown/JSON trong prompt

XML tags cấu trúc INPUT, Markdown kiểm soát OUTPUT, JSON giới thiệu sơ lược — 3 định dạng, 2 mục đích khác nhau.

🎯 Bản chất cốt lõi ⚡️ Thực chiến ứng dụng 🛠️ Quy trình chuẩn 💡 Tối ưu hiệu suất
Chế độ đọc:
Tóm Tắt Nhanh Trong 3 Phút — Trọng Tâm Bài Học
1. Bản chất cốt lõi

Nắm vững nguyên lý và khái niệm nền tảng trước khi đi vào công cụ thực tế.

2. Thực thi chuẩn xác

Áp dụng quy trình từng bước, case study thực chiến và template mẫu có sẵn.

3. Tối ưu & Vận hành

Kiểm tra checklist hoàn thành, né tránh các sai lầm kinh điển để vận hành bền vững.

CHẶNG 1 · BẢN CHẤT & NGUYÊN LÝ

Phần 1: Bản chất & Nguyên lý

Nắm vững các khái niệm nền tảng, cơ chế hoạt động và mô hình tư duy cốt lõi.

1. Mục tiêu học tập

Sau bài này, bạn có thể:

🎯 BẢN CHẤT
Dùng XML tags để tách rõ các phần của 1 prompt phức tạp — giảm khả năng AI hiểu nhầm.
🏗️ CẤU TRÚC
Kiểm soát lượng Markdown xuất hiện trong câu trả lời của AI thay vì chỉ chấp nhận mặc định.
⚡️ NGUYÊN LÝ
Biết vì sao JSON trong prompt chỉ được giới thiệu sơ lược ở đây, kỹ thuật đầy đủ nằm ở bài 13.
🛠️ THỰC CHIẾN
Chọn đúng định dạng tuỳ theo mục đích: cấu trúc INPUT hay kiểm soát OUTPUT.

2. Khái niệm cốt lõi

  • XML tags — dùng để cấu trúc phần INPUT: tách rõ đâu là instruction, ngữ cảnh, ví dụ, dữ liệu cần xử lý. Theo Anthropic, “tag XML giúp Claude phân tích prompt phức tạp một cách không mơ hồ”.
  • Markdown — chủ yếu nói về kiểm soát lượng Markdown trong OUTPUT — giảm bullet/heading nếu muốn văn xuôi liền mạch, hoặc giữ nguyên nếu cần cấu trúc rõ.
  • JSON — chỉ giới thiệu mức khái niệm; kỹ thuật ép buộc đúng JSON schema là chủ đề riêng của bài 13.

3. Tại sao nội dung này quan trọng

  • Với prompt dài, phức tạp, AI có thể hiểu nhầm ranh giới “đây là instruction” và “đây là dữ liệu cần xử lý” — XML tags giải quyết trực tiếp.
  • Nhiều người khó chịu vì AI trả lời “quá nhiều bullet point” mà không biết đây là điều có thể kiểm soát được.
  • Biết ranh giới “giới thiệu định dạng” (bài này) và “ép buộc cấu trúc đáng tin cậy” (bài 13) giúp chọn đúng công cụ.

4. Cơ chế hoạt động

XML tags: bọc từng loại nội dung trong tag riêng (<instructions>, <context>, <input>); dùng tên tag nhất quán; lồng tag khi có phân cấp tự nhiên (nhiều tài liệu → <documents>, mỗi tài liệu → <document index="n">).

Markdown (kiểm soát output): muốn giảm markdown → nói AI làm gì thay vì đừng làm gì (ví dụ “viết dưới dạng đoạn văn liền mạch” thay vì “đừng dùng markdown”) — diễn đạt tích cực hiệu quả hơn phủ định. Phong cách của chính prompt ảnh hưởng phong cách output — bỏ markdown khỏi prompt có thể giảm markdown trong output.

JSON: yêu cầu bằng lời là cách đơn giản nhất nhưng không đảm bảo hợp lệ 100% — cần Structured Outputs (bài 13) để có đảm bảo đó.

5. Mental model

Hình dung 3 định dạng theo 3 vai trò trong 1 văn phòng: XML tags = thư mục hồ sơ có nhãn rõ ràng; Markdown = yêu cầu hình thức trình bày báo cáo; JSON = biểu mẫu có cấu trúc bắt buộc — yêu cầu bằng lời giống nhờ ai đó điền đúng mẫu, Structured Outputs (bài 13) giống đưa sẵn tờ mẫu in sẵn ô trống.

CHẶNG 2 · THỰC CHIẾN ỨNG DỤNG

Phần 2: Thực chiến ứng dụng

Quy trình thực thi từng bước, case study cụ thể và bộ prompt/template áp dụng ngay.

6. Hướng dẫn từng bước

1
Prompt phức tạp, nhiều loại nội dung: bọc từng phần trong XML tag riêng, dùng tên nhất quán.
2
Nhiều tài liệu/nguồn dữ liệu: lồng tag theo phân cấp.
3
Output quá nhiều/quá ít markdown: viết yêu cầu ở dạng “hãy làm X” thay vì “đừng làm Y”.
4
Cần kiểm soát chi tiết định dạng: viết hướng dẫn cụ thể về heading, in đậm, danh sách.
5
Cần JSON đáng tin cậy 100% cho xử lý tự động: chuyển sang bài 13.

7. Ví dụ thực tế

XML tags: xử lý nhiều tài liệu, bọc chung <documents>, mỗi tài liệu trong <document index="n"> kèm <document_content> và <source>.

Kiểm soát Markdown: yêu cầu AI “viết báo cáo… dưới dạng đoạn văn rõ ràng, liền mạch; chỉ dùng markdown cho code inline, khối code, và heading đơn giản; tránh in đậm/in nghiêng; không dùng danh sách trừ khi thực sự đang liệt kê các mục rời rạc.”

8. Prompt/template/workflow

Template cấu trúc prompt bằng XML:

<instructions>
[Yêu cầu cụ thể cần AI thực hiện]
</instructions>
<context>
[Bối cảnh/lý do cần thiết]
</context>
<input>
[Dữ liệu/nội dung cần xử lý]
</input>

Template giảm markdown trong output:

Viết câu trả lời dưới dạng đoạn văn liền mạch, đầy đủ câu và ý. Chỉ dùng
markdown cho code inline hoặc khối code nếu thực sự cần. Không dùng danh
sách gạch đầu dòng trừ khi đang liệt kê các mục thực sự rời rạc.

9. Visual hoặc diagram cần thiết

XML tagsThư mục hồ sơcó nhãn rõ ràng(phân loại prompt)MarkdownYêu cầu hình thứctrình bày outputJSONBiểu mẫu có cấu trúcbắt buộc — xem Bài 13
Hình 2.6 — XML, Markdown, JSON trong prompt: 3 vai trò khác nhau trong 'văn phòng' prompt.

10. Bài tập thực hành

  1. Lấy 1 prompt phức tạp bạn từng viết, viết lại bằng XML tags theo template ở mục 8. So sánh độ chính xác kết quả.
  2. Lấy 1 câu trả lời AI từng “quá nhiều bullet point”, áp dụng template giảm markdown, so sánh kết quả.
CHẶNG 3 · TỐI ƯU & BẢO TRÌ

Phần 3: Tối ưu & Checklist

Checklist kiểm tra mức độ sẵn sàng, nhận diện các bẫy sai lầm và nguyên tắc vàng vận hành.

11. Checklist

12. Lỗi thường gặp

(Suy luận từ nguyên tắc trong, không phải khảo sát lỗi người dùng đã ghi nhận chính thức.)

⚠️ LƯU Ý QUAN TRỌNG
Dùng tên tag không nhất quán giữa các phần của cùng 1 prompt.
⚠️ LƯU Ý QUAN TRỌNG
Diễn đạt phủ định khi muốn kiểm soát markdown thay vì diễn đạt tích cực.
⚠️ LƯU Ý QUAN TRỌNG
Chỉ yêu cầu JSON bằng lời cho hệ thống tự động xử lý kết quả — cần Structured Outputs (bài 13) nếu độ tin cậy 100% là bắt buộc.

15. Best practices

Nguyên tắc 1
Dùng XML tags khi prompt trộn lẫn nhiều loại nội dung.
Nguyên tắc 2
Lồng tag theo phân cấp tự nhiên khi xử lý nhiều tài liệu.
Nguyên tắc 3
Diễn đạt tích cực thay vì phủ định khi kiểm soát markdown.
Nguyên tắc 4
Với JSON cần độ tin cậy cao, chuyển sang bài 13.
16. Nội dung nâng cao (không bắt buộc)
  • Model hiện đại mặc định dùng LaTeX cho biểu thức toán học/kỹ thuật — muốn văn bản thuần cần yêu cầu rõ.
  • “Match phong cách prompt với phong cách output mong muốn” là nguyên tắc rộng hơn: phong cách viết của bạn trong prompt có xu hướng “lan” sang câu trả lời.
Thông tin chuyên sâu & Nguồn tham khảo
⚠️ 13. Giới hạn & khi nào KHÔNG nên áp dụng
  • Với prompt ngắn, đơn giản, chỉ 1 loại nội dung, dùng XML tags là thừa.
  • Kiểm soát markdown là yêu cầu “best-effort” — không đảm bảo tuyệt đối như Structured Outputs.
  • Bài này không đi sâu vào JSON — nếu cần JSON đáng tin cậy, đọc bài 13.
🔐 14. An toàn & quản trị (Safety/Governance)

Bài này không có rủi ro an toàn/quản trị trực tiếp. Lưu ý gián tiếp: nếu dùng XML tags bọc dữ liệu thật của khách hàng/công ty, nguyên tắc quản lý dữ liệu nhạy cảm ở bài 2 (L1) vẫn áp dụng đầy đủ — bọc trong tag không làm thay đổi mức độ nhạy cảm của dữ liệu.

📚 17. Nguồn tham khảo

Prompting best practices, Claude Platform Docs (Anthropic).