AI thay thế hệ thống CMS như thế nào

Người làm website thường được khuyên bắt đầu bằng một hệ quản trị nội dung, tức CMS. Cài WordPress hay một nền tảng tương tự, đăng nhập vào trang quản trị, gõ bài vào khung soạn thảo, bấm nút Xuất bản. Hai mươi năm nay, viết trên mạng gần như đồng nghĩa với việc đó.

Blog bạn đang đọc không có trang quản trị nào. Không có khung soạn thảo, không có cơ sở dữ liệu bài viết, không có nút Xuất bản. Vậy mà mỗi sáng vẫn có một bản tin The Daily Signal lên lúc bảy giờ, và các bài Góc nhìn vẫn đi qua nháp, sửa, duyệt rồi mới đến tay người đọc.

Câu hỏi tôi muốn trả lời trong bài này khá cụ thể: nếu không còn CMS, những việc mà CMS vẫn làm đã đi đâu, và ai đang làm chúng?

Đằng sau câu hỏi ấy là một ý định đơn giản hơn: dùng chính blog nhỏ này làm mô hình, để cho thấy theo cách dễ hình dung nhất AI tác động thế nào tới việc tổ chức một tòa soạn: ai làm việc gì, ai chịu trách nhiệm điều gì, và chỗ nào vẫn cần con người.

CMS thực ra làm những việc gì

Nhìn từ bên ngoài, CMS là một trình soạn thảo có nút đăng bài. Nhìn kỹ hơn, nó gói năm việc khác nhau vào một sản phẩm:

• Soạn thảo: nơi gõ chữ, chèn ảnh, định dạng.
• Lưu trữ: bài viết nằm trong cơ sở dữ liệu, kèm lịch sử các lần sửa.
• Phân quyền: ai được viết, ai được sửa bài của người khác, ai được bấm đăng.
• Quy trình duyệt: bài đi từ nháp sang chờ duyệt rồi sang công khai.
• Phát hành: dựng thành trang web, lên lịch đăng, gỡ bài.

Phần phân quyền cho thấy rõ nhất rằng CMS thực chất là mô hình của một tòa soạn. WordPress, chẳng hạn, có sẵn vai Contributor được viết và quản lý bài của mình nhưng không được đăng, vai Author được đăng bài của chính mình, và vai Editor được đăng và quản lý cả bài của người khác.¹ Phóng viên, tác giả, biên tập viên: CMS đã mã hóa cả bộ máy tòa soạn thành những ô đánh dấu trong trang cài đặt.

Tháo rời CMS thành từng mảnh

Khi dựng blog này, tôi không thay CMS bằng một CMS khác. Tôi tháo năm việc kia ra và giao cho những thứ chuyên làm từng việc.

Lưu trữ giao cho một kho mã nguồn trên GitLab. Mỗi bài là một tệp văn bản Markdown. Mỗi lần sửa là một bản ghi có thời điểm, nội dung thay đổi và người thực hiện. Muốn biết bài đã đổi gì từ hôm qua, chỉ cần xem phần khác biệt.

Dựng trang giao cho Hugo, một công cụ tạo trang tĩnh: nhận các tệp Markdown và in ra các trang HTML.²

Phát hành giao cho dây chuyền CI/CD. Mỗi khi có bài được hợp nhất vào bản chính, máy tự dựng lại website, kiểm tra rồi đưa lên mạng. Dây chuyền này còn chặn những lỗi người viết dễ bỏ sót: bài thiếu giờ xuất bản, bài nháp lọt ra ngoài, bài dài thiếu mục lục, đường dẫn hỏng.

Quy trình duyệt giao cho cơ chế đề nghị hợp nhất (merge request): mỗi thay đổi nằm ở một nhánh riêng và chỉ vào bản chính khi được chấp thuận.

Còn soạn thảo, phần mà CMS làm đẹp nhất, lại là phần biến mất hoàn toàn. Thay vào đó là hội thoại với AI.

