Cách xây dựng hệ thống AI Agent làm việc 24/7 cho chủ doanh nghiệp 1 người

AI Agent làm việc 24/7 là gì? Đó là một chương trình dùng mô hình ngôn ngữ để nhận việc, lập kế hoạch, gọi công cụ và báo kết quả, chạy liên tục trên một máy chủ thay vì chỉ trả lời khi bạn mở cửa sổ chat. Với chủ doanh nghiệp một người, "24/7" chỉ có giá trị khi hệ thống có ba thứ: một nơi chạy ổn định, quyền hạn bị giới hạn và một cơ chế báo động khi có sự cố. Thiếu ba thứ này, tác tử chạy ban đêm chỉ là rủi ro chạy ban đêm. Ví dụ giả định: tác tử Claude của Anthropic tổng hợp tin và báo cáo mỗi sáng, chạy 24 giờ mỗi ngày trên một VPS, nhưng chỉ được ghi vào thư mục nháp và gửi cảnh báo qua Telegram. Bài viết mô tả kiến trúc tối thiểu, việc nên giao, cách giới hạn quyền, giám sát, xử lý khi tác tử sai và hạn chế thật của OPCAIOS.

Tác tử chạy liên tục cần nơi chạy ổn định, quyền tối thiểu, giám sát và người duyệt. Sơ đồ: OPCAIOS.

Tác tử khác chatbot ở đâu?

Tác tử là chương trình có mục tiêu và tự chia việc thành bước, còn chatbot chỉ trả lời khi được hỏi. Tác tử gọi công cụ như đọc tệp, gọi API hoặc chạy lệnh, xem kết quả rồi quyết định bước tiếp theo (xem LLM là gì? về tool use và tác tử). Giao thức MCP của Anthropic chuẩn hoá cách nối tác tử với công cụ. Ví dụ, ChatGPT hay Claude ở dạng chat chỉ soạn nháp email khi được hỏi, còn tác tử có thể đọc hộp thư lúc 6 giờ sáng, phân loại 50 thư rồi gửi tóm tắt qua Telegram. Tác tử mạnh hơn nhưng cũng rủi ro hơn: tác tử có thể làm sai nhiều lần rất nhanh, nên cần quyền tối thiểu và người duyệt.

Kiến trúc tối thiểu cho tác tử chạy liên tục gồm những gì?

Kiến trúc tối thiểu là sáu thành phần: nơi chạy, cổng tiếp nhận việc, tác tử cùng công cụ, bộ nhớ ngữ cảnh, giám sát và người duyệt. Bảng dưới đây là khung tư vấn của OPCAIOS, không phải tiêu chuẩn ngành.

Thành phần	Vai trò	Gợi ý
Nơi chạy	Máy luôn bật	Một máy chủ riêng (xem VPS là gì?) hoặc dịch vụ lưu trữ; quản lý tiến trình để tự khởi động lại
Cổng tiếp nhận việc	Nhận lệnh từ bạn	Tin nhắn (ví dụ bot Telegram), webhook, lịch chạy
Tác tử + công cụ	Làm việc	Chỉ cấp công cụ cần thiết; mỗi công cụ một quyền riêng
Bộ nhớ, ngữ cảnh	Biết bạn và doanh nghiệp	Tệp hướng dẫn gốc, kho ghi chú, RAG (xem Second Brain là gì? và RAG là gì?)
Giám sát	Biết khi nào hỏng	Kiểm tra sức khoẻ định kỳ, cảnh báo qua kênh bạn đọc ngay
Người duyệt	Chặn rủi ro	Hàng đợi chờ duyệt trước mọi hành động công khai hoặc không hoàn tác

Việc nên giao và không nên giao cho tác tử chạy đêm

Nên giao: tổng hợp tin và báo cáo buổi sáng, phân loại thư và lead, soạn nháp bài viết, kiểm tra liên kết hỏng, theo dõi giá hoặc đối thủ, sao lưu và kiểm tra trạng thái dịch vụ.

Không nên giao khi chưa có duyệt: gửi email hay tin nhắn cho khách, đăng bài công khai, thanh toán hay hoàn tiền, xoá dữ liệu, thay đổi cấu hình máy chủ, chạy lệnh có quyền quản trị.

Giới hạn quyền AI Agent như thế nào cho an toàn?

Giới hạn quyền là nguyên tắc quan trọng nhất, vì tác tử chạy ban đêm không có ai nhìn. Sáu quy tắc dưới đây xếp theo thứ tự ưu tiên; đầu tiên là quyền tối thiểu, cuối cùng là không mở cổng điều khiển ra Internet. Ví dụ giả định: tác tử chỉ có khoá API đọc của một dịch vụ và ghi vào một thư mục nháp, nên dù sai 100 lần trong 1 đêm cũng không gửi được email nào cho khách.

