Tòa soạn 6 giờ sáng: tự làm content, tự đăng web với Claude

Một dây chuyền nội dung chạy ngay trên laptop: Claude viết bài lúc rạng sáng, Claude Code dựng ảnh, biểu đồ, đăng lên web rồi tự mở bản vừa đăng ra kiểm. Người không rành công nghệ dựng được, vì phần khó nhất là viết quy trình và luật kiểm thành văn bản.

Bài anh chị đang đọc đi qua đúng cái dây chuyền mà nó mô tả. Viết xong, bài được thả vào một thư mục trên laptop của tôi. Vài giờ sau, máy tự dựng ảnh và biểu đồ, tự đăng lên hai website, mở bản vừa đăng ra kiểm từng mục, rồi gửi email báo kết quả. Tôi không mở trình quản trị web, không bấm nút đăng.

Nghe thì giống việc của lập trình viên, nhưng phần khó nhất là phần người làm quản lý đã quen: viết quy trình cho rõ, đặt luật cho chặt, kiểm tra trước khi giao hàng. Bài này kể lại cách tôi dựng dây chuyền đó cho người không rành công nghệ, kèm những chỗ dễ vấp.

Năm chặng từ tài liệu thô tới bài đã đăng

Cả dây chuyền có ba vai. Claude trong app desktop (chế độ Cowork) làm biên tập viên: đọc tài liệu, tìm tin, viết bài. Claude Code làm người dàn trang và xuất bản: dựng ảnh, biểu đồ, đưa bài lên web. Còn anh chị là người đặt luật và đọc báo cáo. Hai vai máy làm việc theo giờ hẹn, không cần ai ngồi canh.

flowchart TD
  A[Nguồn: sách, ghi chú, tin] --> B[Claude viết bài]
  B --> C[Thả vào hộp thư]
  C --> D[Claude Code dựng ảnh, biểu đồ]
  D --> E[Đăng web, tự kiểm bản live]
  E --> F[Báo cáo, rút bài học]
  F --> B

Trên máy tôi, lượt viết chạy lúc 05:55. Lượt xuất bản chạy mỗi hai giờ từ 8 giờ sáng: thấy có bài trong hộp thư thì làm, không thấy thì thoát ngay. Mỗi chặng ghi nhật ký, nên khi có lỗi, tôi đọc file nhật ký chứ không phải đoán.

Vì sao người không rành kỹ thuật có thể làm được

Thứ quyết định là biến cách mình làm việc thành văn bản. Trong Sóng Cuối, tôi viết rằng Lean bắt đầu từ việc bỏ những gì không tạo giá trị và làm đúng ngay từ đầu [4]. Dây chuyền này đi theo tinh thần đó: mỗi bước có một file hướng dẫn, mỗi chỗ dễ sai có một luật chặn. Một dòng trong file quy tắc của tôi chỉ đơn giản là: con số nào không có nguồn thì bỏ.

Cách nghĩ này giống poka-yoke trong quản lý chất lượng: chặn lỗi ngay tại chỗ nó phát sinh, hoặc làm nó lộ ra ngay khi vừa xảy ra [5]. Trong dây chuyền của tôi, Claude Code từ chối đăng bài có ký tự cấm, bài có biểu đồ viết sai cú pháp, hoặc bài thiếu nguồn cho con số. Sau khi đăng, một bước kiểm tra tự động mở trang thật ra xem ảnh có hiện không, liên kết có chết không, tiêu đề có quá dài không. Tôi không tự viết dòng code nào cho các luật này; mỗi luật là một câu tiếng Việt trong file văn bản, Claude Code đọc và làm theo. Tôi chỉ là một trường hợp, và tôi quen viết quy trình từ nghề tư vấn, nên với người mới, bước viết khung có thể lâu hơn.

Điều thay đổi nhiều nhất là thời gian của người. Biểu đồ dưới đây là ước tính của tôi cho một bài khoảng 1.200 chữ, không phải số đo.

Có người sẽ nói để máy tự đăng là liều. Điều đó đúng nếu máy không có luật và không ai đọc lại. Vì vậy tôi khuyên giai đoạn đầu cứ để một bước duyệt tay. Khi các lỗi lặp lại đã được biến thành luật kiểm tra tự động, bước duyệt có thể rút xuống thành việc đọc báo cáo mỗi sáng.

Cũng có người không thích đọc bài do máy soạn. Với bài này, tôi chọn cách nói thẳng: cuối bài có một dòng ghi rõ bài được soạn với sự hỗ trợ của AI, theo đúng quy trình mô tả ở đây. Người đọc quyết định có tin hay không dựa trên nguồn dẫn, chứ không dựa trên việc ai gõ phím.

Dựng dây chuyền trong 8 bước

Tác vụ định kỳ trong app Claude chỉ chạy khi máy đang thức và app đang mở, và chỉ có ở các gói Pro, Max, Team, Enterprise [1].

Với Claude Code trên desktop, tác vụ hẹn giờ tạo ở thẻ Code, mục Routines, chọn New routine rồi Local. Máy ngủ đúng giờ thì lượt đó bị bỏ; khi máy thức lại, app chạy bù một lượt gần nhất. Trong Settings, mục This computer, có tùy chọn Keep computer awake để máy không tự ngủ, nhưng gập nắp thì máy vẫn ngủ [2].

Ngay sau khi tạo tác vụ, anh chị nên bấm Run now một lần và chọn luôn cho phép cho từng quyền được hỏi. Các lượt sau sẽ tự qua, không dừng lại chờ ai bấm lúc 5 giờ sáng [2].

