Lên lịch AI agent với MCP: tách giờ chạy, công cụ và cách kiểm kết quả
Một agent có thể đọc dữ liệu rất tốt nhưng vẫn bỏ lỡ báo cáo buổi sáng nếu không có hệ thống đánh thức nó. Ngược lại, lịch chạy đúng giờ cũng không giúp ích nếu agent không truy cập được dữ liệu. Muốn tự động hóa đáng tin cậy, hãy mô tả riêng khi nào chạy, được dùng công cụ nào và thế nào là xong.
🔌 1. MCP kết nối công cụ, lịch quyết định thời điểm
Trong kiến trúc MCP, ứng dụng chủ kết nối với các server cung cấp công cụ, tài nguyên và prompt. Khả năng lên lịch không tự xuất hiện chỉ vì một công cụ dùng MCP; nó cần được ứng dụng hoặc dịch vụ tương ứng triển khai. Kiến trúc MCP.
Ví dụ, công cụ đọc đơn hàng trả về dữ liệu. Bộ lập lịch khởi động công việc mỗi ngày. Agent đọc yêu cầu, dùng dữ liệu và tạo báo cáo. Ba vai trò này cần phối hợp nhưng có thể hỏng độc lập, nên nhật ký phải cho biết lỗi nằm ở đâu.
⏰ 2. Chọn môi trường chạy phù hợp
Claude Code có lịch trong phiên với /loop; phiên và máy cần tiếp tục hoạt động. Tác vụ Desktop cũng cần máy hoạt động, trong khi lịch cloud không phụ thuộc máy cá nhân đang bật. Kiểm tra điều kiện của từng lựa chọn trong tài liệu scheduled tasks.
Để thử trong một phiên Claude Code đang mở, bạn có thể giao một vòng kiểm tra ngắn như sau. Chỉ dùng đường dẫn báo cáo đã tồn tại trong dự án:
/loop 10m Đọc reports/daily-status.md. Chỉ thông báo nếu có lỗi mới so với lần kiểm trước. Không sửa file và không gửi thông tin ra ngoài.
Đây là vòng kiểm tra theo khoảng thời gian, không phải lời bảo đảm chạy chính xác vào một phút trên đồng hồ. Với báo cáo hằng ngày, hãy cấu hình giờ cụ thể trong tính năng lịch của môi trường đã chọn.
📝 3. Viết một bản giao việc có đầu ra rõ
Bắt đầu với báo cáo nháp chỉ đọc dữ liệu. Ví dụ dưới đây dùng cửa hàng giả định; các công cụ đọc dữ liệu cần được kết nối trước.
Công việc: tạo báo cáo đơn hàng ngày hôm trước. Lịch: 14:00, Asia/Ho_Chi_Minh (UTC+7). Đầu vào: nguồn đơn hàng đã được cấp quyền chỉ đọc. Khoảng dữ liệu: ngày hôm trước theo cùng múi giờ. Đầu ra: bản nháp gồm số đơn, tổng tiền, đơn thiếu thông tin. Mỗi số liệu phải kèm khoảng thời gian và nguồn. Nếu nguồn không truy cập được, ghi thất bại; không coi là 0 đơn. Không sửa đơn, gửi email hoặc đăng báo cáo công khai. Chỉ báo khi hoàn tất, có lỗi hoặc cần người dùng hỗ trợ.
“Không lấy được dữ liệu” và “không có dữ liệu” là hai kết quả khác nhau. Giữ sự phân biệt này trong cả nội dung lẫn trạng thái công việc.
🧩 4. Ngăn lần chạy lại tạo bản trùng
Đặt mã công việc theo ngày báo cáo và phiên bản quy tắc, chẳng hạn orders:2026-10-28:v1. Trước khi tạo kết quả, tra mã này trong nơi lưu trạng thái. Nếu đã hoàn tất, trả về liên kết bản có sẵn.
🔁 Khi có lỗi giữa chừng
Lưu các bước đã xong để lần thử lại tiếp tục đúng chỗ. Nếu bước gửi thất bại sau khi đã tạo bản nháp, không tạo thêm một bản mới. Với hệ thống cho phép hai lượt chạy đồng thời, phần lưu trạng thái cần chặn hai lượt cùng nhận một mã; chỉ nhắc agent “đừng trùng” là chưa đủ.
✅ 5. Kiểm ba tình huống trước khi bật lịch
Chạy thử khi có dữ liệu bình thường, khi không có đơn và khi nguồn mất kết nối. Mỗi tình huống phải cho trạng thái khác nhau, kèm bằng chứng kiểm tra được.
Tiếp đó, thử chạy lại cùng một ngày và kiểm rằng chỉ còn một bản kết quả. Đo cả thời gian và lượng sử dụng thực tế; MCP không đồng nghĩa mọi dịch vụ hay lượt gọi mô hình đều miễn phí. Xem điều kiện của môi trường và các công cụ bạn đã chọn.
🔔 6. Chỉ thông báo điều cần chú ý
Một thông báo tốt nêu công việc nào đã xong, khoảng dữ liệu nào được xử lý và liên kết kết quả. Nếu thất bại, chỉ rõ nguồn thiếu hoặc bước lỗi để có thể xử lý.
Hãy bắt đầu với một báo cáo nhỏ chạy ổn định. Khi đã kiểm được dữ liệu, trạng thái và lần chạy lại, bạn mới mở rộng sang quy trình có nhiều bước hơn.