1. Quyền tối thiểu: mỗi tác tử có tài khoản và khoá API riêng, chỉ đủ cho việc của nó; không dùng khoá quản trị.
2. Chỉ đọc theo mặc định: ghi vào thư mục nháp hoặc hàng đợi, người duyệt rồi mới áp dụng.
3. Sandbox và hạn chế mạng: chạy lệnh trong môi trường tách biệt khi có thể; xem các rủi ro đã được ghi nhận ở chế độ chạy lệnh không cần duyệt trong Antigravity 2.0 là gì?.
4. Không để bí mật trong lời nhắc hoặc kho tri thức mà tác tử đọc.
5. Giới hạn chi phí: đặt hạn mức token hoặc tiền mỗi tháng và cảnh báo khi gần chạm.
6. Không mở cổng điều khiển ra Internet: truy cập qua đường hầm SSH hoặc VPN có xác thực.

Giám sát và cảnh báo

• Kiểm tra định kỳ các dịch vụ chính (tác tử, cơ sở dữ liệu, cổng nhận việc) và báo khi ngừng và khi chạy lại.
• Nhật ký có cấu trúc: ai làm gì, lúc nào, kết quả; để truy vết khi sai.
• Cảnh báo ở nơi bạn đọc ngay, như Telegram, kèm đường dẫn đến nhật ký.
• Kiểm thử định kỳ bằng một việc mẫu để biết tác tử còn hoạt động đúng.

Khi tác tử sai

1. Dừng tác tử (có nút tắt rõ ràng).
2. Xem nhật ký để biết đã làm gì.
3. Hoàn tác từ bản sao lưu nếu cần.
4. Thu hẹp quyền hoặc thêm bước duyệt ở đúng điểm đã sai.
5. Ghi lại bài học vào tệp quy tắc để các phiên sau không lặp lại.

Kinh nghiệm của OPCAIOS

Theo tài liệu vận hành nội bộ của OPCAIOS, hệ thống của chúng tôi gồm một tác tử điều hành trên máy Mac và một tác tử thực thi chạy trên máy chủ riêng, giao tiếp qua một tệp trạng thái chung và Telegram. Chúng tôi có cơ chế kiểm tra dịch vụ định kỳ mỗi năm phút kèm cảnh báo qua Telegram khi dịch vụ ngừng hoặc chạy lại, hàng đợi chờ duyệt cho nội dung công khai, hạn mức token theo tháng và quy tắc không nhúng bí mật vào kho tri thức. Chúng tôi cũng gặp hạn chế thật: một số thành phần (ví dụ bộ nhớ dài hạn dùng chung) từng ngừng hoạt động và quy trình liên tác tử qua webhook chưa vận hành, nên tài liệu ghi rõ "kiểm tra trước khi tin" thay vì coi là luôn chạy. Chúng tôi chưa có số đo về tỉ lệ tác vụ tự hoàn thành đúng, nên không đưa số liệu hiệu quả vào bài.

Câu hỏi thường gặp

Tác tử AI làm việc 24/7 là gì?

Tác tử AI làm việc 24/7 là chương trình dùng mô hình ngôn ngữ như Claude của Anthropic hay GPT của OpenAI để nhận việc, gọi công cụ và báo kết quả, chạy liên tục trên máy chủ, có giám sát và giới hạn quyền. Đầu tiên, tác tử nhận việc qua tin nhắn Telegram hoặc lịch chạy. Tiếp theo, tác tử chia việc thành bước và gọi công cụ. Cuối cùng, tác tử báo kết quả và chờ người duyệt các hành động công khai. Ví dụ giả định: báo cáo buổi sáng được soạn lúc 6 giờ, và chủ doanh nghiệp duyệt trong 5 phút.

Cần gì tối thiểu để chạy tác tử 24/7?

Cần tối thiểu sáu thành phần để chạy tác tử 24/7: một nơi chạy ổn định, cổng nhận việc, bộ nhớ ngữ cảnh, quyền tối thiểu, giám sát và người duyệt. Ví dụ giả định: một VPS giá vài USD mỗi tháng, một tài khoản API riêng có hạn mức theo tháng và một cảnh báo Telegram là đủ để thử, nhưng giám sát và người duyệt không được bỏ.

Có an toàn khi để tác tử chạy ban đêm không?

Chỉ khi giới hạn quyền, có sandbox, cảnh báo và hàng đợi duyệt. Không nên cho tác tử gửi khách, đăng công khai hay thanh toán khi chưa có duyệt.

Tác tử khác tự động hoá thông thường thế nào?

Tự động hoá thông thường chạy theo kịch bản cố định, ví dụ n8n gửi email khi có biểu mẫu mới. Tác tử tự lập kế hoạch từng bước nên linh hoạt hơn nhưng khó đoán hơn. Ví dụ, khi khách gửi một câu hỏi lạ, kịch bản n8n thất bại ở bước không có trong luồng, còn tác tử có thể tìm thông tin rồi soạn nháp trả lời để người duyệt. Vì vậy nhiều hệ thống kết hợp cả hai: n8n lo phần cố định, tác tử lo ngoại lệ. Muốn học cách dựng tác tử an toàn, xem khoá đào tạo ứng dụng AI của OPCAIOS.

Nguồn: kiến thức về tác tử và công cụ lấy từ các bài LLM, MCP, Antigravity của OPCAIOS (đọc ngày 24/10/2026); phần kiến trúc và nguyên tắc quyền là khung tư vấn của OPCAIOS, không phải tiêu chuẩn ngành. Kinh nghiệm là của OPCAIOS theo tài liệu vận hành nội bộ.