Xây dựng workflow AI có kiểm duyệt với Airtable và Activepieces

Cách thực tế để biến ý tưởng thành bản nháp có cấu trúc mà vẫn giữ quyền quyết định ở con người. Quy trình khởi đầu chỉ tạo bản nháp và cập nhật trạng thái; không tự đăng hoặc gửi tin nhắn.

Cập nhật ngày 18/10/2026 · Thời gian đọc khoảng 8 phút

1. Kiến trúc đơn giản, dễ kiểm tra

Dùng Airtable làm nơi lưu dữ liệu và trạng thái; dùng Activepieces để nối các bước; dùng mô hình AI để tạo bản nháp; dùng người duyệt để quyết định bước tiếp theo. Đây là một kiến trúc tham khảo, không phải xác nhận rằng mọi tài khoản hoặc gói dịch vụ đều có cùng trigger, piece hay giới hạn.

1. Ghi nhận yêu cầu: tạo một bản ghi với chủ đề, người đọc mục tiêu, nguồn tham khảo và trạng thái MỚI.
2. Chặn điều kiện sai: workflow chỉ xử lý bản ghi mới có đủ dữ liệu tối thiểu và trạng thái đúng.
3. Tạo bản nháp: gửi yêu cầu cùng nguồn tham khảo đến AI; yêu cầu AI nêu rõ điểm chưa xác minh thay vì tự điền.
4. Lưu lại kết quả: ghi bản nháp và thông tin chạy vào đúng bản ghi; chuyển trạng thái thành CHỜ DUYỆT.
5. Con người kiểm tra: rà soát sự thật, nguồn, giọng điệu, quyền riêng tư và hành động được phép.
6. Ghi quyết định: đặt trạng thái CẦN SỬA, ĐÃ DUYỆT hoặc HỦY. Ở giai đoạn đầu, dừng tại đây.

2. Chuẩn bị bảng Airtable

Tạo một bảng có các trường sau. Có thể dùng tên tiếng Việt hoặc tiếng Anh, nhưng hãy thống nhất tên trong toàn bộ workflow.

• Chủ đề — nội dung cần xử lý.
• Người đọc mục tiêu — nhóm độc giả dự kiến, không dùng để suy đoán dữ liệu cá nhân của người thật.
• Nguồn tham khảo — URL hoặc trích đoạn do bạn cung cấp.
• Bản nháp AI — nội dung do mô hình tạo.
• Trạng thái — chỉ chọn từ danh sách chuẩn: MỚI, ĐANG XỬ LÝ, CHỜ DUYỆT, CẦN SỬA, ĐÃ DUYỆT, ĐÃ ĐĂNG, LỖI, HỦY.
• Ghi chú duyệt — điều cần sửa và quyết định của người duyệt.
• Văn bản cuối — bản đã được con người chỉnh sửa và thông qua.
• URL đã đăng và Thời gian cập nhật — chỉ ghi sau khi có kết quả thực tế.
• Mã lần chạy hoặc trường kiểm soát tương đương — hỗ trợ phát hiện lần chạy trùng.

Giữ trạng thái ĐÃ DUYỆT khác với ĐÃ ĐĂNG. Duyệt chỉ cho phép bước tiếp theo; nó không chứng minh việc đăng đã thành công.

3. Tạo flow tạo bản nháp

1. Chọn trigger Airtable phù hợp với tài khoản của bạn: bản ghi mới hoặc bản ghi được cập nhật. Nếu trigger không có sẵn trong integration đang dùng, hãy chọn cách kích hoạt khác được tài liệu hỗ trợ; đừng giả định tên trigger giống nhau ở mọi phiên bản.
2. Đặt bộ lọc: chỉ tiếp tục khi Trạng thái = MỚI, chủ đề không rỗng và nguồn đã được cung cấp hoặc ghi rõ là chưa có.
3. Trước khi gọi AI, đổi trạng thái thành ĐANG XỬ LÝ. Điều này giảm nguy cơ hai lần chạy cùng xử lý một bản ghi; vẫn cần kiểm tra lịch sử chạy và mã bản ghi.
4. Gửi cho AI yêu cầu rõ ràng: chỉ dùng dữ liệu đầu vào, đánh dấu tuyên bố chưa được chứng minh, không tạo URL nguồn, không thêm giá hoặc số liệu không có trong nguồn, và trả kết quả theo cấu trúc dễ lưu.
5. Ghi bản nháp vào trường riêng và đổi trạng thái thành CHỜ DUYỆT. Nếu bước AI thất bại, ghi lỗi và chuyển sang LỖI hoặc để người vận hành xử lý; không coi kết quả rỗng là thành công.