Bước 6 nghe khó nhưng thực chất là ra lệnh bằng lời. Khi website nằm trên GitHub và nối với Vercel, mỗi lần Claude Code đẩy bài lên nhánh chính, Vercel tự dựng lại trang [3].

Điểm mạnh, bất lợi và cách xử lý

Điểm mạnh lớn nhất là bài dựa trên tài liệu riêng của anh chị. Máy của tôi đọc sách Sóng Cuối và kho tóm tắt ba cuốn sách Lean Six Sigma tôi dùng khi tư vấn trước khi viết, nên bài bám vào những gì tôi đã viết và đã dùng khi tư vấn. Điểm mạnh thứ hai là đổi cách làm chỉ bằng cách sửa file: muốn giọng văn khác thì sửa file giọng văn, muốn thêm luật thì thêm một dòng vào file quy tắc.

Còn lỗi thì có, và phần lớn không nằm ở AI. Trong tuần đầu dựng dây chuyền, lượt chạy hẹn giờ hỏng vì mã đăng nhập bị dán xuống dòng giữa chừng. Một lần khác, bước tự kiểm tra lại đếm chính nó thành lượt xem của người đọc. Mỗi lỗi như vậy được sửa một lần, rồi ghi thành luật để không lặp lại.

Ba prompt mẫu

Prompt viết bài, dán vào tác vụ định kỳ trong app Claude:

Bạn là biên tập viên blog của tôi. Đọc các file trong thư mục khung: giọng văn, mẫu bài, quy tắc nội dung.
1. Đọc file mới trong thư mục nguồn và tin 24 giờ qua về chủ đề trong danh mục.
2. Viết một bài theo mẫu bài. Sau mỗi con số ghi nguồn; không tìm được nguồn thì bỏ con số.
3. Tự rà theo quy tắc nội dung, ghi điểm còn nghi ngờ vào file kiểm tra.
4. Lưu bài vào hộp thư, ghi một dòng vào nhật ký. Không đăng, không gửi gì ra ngoài.

Prompt xuất bản, dán vào tác vụ hẹn giờ của Claude Code:

Làm việc trong thư mục website.
1. Hộp thư trống thì ghi nhật ký và dừng.
2. Dựng trang bài theo mẫu sẵn có, dựng ảnh và biểu đồ.
3. Chạy lệnh build. Lỗi thì ghi nhật ký, không đẩy code.
4. Đẩy lên nhánh chính, chờ web cập nhật, mở trang thật kiểm ảnh, liên kết, tiêu đề.
5. Chuyển bài sang thư mục đã đăng, ghi kết quả vào nhật ký.

Prompt báo cáo tuần: đọc nhật ký và số lượt xem bảy ngày, chọn ba bài tốt nhất và ba bài kém nhất, chỉ ra điểm chung của mỗi nhóm, đề xuất tối đa ba thay đổi kèm bằng chứng.

Khi nào cần người đi cùng

Phần tốn thời gian nhất của tôi không phải dựng web mà là viết khung: quy trình, quy tắc, mẫu bài. Doanh nghiệp cũng hay kẹt đúng ở chỗ này. Muốn để máy làm phần lặp lại trong báo cáo quản trị hay chăm sóc khách hàng, trước hết phải có quy trình viết ra giấy, và những việc rủi ro cao hơn một bài blog thì nên giữ bước duyệt tay lâu hơn. Nếu doanh nghiệp của anh chị có từ hai dấu hiệu trở lên trong số này, quy trình nằm trong đầu vài người, mỗi phòng một kiểu báo cáo, sếp đi vắng một tuần là việc đứng, thì nên chuẩn hóa nền móng trước khi tự động hóa. FranchiseVN có dịch vụ chuyển đổi số lõi quản trị và hệ thống quy trình, phân quyền. Muốn tự soi trước, anh chị có thể làm bảng đánh giá nhu cầu khoảng 4 phút.

Việc làm ngay

• Tạo một thư mục làm việc và dán vào đó 3 bài anh chị viết ưng nhất.
• Viết một trang quy tắc nội dung: điều gì không bao giờ được viết, số liệu phải ghi nguồn thế nào.
• Chạy tay prompt viết bài trong 3 buổi sáng, ghi lại mỗi lần phải sửa gì.
• Biến mỗi lỗi lặp lại thành một dòng trong file quy tắc.
• Chỉ hẹn giờ khi bài chạy tay đã đạt.

Máy làm phần lặp lại. Phần của người vẫn còn nguyên: chọn điều đáng nói, và sửa luật mỗi khi máy sai.

Nguồn tham khảo

1. Claude Help Center, hướng dẫn Claude Cowork, mục Scheduled tasks. https://support.claude.com/articles/13345190 (truy xuất 11/10/2026)
2. Claude Code Docs, Schedule recurring tasks in Claude Code Desktop. https://code.claude.com/docs/en/desktop-scheduled-tasks (truy xuất 11/10/2026)
3. Vercel Docs, Deploying Git Repositories with Vercel. https://vercel.com/docs/git (truy xuất 11/10/2026)
4. Nguyễn Thế Trung, Sóng Cuối, chương 3.
5. Nancy R. Tague, The Quality Toolbox, 3rd ed., mục Mistake-Proofing.

Bài viết mang tính tham khảo. Tên menu và tính năng phần mềm có thể thay đổi theo phiên bản.

Ghi chú minh bạch: Bài được soạn với sự hỗ trợ của AI (Claude), theo đúng quy trình mô tả trong bài, dựa trên tài liệu và yêu cầu của tác giả. Thời gian trong biểu đồ là ước tính minh họa, không phải số đo.

Bài viết được đăng lần đầu trên blog Học viện X5.