Trả lời ngắn: Content Agent hỗ trợ biến yêu cầu viết thành bản nháp có nguồn và bước duyệt. Hệ giữ một bản gốc, ghi quan hệ giữa các phiên bản và chỉ tạo gói xuất bản sau khi mọi kiểm tra đạt.

Đọc xong, bạn sẽ hiểu:

  • Content agent khác prompt viết bài và content assistant ở đâu.
  • Content Contract, Source Pack và canonical draft cần gì.
  • Một bài được biến thành card/email mà không trôi claim ra sao.
  • Vì sao draft, approved và published là ba trạng thái khác nhau.

Lưu ý giáo dục: Ví dụ trong bài dùng chủ đề giả “Research Agent là gì?” và làm trên Markdown. Không đăng CMS, gửi email hoặc post social thật. Nội dung AI có thể bịa nguồn, vi phạm quyền, tạo alt text kém hoặc lệch brand; người chịu trách nhiệm phải review trước mọi side effect.

1. Content Agent là gì?

a. Không phải một prompt “viết cho hay”

Prompt writer trả một bản text. Content assistant hỗ trợ từng việc như brainstorm hoặc sửa câu. Content agent quản lý cả chuỗi: brief, source pack, canonical draft, assets, variants, QA và package.

Ví dụ cần xuất bản bài “Research Agent là gì?” cùng card mạng xã hội và email giới thiệu. Một prompt có thể tạo ba đoạn độc lập, khiến con số, CTA hoặc định nghĩa khác nhau. Content agent tạo bài chuẩn trước, rồi mỗi variant dẫn về cùng claim ledger và asset manifest.

Mục tiêu là chuỗi cung ứng nội dung có thể truy vết. Google khuyến nghị nội dung people-first, có giá trị gốc, nguồn rõ và trả lời Who, How, Why; tăng volume bằng automation không thay được usefulness.

b. Ba lớp sản phẩm

Kiểu Làm gì Ai giữ workflow/publish?
Prompt writer Sinh một output từ prompt Người dùng tự quản mọi bước
Content assistant Hỗ trợ từng task sáng tạo Người dùng nối các artifact
Content agent Điều phối source→draft→assets→QA→package Harness giữ state; con người giữ publish

Content agent có thể tự lặp trong phần chuẩn bị, nhưng quyền publish không tự đi kèm. Nếu agent tạo bài tốt rồi post nhầm tài khoản, target hoặc thời điểm, hệ thống vẫn thất bại.

c. Content supply chain

Vòng chuẩn là Content Contract → Source Pack → Canonical Draft → Transform → Review Gates → Publish Package → Measure. Feedback sau publish quay lại contract hoặc source, không sửa lén từng bản copy.

Hình 1 — Canonical draft đứng giữa nguồn và biến thể; publish chỉ xuất hiện sau review gates.

2. Content Contract và Source Pack cần chốt gì?

a. Tám ô của Content Contract

Ô Câu hỏi cần chốt
Audience job Người đọc đang muốn hiểu hoặc làm gì?
Purpose Giáo dục, hướng dẫn, thông báo hay chuyển đổi?
Channel/package Article, email, card, video script hay tổ hợp nào?
Voice Giọng, mức kỹ thuật, thuật ngữ và ví dụ?
Source policy Nguồn bắt buộc, nguồn cấm, freshness ra sao?
Claims Claim được phép, cần citation và cần chuyên gia duyệt?
Exclusions Điều gì không nói, không hứa, không khuyên?
Done/gates Độ dài, cấu trúc, QA và ai phê duyệt?

Contract ví dụ: “Giải thích Research Agent cho beginner Việt Nam; article 1.800–2.200 từ, card 80 từ, email 150 từ. Dùng OpenAI/NIST/Google official sources. Không quảng cáo độ chính xác hoặc tự động ra quyết định. Article có nguồn, ba hình có alt/caption; editor duyệt trước publish.”

Source Pack chứa scope; Claim Ledger với claim, evidence span, URL và ngày; thuật ngữ đã duyệt; asset cùng license/provenance; dữ liệu phải loại; và open questions.

Agent không được “lấp chỗ trống” bằng số liệu nghe hợp lý. NIST GenAI Profile xem confabulation, information integrity, privacy và intellectual property là nhóm rủi ro cần quản lý. Thiếu nguồn là trạng thái unknown, không phải lời mời bịa.

c. Brand Contract cụ thể hơn “thân thiện”