Bạn là trợ lý biên tập. Hãy tạo một bản nháp dựa trên chủ đề và nguồn tham khảo được cung cấp. Không tự bịa dữ kiện, giá, số liệu, trích dẫn hoặc kết quả kiểm thử. Tách rõ: dữ kiện có nguồn, nhận định, và thông tin còn thiếu. Nếu không thể xác minh một chi tiết từ đầu vào, ghi “CẦN XÁC MINH”. Chỉ trả bản nháp và danh sách kiểm tra cho biên tập viên; không gửi tin nhắn, không xuất bản và không tuyên bố rằng nội dung đã được duyệt.

4. Thiết lập hàng rào duyệt của con người

Khi trạng thái đã là CHỜ DUYỆT, người duyệt mở nguồn gốc và kiểm tra từng tuyên bố quan trọng, đặc biệt là thông tin thay đổi theo thời gian. Sau đó sửa bản nháp, điền Văn bản cuối và chọn đúng một kết quả:

• CẦN SỬA: còn sai sót, thiếu nguồn hoặc cần làm rõ. Workflow không đăng nội dung ở trạng thái này.
• HỦY: không tiếp tục xử lý.
• ĐÃ DUYỆT: người có thẩm quyền đã đọc đúng phiên bản cuối. Ghi lại người duyệt và thời điểm nếu có các trường tương ứng.

Khuyến nghị khi mới dựng: chưa kết nối bước đăng bài. Hãy chạy thử với vài bản ghi mẫu, xác nhận trạng thái không tự chuyển ngoài ý muốn, và đảm bảo không có tin nhắn hoặc bài đăng nào được gửi đi.

5. Nếu muốn thêm bước xuất bản sau này

Chỉ thêm flow xuất bản riêng khi flow tạo bản nháp đã ổn định và bạn chủ động quyết định nối tài khoản đích. Flow này phải yêu cầu đồng thời Trạng thái = ĐÃ DUYỆT và Văn bản cuối không rỗng; đăng đúng phiên bản đã duyệt; sau đó ghi URL công khai và chuyển sang ĐÃ ĐĂNG chỉ khi nền tảng xác nhận thành công.

• Nếu nội dung bị sửa sau khi duyệt, hãy hủy hiệu lực duyệt và yêu cầu duyệt lại.
• Chặn lần đăng thứ hai khi bản ghi đã có URL đăng hoặc mã lần chạy đã hoàn tất.
• Nếu bước đăng trả lỗi hoặc kết quả không rõ, chuyển sang LỖI và kiểm tra thủ công trước khi thử lại; tránh đăng trùng.
• Không lưu API token, mật khẩu hay bí mật kết nối trong trường nội dung dùng chung; cấp quyền tối thiểu và dùng kho bí mật được nền tảng hỗ trợ.

Lưu ý: tính năng “Flow Approvals” trong tài liệu Activepieces là bước phê duyệt lúc xuất bản cấu hình flow trong một số dự án/gói nhất định; nó không thay thế cơ chế duyệt từng bài viết được mô tả ở đây. Đừng nhầm “flow được phép chạy” với “nội dung đã được biên tập thông qua”.

6. Kiểm thử trước khi vận hành thật

1. Bản ghi hợp lệ ở trạng thái MỚI → phải tạo một bản nháp và dừng ở CHỜ DUYỆT.
2. Thiếu chủ đề hoặc không có nguồn khi nguồn là bắt buộc → phải dừng hoặc cảnh báo, không tự đoán.
3. Flow cập nhật chính bản ghi → không được tự kích hoạt vòng lặp vô hạn.
4. Chạy lại cùng một bản ghi → phải có cơ chế phát hiện hoặc kiểm tra trùng.
5. Người duyệt chọn CẦN SỬA hoặc HỦY → không gọi hành động xuất bản.
6. AI hoặc nền tảng đích lỗi → lưu trạng thái lỗi, không ghi nhầm thành công.

Đo kết quả bằng các chỉ số đơn giản: số bản nháp tạo được, tỷ lệ cần sửa, lỗi flow, thời gian từ MỚI đến CHỜ DUYỆT và số lần xử lý trùng. Không suy ra doanh thu hay hiệu quả kinh doanh chỉ từ số lần flow chạy thành công.

Nguồn tham khảo

• Airtable Support — Getting started with Airtable automations: khái niệm trigger và action cùng các lưu ý thiết lập.
• Activepieces — Flow Approvals: mô tả phạm vi riêng của bước duyệt cấu hình flow.
• Google Search Central — Creating helpful, reliable, people-first content: định hướng nội dung hữu ích, đáng tin cậy và ưu tiên người đọc.

Tên trigger, integration, giới hạn sử dụng và tính năng phụ thuộc vào phiên bản cũng như gói dịch vụ. Hãy kiểm tra tài liệu hiện hành của từng nhà cung cấp trước khi triển khai.

Bài liên quan: Thiết kế quy trình AI có kiểm duyệt · Checklist kiểm chứng nội dung AI.