Agentic Operations cho SME
Chuỗi bài về vận hành khi doanh nghiệp đã có AI agent: hệ thống dữ liệu nằm ở đâu, ai kiểm soát agent, chat có thành giao diện điều hành không, và khi nào không nên để agent tự hành động.
Danh sách bài viết
CRM không biến mất, nó xuống tầng nền: hệ thống dữ liệu thời agent
Nghe nhiều người nói 'AI sẽ thay CRM' chưa chắc đúng. Thứ biến mất là màn hình nhập liệu — còn nơi giữ dữ liệu khách hàng thì càng quan trọng hơn trước.
Agent Control Plane: 7 lớp kiểm soát khi doanh nghiệp chạy nhiều AI agent
Có ba automation chạy ngầm là bạn đã có bài toán quản trị: agent nào đang tồn tại, nó được làm gì, đã làm gì, và ai tắt nó khi cần. Đó là control plane — và phần lớn đã có sẵn trong Lark.
Chat là command center: điều hành việc qua Lark khi agent làm phần còn lại
Khi agent làm được việc thật, chat trở thành nơi giao việc và nhận kết quả. Nhưng chat chỉ là giao diện điều hành — dữ liệu và bằng chứng duyệt phải nằm ở hệ thống có cấu trúc phía sau.
Lark có agent thật không: kiểm chứng MCP, Lark CLI, Aily/Workmates và 4 đường nối agent
Kiểm chứng 17/09/2026: Lark có MCP chính thức (31 tool, 8 namespace), lark-cli 200+ lệnh, và Aily nay là Doubao Workmates. Phân tích 4 đường nối agent vào Feishu/Lark — và trả lời câu 'Doubao Work có cắm Claude/Codex được không'.
Dashboard từ pull sang push: báo cáo chủ động thay vì mở màn hình chờ số
Dashboard kiểu pull biến quản lý thành cảm biến: mỗi sáng tự mở màn hình dò số. Mô hình push đảo chiều — agent giám sát theo ngưỡng và nhắn đúng người khi có việc cần quyết định. Dashboard không chết; nó xuống làm lớp drill-down.
Khi nào KHÔNG cho agent tự hành động
Câu hỏi của thời agent không còn là 'có nên tự động hoá quy trình này không' mà là 'agent đã làm được thì cho nó tự bấm nút tới đâu'. Ma trận rủi ro, ba mức tự hành, vòng duyệt hai lớp bằng Lark Approval, và checklist trước khi thêm agent mới.