Voice cần rule quan sát được: xưng hô, độ dài câu, cách giải thích thuật ngữ, CTA và từ cấm. “Đời thường, giải thích thuật ngữ lần đầu, không hứa kết quả” test được; “thân thiện” thì chưa.

Hình 2 — Contract biến yêu cầu sáng tạo thành các trường có thể review thay vì cảm giác mơ hồ.

3. Từ canonical draft đến publish package vận hành ra sao?

a. Canonical draft là source-of-truth

Agent viết outline từ audience job và claim ledger. Draft chuẩn giữ cấu trúc đầy đủ, citation, disclaimer, image slots và CTA được duyệt. Mỗi claim trong draft phải quay về Source Pack. Editor sửa claim tại canonical draft trước khi tạo lại variants.

Nếu card viết “Research Agent luôn chính xác hơn search” nhưng canonical chỉ nói agent tổng hợp nhiều bước, transform đã claim drift. Variant phải rút gọn, không nâng mức chắc chắn.

b. Transform bằng contract theo kênh

Mỗi channel có transform contract:

Kênh Giữ nguyên Được thay đổi
Article Claim, citation, disclaimer Cấu trúc dài, ví dụ đầy đủ
Social card Core claim, brand, source marker Hook và độ ngắn
Email Promise, CTA, target Subject, preview, nhịp đoạn

Transform record lưu source_version, channel, prompt/template version, assets, timestamp và reviewer. Khi canonical thay đổi, agent biết variant nào stale cần tạo lại.

c. Asset Manifest và accessibility

Mỗi ảnh cần filename, purpose, source/generation record, quyền sử dụng, dimensions, alt, caption và placements. C2PA Content Credentials là một mô hình ghi provenance/history cho media; dù chưa dùng C2PA, hệ thống vẫn cần lưu nguồn gốc và biến đổi.

W3C WAI yêu cầu text alternative truyền đạt thông tin hoặc function của ảnh. Ảnh trang trí dùng alt rỗng; sơ đồ phức tạp cần alt ngắn và equivalent detail trong body/caption. Alt “hình đẹp về AI” không giúp người dùng hiểu pipeline.

d. Review Gates tạo publish package

Gate chạy theo thứ tự:

  1. Claim/source: citation entail, freshness, contradiction và disclosure.
  2. Brand: voice, terminology, banned claims, CTA.
  3. Accessibility: headings, link text, alt/caption, contrast/readability.
  4. Privacy/legal: PII, rights, consent, regulated claims.
  5. Human approval: owner xem diff và target.
  6. Publish target: CMS/site/account, slug, schedule, rollback.

Hình 3 — Có draft chỉ chứng minh generation xong; published cần target, approval và rollback rõ.

Publish Package gồm canonical content, variants, assets, metadata, manifest, QA report, approvals và status ready_for_publish. Package không phải lệnh publish; gọi CMS/social cần quyền riêng.

4. Lỗi phổ biến: content sludge, claim drift và auto-publish

a. Bảy lỗi nhìn nhanh nhưng trả giá chậm

  1. Content sludge: sản xuất hàng loạt nội dung đúng ngữ pháp nhưng không thêm giá trị.
  2. Source-less draft: citation được tìm sau để hợp thức hóa câu đã viết.
  3. Claim drift: headline/card mạnh hơn bằng chứng hoặc canonical.
  4. Brand cosplay: nhồi vài từ khóa thương hiệu nhưng tone/ethics lệch.
  5. Asset orphan: ảnh không có nguồn, license, alt hoặc version liên quan.
  6. Variant fork: sửa từng channel bằng tay rồi không biết bản nào chuẩn.
  7. Auto-publish: generation success bị hiểu thành authorization.

Google cảnh báo automation trên nhiều chủ đề, chỉ tóm tắt người khác và đổi ngày giả mới có thể là dấu hiệu search-first. Agent tốt đo usefulness và correctness, không chỉ số bài/ngày.

b. Gate không thể chỉ là spellcheck

Spellcheck không phát hiện citation sai, CTA quá quyền hoặc PII trong ảnh. AI writer và AI reviewer có thể cùng blind spot. Claim quan trọng cần source check; high-stakes cần chuyên gia; publish target cần owner độc lập. Review phải hiển thị diff và gate chưa chạy.