Kho, nhánh, đề nghị hợp nhất, dây chuyền tự động: tất cả đều là công cụ của lập trình viên. Lâu nay chính chúng là lý do người viết không dám đụng tới cách làm này. Điều AI thay đổi là người viết không cần chạm vào những công cụ đó nữa. Tôi nói “lưu nháp”, AI tạo nhánh và ghi tệp. Tôi nói “chuẩn bị xuất bản”, AI kiểm tra nguồn, mở đề nghị hợp nhất và gửi bản xem trước. Giao diện quản trị của CMS được thay bằng ngôn ngữ tự nhiên.

Một tòa soạn với bốn vai

Nếu CMS là mô hình tòa soạn đóng gói sẵn, thì blog này là một tòa soạn được dựng lại bằng tay. Nó có bốn vai:

Tôi kiêm cả tác giả lẫn tổng biên tập. Phóng viên không phải người, và mỗi lần làm việc lại bắt đầu mà không nhớ gì từ lần trước. Vì thế thứ giữ cho tòa soạn chạy đúng không nằm trong trí nhớ của ai. Nó nằm trong những trang quy chế viết bằng chữ, đặt ngay trong kho: bài mới luôn là nháp; mỗi thay đổi đi qua một nhánh riêng; phóng viên không được tự đăng; tin phải có nguồn gốc và thời điểm; chú thích chỉ để dẫn nguồn. Mỗi lần bắt đầu, AI đọc lại các quy chế ấy trước khi làm việc.

Ở đây có một khác biệt cần nói thẳng. Trong WordPress, Contributor không đăng được bài vì phần mềm không cho phép. Còn ở đây, AI có quyền kỹ thuật để hợp nhất bài, và nó không làm vậy khi chưa được duyệt vì quy chế bảo thế. Ô đánh dấu đã được thay bằng một quy tắc viết ra, cộng với dấu vết của mọi thao tác trong lịch sử. Cách này linh hoạt hơn, nhưng cũng đòi hỏi người chủ phải thực sự đọc những gì mình duyệt.

Mười bảy phút từ nháp đến khi lên bài

Bài AI-Native Publishing đăng tối 11/10/2026 là ví dụ gọn nhất cho dây chuyền này. Theo lịch sử của kho:

Từ lúc lưu nháp đến lúc lên bài mất mười bảy phút, qua hai vòng sửa. Sau đó bài không phải sửa thêm lỗi nội dung nào. Lý do là ý tưởng đã chín trước khi lưu, nên các vòng sửa chỉ để làm bài tốt hơn chứ không phải để chữa lỗi.

Sáu phút, rồi bốn tiếng rưỡi

Một tuần sau, bài về Bitcoin và Thừa hành viên đi đường tắt. Bài được đưa thẳng lên ở trạng thái công khai, không qua bước nháp, và lên mạng sáu phút sau đó.

Rồi bắt đầu một buổi chiều sửa bài. Bài bị xếp vào một chuyên mục không tồn tại. Thiếu giờ xuất bản. Dòng tên tác giả lặp lại phần đầu trang. Nguồn nằm lẫn trong thân bài thay vì ở chú thích. Một chú thích dài như một đoạn văn. Mất khoảng bốn tiếng rưỡi và năm đề nghị hợp nhất mới xong, và suốt thời gian đó người đọc đang thấy bản chưa hoàn chỉnh.

Hai bài đặt cạnh nhau cho tôi một bài học không mới nhưng dễ quên: dây chuyền nhanh nhất là dây chuyền đi đủ các bước, mỗi bước làm gọn. Bỏ bước duyệt không làm bài lên nhanh hơn. Nó chỉ dời việc sửa sang lúc bài đã công khai.

Bản tin lúc bảy giờ sáng

The Daily Signal là phần mà một CMS truyền thống khó làm nhất, vì ở đây người viết không phải con người.

Mỗi sáng lúc 07:00, một tác vụ hẹn giờ đánh thức phóng viên AI. Nó quét tin trong khung 24 giờ vừa qua, chọn tin, kiểm chứng giờ và nguồn gốc của từng tin, viết theo khuôn cố định, rồi lưu bản nháp vào nhánh riêng và báo cho tổng biên tập. Bản tin có nhãn công khai rằng đây là nội dung AI tổng hợp, không phải quan điểm của tác giả.

