Dựng AI agent viết bài không phải là nhét một prompt “viết cho tôi bài chuẩn SEO” vào ChatGPT. Nó là một *pipeline* nhiều bước nhỏ nối lại: nghiên cứu web → chốt dàn ý → viết theo blueprint → agent tự chấm và sửa → xuất file cho người duyệt. Phần lớn pipeline này là workflow cố định (dự đoán được), chỉ một, hai khâu cần agent tự quyết. Người vẫn duyệt bước cuối. Làm đúng cách này, một mình bạn ra được nhiều bài chất lượng mỗi ngày mà không bị Google phạt “nội dung sản xuất hàng loạt”.
TL;DR — đọc nhanh trong 30 giây
- Một prompt khổng lồ luôn cho bài dở. Tách thành pipeline nhiều bước nhỏ, mỗi bước một việc — đây là mẫu *prompt chaining* của Anthropic (2024).
- Xương sống pipeline: 6 bước — nghiên cứu, chốt dàn ý (có cổng kiểm), viết, tự chấm–sửa, xuất 4 file, ghi log chống trùng.
- Khâu nghiên cứu dùng công cụ thật qua MCP; một “người chấm” quyết định đã đủ nguồn chưa (mẫu *evaluator-optimizer*).
- Chọn model theo việc (routing): việc dễ dùng model rẻ, việc khó dùng model mạnh — tiết kiệm mà vẫn chất.
- Ghép bằng n8n hay code tay đều được; bắt đầu đơn giản, chỉ thêm phức tạp khi thật sự cần.
- Google không phạt vì bài do AI viết — Google phạt bài *không có giá trị thêm cho người đọc*. Người duyệt cuối là lằn ranh đó.
Dựng “AI agent viết bài” thực chất là dựng cái gì?
Bạn đang dựng một dây chuyền (pipeline), không phải một cỗ máy vạn năng. Mỗi công đoạn viết bài — tìm nguồn, dựng dàn ý, viết, biên tập — là một bước riêng có đầu vào và đầu ra rõ ràng. Bạn nối chúng lại thành một luồng chạy tự động, chèn “cổng kiểm” (gate) giữa các bước để chặn lỗi lan xuống dưới.
Anthropic gọi khối cơ bản của mọi hệ agent là *augmented LLM* — một model được gắn thêm ba thứ: khả năng truy xuất (tìm kiếm), công cụ (gọi ra ngoài), và bộ nhớ (Anthropic, Building Effective Agents, 12/2024). Pipeline viết bài của bạn chính là chuỗi các augmented LLM đó xếp nối tiếp nhau.
Điểm quan trọng phải nắm trước: phần lớn dây chuyền này là *workflow*, không phải *agent*. Workflow là luồng bạn định sẵn bằng code; agent là khi để model tự quyết đường đi. Bạn chỉ cần “chất agent” ở một, hai khâu (ví dụ: nghiên cứu — không đoán trước cần bao nhiêu vòng tìm). Còn lại nên là workflow cho rẻ và ổn định. Mình đã tách rạch ròi agent với workflow ở bài Khi nào cần AI agent, khi nào chỉ cần automation — đọc để không “dùng agent cho oai” rồi đốt token.
Vì sao một prompt “viết bài chuẩn SEO” luôn cho bài dở?
Vì bạn bắt model làm 6 việc khó cùng lúc trong một lượt suy nghĩ. Nghiên cứu, chọn góc, dựng bố cục, viết hay, tối ưu từ khóa, tự kiểm — dồn hết vào một prompt thì model làm qua loa mọi thứ. Kết quả là bài chung chung, số liệu bịa, không có góc riêng.
Cách sửa là *prompt chaining*: bổ một việc lớn thành chuỗi việc nhỏ, mỗi lượt gọi model xử lý đầu ra của lượt trước. Anthropic nêu đúng ví dụ này: “viết dàn ý một tài liệu, kiểm dàn ý đạt tiêu chí, rồi viết bài dựa trên dàn ý” (Anthropic, 12/2024). Đánh đổi ở đây là chậm hơn một chút để đúng hơn nhiều — mỗi lượt gọi là một việc dễ, nên model làm tốt.
| Một prompt khổng lồ | Pipeline nhiều bước | |
|---|---|---|
| Chất lượng | Trung bình, dễ chung chung | Cao, kiểm soát từng khâu |
| Số liệu/nguồn | Hay bịa, khó kiểm | Tách khâu nghiên cứu → có nguồn thật |
| Sửa lỗi | Phải viết lại cả bài | Chỉ sửa đúng bước hỏng |
| Chi phí | Khó tối ưu | Routing model rẻ cho việc dễ |
| Nhân bản | Mỗi lần một kiểu | Nhất quán, lặp lại được |
Pipeline viết bài gồm những bước nào?
Đây là 6 bước xương sống mình đang chạy. Mỗi bước là một mắt xích, có cổng kiểm trước khi sang bước sau:
- Chống trùng. Đọc log các bài đã ra 30 ngày gần nhất. Nếu trùng đề tài hoặc góc nhìn → dừng, đổi đề tài. Đây là cổng kiểm đầu tiên, rẻ nhất.
- Nghiên cứu. Tìm web tối thiểu 5–8 nguồn gốc (tài liệu chính thức, không lấy forum/SEO rác). Ghi lại mọi số liệu kèm tên nguồn + năm.
- Chốt dàn ý + cổng kiểm. Liệt kê 8–12 câu hỏi con người đọc sẽ hỏi, mỗi câu thành một mục. Kiểm dàn ý đủ tiêu chí *trước khi* viết một chữ nào.
- Viết theo blueprint. Bám dàn ý đã duyệt, viết theo khung SEO cố định (câu trả lời thẳng ở đầu, mỗi mục mở bằng câu trích dẫn được).
- Tự chấm và sửa. Một lượt model khác đóng vai biên tập: chấm bài theo checklist, chỉ ra chỗ yếu, rồi sửa. Lặp đến khi đạt.
- Xuất file + ghi log. Kết xuất bài viết, meta SEO, brief ảnh, schema JSON-LD. Ghi một dòng vào log để bước 1 của ngày mai không trùng.
Để ý: bước 3 và bước 5 là hai cổng kiểm quan trọng nhất. Bỏ chúng là pipeline sẽ trôi ra bài rác rất nhanh.
Khâu nghiên cứu tự động hoạt động thế nào?
Khâu nghiên cứu là nơi agent thật sự “tự quyết”, vì bạn không đoán trước cần bao nhiêu vòng tìm. Model tự sinh truy vấn tìm kiếm, đọc kết quả, rồi một “người chấm” (evaluator) quyết định: đã đủ nguồn để viết chưa, hay cần tìm thêm vòng nữa?
Anthropic gọi đây là mẫu *evaluator-optimizer*, và nêu đúng use case này: “tác vụ tìm kiếm phức tạp cần nhiều vòng tìm và phân tích để gom đủ thông tin, nơi bộ đánh giá quyết định có cần tìm thêm không” (Anthropic, 12/2024). Đây là chỗ đáng để “chất agent”, vì số vòng tìm không hardcode được.
Công cụ để agent chạm được nguồn thật — tìm web, đọc trang, gọi API — bạn nối qua MCP (Model Context Protocol), chuẩn mở đã thành tiêu chuẩn ngành 2025–2026. Mình đã giải thích cơ chế MCP (3 vai Host–Client–Server, cách nối công cụ) ở bài MCP là gì và cách nối AI với công cụ thật. Ở đây chỉ cần hiểu: MCP là cách agent gọi được trình duyệt, kho nguồn, database của bạn mà không phải code lại từng cái.
> Nguyên tắc vàng của khâu này: không có nguồn thì không đưa vào bài. Số liệu nào cũng phải kèm tên nguồn + năm. Đây là thứ tách “bài có tín hiệu E-E-A-T” khỏi “bài AI chung chung” mà máy tìm kiếm bỏ qua.
Vì sao phải tách bước dàn ý ra trước khi viết?
Vì dàn ý là cổng kiểm rẻ nhất để chặn cả bài đi sai hướng. Sửa một dàn ý sai tốn vài giây; sửa cả bài 2.000 chữ viết lệch tốn cả lượt gọi model đắt tiền. Bạn kiểm dàn ý đạt tiêu chí (đủ câu hỏi con, đúng góc, không trùng bài cũ) *rồi mới* cho viết.
Đây chính là “gate” mà Anthropic vẽ giữa các mắt xích prompt chaining. Với bài SEO, dàn ý còn là xương sống để được AI Mode trích dẫn: mỗi câu hỏi con trong dàn ý thành một heading, mỗi heading trả lời một truy vấn mà người đọc/AI có thể hỏi. Cách viết prompt cho riêng bước dàn ý — nêu vai, bối cảnh, tiêu chí, định dạng — mình hướng dẫn ở bài Cấu trúc prompt 6 lớp.
Làm sao để agent tự chấm và sửa bài của chính nó?
Bạn tách vai: một lượt model *viết*, một lượt model khác *chấm* — rồi lặp. Model chấm không viết lại hộ; nó chỉ ra bài thiếu gì so với checklist (câu trả lời chính có ở 100 từ đầu chưa? có bảng so sánh chưa? số liệu có nguồn chưa?), rồi model viết sửa theo góp ý đó.
Anthropic nói mẫu evaluator-optimizer hợp nhất khi “có tiêu chí đánh giá rõ ràng, và việc sửa lặp lại tạo giá trị đo được… giống hệt quá trình một người viết chỉnh sửa để ra bản hoàn thiện” (Anthropic, 12/2024). Bài viết SEO đạt cả hai: checklist rõ ràng, và bản nháp *luôn* tốt lên sau một vòng biên tập.
Mẹo thực tế: cho model chấm một checklist cụ thể thay vì bảo “hãy làm bài hay hơn”. “Hay hơn” thì model chấm chung chung; “kiểm 8 mục sau, mục nào thiếu ghi rõ” thì nó soi được thật.
Nên dùng model nào cho bước nào?
Đừng dùng một model đắt cho mọi bước — đó là *routing*. Việc dễ (phân loại, tóm tắt, kiểm định dạng) đưa cho model rẻ, nhanh; việc khó (viết bài, chấm chất lượng) đưa cho model mạnh. Anthropic mô tả đúng cách này: định tuyến câu hỏi dễ sang model rẻ như Haiku, câu khó sang model mạnh như Sonnet để “tối ưu chi phí và tốc độ” (Anthropic, 12/2024).
| Bước trong pipeline | Loại việc | Model gợi ý |
|---|---|---|
| Chống trùng, kiểm định dạng | Dễ, cơ học | Model rẻ (dòng Haiku) |
| Sinh truy vấn, tóm tắt nguồn | Trung bình | Model rẻ→trung |
| Chốt dàn ý | Cần suy luận | Model mạnh (dòng Sonnet) |
| Viết bài theo blueprint | Khó, sáng tạo | Model mạnh (Sonnet/Opus) |
| Chấm và sửa | Cần phán đoán | Model mạnh |
> Lưu ý: tên và giá model đổi liên tục. Nguyên tắc thì bền: rẻ cho việc dễ, mạnh cho việc khó. Cách tính token và chi phí vận hành cả pipeline mình sẽ mổ riêng ở bài chi phí AI agent (Spoke sau của series này).
Nên ghép pipeline bằng n8n hay code tay?
Bắt đầu đơn giản, chỉ thêm phức tạp khi thật sự cần — đây là lời khuyên số một của Anthropic. Họ nói thẳng: nhiều mẫu chỉ cần vài dòng gọi API trực tiếp; framework giúp khởi động nhanh nhưng “tạo thêm lớp trừu tượng che mất prompt và response thật, khó debug hơn” (Anthropic, 12/2024).
Hai hướng thực tế cho người Việt:
- Ghép trực quan bằng n8n (kéo–thả node, tự host được): hợp nếu bạn muốn nhìn thấy luồng, gắn lịch chạy, nối WordPress/Google Sheet dễ dàng mà ngại code. Mình đã hướng dẫn nền tảng ở bài n8n là gì.
- Code tay gọi API trực tiếp: hợp khi bạn cần kiểm soát từng prompt, tối ưu chi phí sâu, hoặc pipeline đã ổn định muốn chạy nhẹ.
Không có đáp án “đúng” tuyệt đối. Lời khuyên của mình: dựng bản thô bằng n8n để chạy được trong một buổi chiều, đo xem khâu nào yếu, rồi mới nghĩ đến tối ưu.
KINH NGHIỆM THỰC CHIẾN CỦA THUẬT
Nói thẳng cho vuông: bài bạn đang đọc được sinh ra từ đúng cái pipeline này. Mình vận hành một “content engine” chạy mỗi sáng — nó tự đọc log chống trùng, tự nghiên cứu web, tự viết theo blueprint, tự chấm theo checklist, rồi xuất file để mình duyệt. Mình chỉ làm khâu cuối: điền số liệu thật, tạo ảnh, đăng.
Sai lầm mình mắc lúc đầu: nhồi tất cả vào một prompt siêu dài. Kết quả là bài mượt chữ nhưng rỗng — số liệu bịa, không góc riêng, đọc xong không nhớ gì. Sau khoảng 30 bài như thế bị mình vứt, mình mới tách thành pipeline nhiều bước như trên.
Con số thật sau khi tách pipeline:
- Thời gian mình bỏ ra mỗi bài giảm từ
khoảng 40 phútxuống còn8phút/bài — vì mình chỉ còn *duyệt*, không *viết*. - Số bài ra đều mỗi tuần:
6 bài/tuần, chạy một mình. - Nền tảng để làm được: mình đã sản xuất 2.000+ video và tự build hệ thống automation thật (n8n self-host, tool voice AI) — nên mình biết chỗ nào máy làm được, chỗ nào bắt buộc người chạm vào.
Bài học đắt nhất: khâu người duyệt không bỏ được. Lần mình thử để pipeline tự đăng thẳng, có bài lọt số liệu cũ. Từ đó mình chốt: máy viết, người duyệt, không ngoại lệ.
Agent tự viết hàng loạt có bị Google phạt không?
Không — Google không phạt vì bài do AI viết. Google phạt bài không thêm giá trị cho người đọc. Chính sách “scaled content abuse” của Google nhắm vào việc “tạo nhiều trang chủ yếu để thao túng thứ hạng, ít hoặc không có giá trị cho người dùng” — và nó *method-agnostic*: AI hay người viết mà nội dung mỏng thì đều dính (Google Search Central, cập nhật 12/2025).
Google nói rõ trong tài liệu chính thức: khi tự động sinh nội dung, hãy tập trung vào độ chính xác, chất lượng và liên quan — kể cả metadata như tiêu đề, meta description, structured data, alt text. Và họ khuyến khích cho người đọc biết nội dung được tạo ra thế nào (Google, 12/2025). Nghĩa là pipeline đúng cách — có nghiên cứu nguồn thật, có góc riêng, có người duyệt — nằm hoàn toàn trong luật. Pipeline sai cách — xào nội dung, đẻ trang rỗng để phủ từ khóa — mới bị SpamBrain “sờ gáy”.
Vẫn cần người duyệt bài không?
Có, luôn luôn. Pipeline tự động lo được 90% việc cơ học, nhưng khâu duyệt là nơi bạn (a) điền trải nghiệm gốc — con số thật, sai lầm thật mà máy không thể bịa, và (b) chặn số liệu lỗi thời hoặc góc nhìn lệch. Đây đúng tinh thần Anthropic: agent nên “dừng chờ phản hồi của người tại các chốt kiểm hoặc khi gặp chướng ngại”.
Lớp kiểm soát chất lượng con người này — thiết kế chốt duyệt ở đâu, duyệt cái gì, khi nào để máy tự chạy — mình sẽ đào sâu ở Spoke tiếp theo của series (human-in-the-loop). Ở bài này chỉ cần nhớ nguyên tắc: máy lo số lượng và tốc độ, người lo tín hiệu tin cậy.
FAQ
1. Không biết code có dựng được pipeline viết bài không?
Được, nếu ghép bằng n8n (kéo–thả). Bạn vẫn cần hiểu logic từng bước và viết được prompt tốt cho mỗi khâu. Không cần lập trình.
2. Dựng agent viết bài khác gì dùng ChatGPT viết từng bài?
ChatGPT là một lượt gọi thủ công. Pipeline là dây chuyền tự chạy nhiều bước có cổng kiểm, có chống trùng, có ghi log — lặp lại được và không cần bạn ngồi canh.
3. Cần bao nhiêu bước là đủ?
Ít nhất: nghiên cứu → dàn ý → viết → chấm/sửa. Thêm chống trùng và xuất file nếu chạy đều hàng ngày. Đừng thêm bước cho “oai” — Anthropic khuyên giữ đơn giản nhất có thể.
4. Agent tự nghiên cứu có tự bịa nguồn không?
Có rủi ro đó nếu bạn không ép quy tắc “không nguồn thì không viết”. Cho khâu nghiên cứu chạm nguồn thật qua MCP và bắt ghi lại link + năm cho từng số liệu.
5. Một mình chạy được bao nhiêu bài mỗi ngày?
Tùy khâu duyệt của bạn nhanh hay chậm, vì đó là nút cổ chai. Máy sinh bài gần như không giới hạn; người duyệt mới là trần thật.
6. Pipeline này viết được tiếng Việt chuẩn giọng mình không?
Được, nếu bạn nạp “blueprint giọng văn” vào bước viết: xưng hô, độ dài câu, cấm từ sáo rỗng. Đây là lý do bước viết cần model mạnh.
Kết: bắt đầu từ một dây chuyền nhỏ
Đừng mơ dựng “AI viết mọi thứ” ngay. Dựng một dây chuyền 4 bước chạy được trong một buổi chiều — nghiên cứu, dàn ý, viết, chấm — rồi cải tiến dần. Nhớ ba điều: giữ đơn giản, mỗi bước một việc, và không bỏ khâu người duyệt cuối.
Nếu bạn mới vào series, đọc bài tổng quan AI Agent là gì và cách dựng content factory để nắm bức tranh lớn, rồi quay lại đây dựng từng khâu. Muốn nhận blueprint pipeline viết bài mình đang chạy (kèm prompt mẫu cho từng bước), để lại email — mình gửi bản mình dùng thật.
*Tác giả: Hoàng Trọng Thuật — VIGOACADEMY. Học thực chiến từ kinh nghiệm thực tế: YouTube, AI Automation và Affiliate Marketing.*