c. Checklist trước publish

  • Audience job, purpose và canonical version còn đúng?
  • Claim có evidence; variant không thêm promise hoặc bỏ disclaimer?
  • Who/How/Why, author và automation disclosure phù hợp?
  • Ảnh có provenance, quyền, alt/caption và card-size readability?
  • Brand, CTA, privacy và legal pass?
  • Reviewer đã thấy diff; target, rollback và owner đã rõ?

Nếu thiếu source, quyền ảnh, legal decision hoặc publish credential, agent dừng ở package và handoff. Không tự “làm mềm” blocker bằng cách bỏ citation hoặc dùng placeholder.

5. Bài tập 15 phút: dựng Content Package trên giấy

a. Chuẩn bị miễn phí

Dùng Markdown hoặc Sheet. Chủ đề giả: “Research Agent là gì?”. Không mở CMS, email hoặc social. Chọn ba nguồn công khai đã đọc và một brand rule ngắn.

b. Năm bước

  1. Điền Content Contract tám ô.
  2. Lập ba dòng Claim Ledger với evidence span.
  3. Viết canonical outline gồm answer-first, ba ý, disclaimer và CTA.
  4. Tạo một social card 80 từ, rồi map từng câu về canonical.
  5. Viết Asset Manifest và gate checklist.

c. Mẫu đối chiếu

Artifact Mẫu đã điền Lineage/gate
Canonical Research Agent giữ claim trail Source S1/S2
Card Claim cần quay về evidence Rút gọn, không nâng mức
Diagram Question→Plan→Ledger→Verify Alt, caption, source record

Manifest ghi ready_for_review, target none, approver editor.

d. Kết quả mong đợi

Bạn phải chỉ ra một nguồn chuẩn, cách variant kế thừa claim, asset thuộc version nào và gate nào ngăn publish. Nếu sửa card mà canonical không biết, lineage đã gãy. Điểm dừng là package local; không cấp token hay bấm publish.

6. Tổng kết: một nguồn chuẩn, nhiều đầu ra có kiểm soát

a. Năm ý chính

  • Content agent quản lý supply chain, không chỉ sinh văn bản.
  • Content Contract và Source Pack chốt audience, claim, voice và giới hạn.
  • Canonical draft là source-of-truth cho mọi channel variant.
  • Lineage, Asset Manifest và review gates ngăn claim/brand drift.
  • Draft, approved và published là trạng thái khác; publish cần quyền riêng.

b. Câu hỏi tự kiểm tra

  • Content agent khác content assistant ở đâu?
  • Vì sao canonical draft quan trọng?
  • Alt text của sơ đồ phức tạp cần làm gì?
  • Khi nào agent phải dừng ở publish package?

c. Gợi ý đáp án

Xem gợi ý câu 1Assistant hỗ trợ từng task; agent điều phối source, draft, assets, transforms, QA và package qua nhiều bước. Xem mục 1.
Xem gợi ý câu 2Nó giữ một nguồn claim/citation chuẩn để variants không fork và drift độc lập. Xem mục 3.
Xem gợi ý câu 3Alt nêu purpose/thông tin chính; detail tương đương phải có trong body hoặc caption. Xem mục 3.
Xem gợi ý câu 4Khi thiếu source, quyền ảnh, expert approval, target/credential hoặc bất kỳ gate bắt buộc nào. Xem mục 4.

d. Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Content Agent Agent điều phối chuỗi sản xuất nội dung.
Content Contract Hợp đồng audience, purpose, voice, claim và gates.
Source Pack Nguồn, evidence, terms và exclusions được duyệt.
Canonical Draft Bản chuẩn làm nguồn cho mọi biến thể.
Transform Quy tắc chuyển canonical sang một kênh.
Lineage Quan hệ version giữa nguồn, draft, variant và asset.
Asset Manifest Danh mục ảnh/media cùng purpose, rights và alt.
Claim Drift Claim biến thể mạnh hoặc khác bản chuẩn.
Publish Package Artifact cùng QA/approval sẵn sàng bàn giao.
Publish Gate Điều kiện và quyền trước side effect xuất bản.

e. Nguồn tham khảo

f. Học tiếp gì?

Xem lại Research Agent #45 nếu chưa rõ Claim Ledger và citation entailment. Bài tiếp theo là Trading Agent #47 — thiết kế agent ra quyết định trong thị trường nhưng vẫn giữ data, risk và execution gates.

Nhắc lại giáo dục: Content AI có thể sai, xâm phạm quyền hoặc gây hại dù nhìn chuyên nghiệp. Hãy kiểm nguồn, provenance, accessibility, privacy và approval; không biến trạng thái “draft generated” thành quyền publish.