Với số ra ngày 20/10/2026, bản nháp được lưu lúc 07:23. Tổng biên tập duyệt lúc 07:26. Đề nghị hợp nhất được chấp thuận lúc 07:30. Từ lúc phóng viên thức dậy đến khi bản tin được hợp nhất để phát hành chỉ khoảng nửa giờ.

Nhưng con số đáng chú ý nhất nằm ở chỗ khác. Bản tin hôm đó có hai mươi tin ở bốn mảng, khoảng 5.400 chữ, và được duyệt trong khoảng ba phút rưỡi, tức chừng mười giây cho mỗi tin. Đủ để đọc tiêu đề, không đủ để mở nguồn.

Đây không phải lỗi của máy. Đó là dấu hiệu cho thấy khi AI đảm nhận phần sản xuất, nút thắt chuyển sang người duyệt. CMS cũ chưa bao giờ phải đối mặt với chuyện này, vì tốc độ viết của con người tự nó đã giới hạn khối lượng cần duyệt. Khi phóng viên viết hai mươi tin trong hai mươi phút, tổng biên tập buộc phải chọn: hoặc giảm số tin, hoặc đổi cách duyệt. Chẳng hạn, phóng viên tự đánh dấu những tin còn nghi ngờ để người duyệt đọc kỹ đúng chỗ đó.

AI thay được gì, và không thay được gì

Quay lại năm việc của CMS:

Như vậy, nói chính xác thì AI không một mình thay thế CMS. Thứ thay thế CMS là một tổ hợp: kho phiên bản giữ sự thật, dây chuyền tự động giữ kỷ luật kỹ thuật, quy chế bằng chữ giữ kỷ luật biên tập, và AI giữ vai trò đã khiến tổ hợp này dùng được với người không phải lập trình viên: giao diện.

CMS từng là cách để giấu quy trình xuất bản sau những nút bấm. AI làm điều ngược lại: nó đưa quy trình ra thành chữ, ai đọc cũng hiểu, ai sửa cũng để lại dấu vết. Muốn đổi cách tòa soạn vận hành, tôi không cần tìm một plugin mới. Tôi sửa một đoạn quy chế.

Lời thú nhận của một tổng biên tập tự phong

Đến đây tôi phải thú thật một điều, trước khi có người trong nghề phát hiện ra. Tôi chưa từng làm báo ngày nào. Chưa từng ngồi ở một tòa soạn thật, chưa từng chạy bài lúc nửa đêm, chưa từng bị tổng biên tập nào gạch đỏ bản thảo. Chức “tổng biên tập” trong bài này là tôi tự phong, ở một tòa soạn mà nhân sự duy nhất biết uống cà phê là chính tôi. Phóng viên thì không đòi nhuận bút, không xin nghỉ phép, làm việc lúc bảy giờ sáng không một lời than, nhưng cứ hết buổi là quên sạch mọi chuyện và hôm sau phải đọc lại quy chế từ đầu.

Blog này cũng là bài tập đầu tay của tôi theo kiểu này. Vì vậy những gì tôi gọi là “quy trình tòa soạn” ở trên chắc chắn có chỗ chưa đúng với nghề báo thật: gọi nhầm tên vị trí, đơn giản hóa quá mức, hoặc vẽ ra một tòa soạn trông giống một quán cà phê có máy in hơn là một tòa báo. Nếu anh chị làm báo đọc thấy chỗ nào như vậy, xin cứ góp ý. Lỗi thuộc về tổng biên tập. Phóng viên AI đã làm đúng những gì được giao, và nếu được hỏi, chắc chắn nó cũng sẽ khẳng định như vậy, kèm nguồn trích dẫn đầy đủ.

Câu hỏi còn lại

Tòa soạn này mới chạy được khoảng mười ngày. Nó đã cho thấy rằng một người, với AI làm phóng viên và máy làm nhà in, có thể giữ được nhịp của một ấn phẩm hằng ngày mà vẫn kiểm soát những gì được công bố dưới tên mình.

Nhưng nó cũng đặt lại câu hỏi mà mọi tòa soạn đều phải trả lời, chỉ là gay gắt hơn: người duyệt có thể đi nhanh đến đâu trước khi việc duyệt chỉ còn là đóng dấu? CMS không giải được câu hỏi đó, và AI cũng không. Đó vẫn là việc của tổng biên tập.