Ngày 22 tháng 7 năm 2026, OpenAI công bố Presence, một sản phẩm dành cho việc triển khai AI agents trong các luồng công việc nội bộ và phục vụ khách hàng. Điểm đáng chú ý không nằm ở việc một agent có thể trò chuyện tự nhiên hơn. Thông điệp quan trọng hơn là agent chỉ tạo giá trị trong môi trường vận hành khi nó được gắn với một công việc cụ thể, dữ liệu và quyền truy cập cần thiết, quy tắc hành động, điểm phê duyệt và cơ chế chuyển giao cho con người.
Thị trường AI thường nói nhiều về năng lực mô hình: suy luận tốt hơn, tạo nội dung nhanh hơn hay gọi công cụ linh hoạt hơn. Tuy nhiên, khoảng cách lớn nhất trong doanh nghiệp lại thường xuất hiện sau phần trình diễn. Một bản demo có thể trả lời tốt vài câu hỏi, nhưng một quy trình thực tế phải xử lý ngoại lệ, chính sách thay đổi, dữ liệu không đầy đủ, trách nhiệm với khách hàng và yêu cầu kiểm soát. Presence là một tín hiệu cho thấy cạnh tranh đang chuyển dần từ “agent biết làm gì” sang “tổ chức quản trị agent trong công việc như thế nào”.
Từ chatbot chung chung đến một công việc có ranh giới
Theo công bố của OpenAI, mỗi triển khai Presence bắt đầu bằng một công việc xác định, như xử lý vấn đề thanh toán, hỗ trợ yêu cầu bảo hiểm hoặc yêu cầu dịch vụ công nghệ thông tin của nhân viên. Agent chỉ được cấp tri thức và quyền truy cập hệ thống cần cho công việc đó. Doanh nghiệp xác định agent được làm gì, khi nào phải xin phê duyệt và khi nào cần chuyển sang người phụ trách.
Đây là một nguyên tắc quản trị rất thực tế. Một agent càng được giao nhiệm vụ chung chung, rủi ro càng khó kiểm soát. Ngược lại, khi công việc được mô tả bằng đầu vào, đầu ra, giới hạn quyền và điều kiện chuyển giao, tổ chức có cơ sở để đánh giá chất lượng. Câu hỏi không còn là “agent này thông minh đến đâu?”, mà là “agent này có được phép thực hiện hành động nào trong tình huống nào, và ai chịu trách nhiệm khi kết quả không đúng?”.
Tình huống minh họa
Một doanh nghiệp viễn thông muốn dùng agent để hỗ trợ khách hàng báo lỗi đường truyền. Ở mức an toàn, agent có thể xác thực thông tin cơ bản, kiểm tra trạng thái dịch vụ, hướng dẫn một số bước xử lý và tạo phiếu yêu cầu. Nhưng nếu agent được quyền tự hứa mức bồi thường, tự thay đổi gói cước hoặc đóng sự cố phức tạp, doanh nghiệp cần quy tắc rất rõ về ngưỡng quyết định, bằng chứng cần có và người nhận bàn giao. Cùng là một agent, nhưng phạm vi hành động tạo ra mức rủi ro hoàn toàn khác.
Đánh giá và giám sát không phải là việc làm một lần
OpenAI nhấn mạnh rằng hành vi của agent phải thích ứng khi sản phẩm, chính sách và hành vi người dùng thay đổi. Điều này có nghĩa là triển khai không thể kết thúc ở ngày ra mắt. Các phiên làm việc thực tế, trường hợp chuyển giao và lỗi được ghi nhận phải trở thành đầu vào để cải thiện hướng dẫn, nguồn tri thức, tiêu chí đánh giá và quy trình.
Về mặt quản trị, doanh nghiệp cần phân biệt ít nhất ba lớp kiểm tra. Lớp thứ nhất là độ đúng của thông tin: agent có dùng nguồn hiện hành và diễn giải chính xác không. Lớp thứ hai là chất lượng quy trình: agent có đi đúng bước, tôn trọng giới hạn quyền và tạo đủ log (bản ghi hoạt động của hệ thống để theo dõi và kiểm tra lại) không. Lớp thứ ba là kết quả kinh doanh và trải nghiệm: thời gian xử lý, tỷ lệ xử lý ngay từ lần đầu, mức độ hài lòng, tỷ lệ chuyển giao và tỷ lệ phải làm lại thay đổi như thế nào. Chỉ theo dõi việc sử dụng hoặc số cuộc hội thoại sẽ không cho thấy agent có thực sự cải thiện công việc hay không.
Điều gì thay đổi với nhà quản lý
Thông điệp quản trị từ Presence không phải là mọi doanh nghiệp cần mua thêm một nền tảng agent. Điều quan trọng hơn là nhà quản lý phải nhìn AI như một phần của thiết kế dịch vụ và vận hành. Trước khi chọn công nghệ, cần làm rõ công việc nào có tần suất đủ cao, dữ liệu tương đối có cấu trúc, tiêu chuẩn chất lượng có thể mô tả và rủi ro có thể kiểm soát. Các quy trình hoàn toàn mơ hồ hoặc phụ thuộc nhiều vào thương lượng, phán đoán đạo đức hay dữ liệu nhạy cảm chưa được quản trị tốt không nên là nơi thử đầu tiên.
Đây cũng là lý do dự án agent không thể chỉ do bộ phận công nghệ sở hữu. Người vận hành hiểu điểm nghẽn và ngoại lệ. Bộ phận pháp chế, an ninh và tuân thủ hiểu giới hạn. Nhóm dữ liệu hiểu nguồn thông tin. Quản lý tuyến đầu hiểu những tình huống cần phán đoán. Nếu các góc nhìn này không gặp nhau trước khi triển khai, agent có thể làm quy trình chạy nhanh hơn nhưng đồng thời mở rộng một lỗi vốn đã tồn tại.
Một khung triển khai gọn cho doanh nghiệp
| Bước | Câu hỏi cần trả lời | Bằng chứng cần có |
|---|---|---|
| Chọn công việc | Việc nào lặp lại, có giá trị và rủi ro kiểm soát được? | Khối lượng, thời gian xử lý, lỗi và tác động khách hàng hiện tại. |
| Thiết kế quyền | Agent được xem gì, làm gì, và khi nào phải dừng? | Ma trận quyền, điểm phê duyệt và quy tắc chuyển giao. |
| Kiểm thử | Những trường hợp bình thường, ngoại lệ và thất bại nào phải qua? | Bộ tình huống kiểm thử và tiêu chí đạt. |
| Chạy có giám sát | Ai xem log, xử lý lỗi và cập nhật tri thức? | Nhịp rà soát, chủ sở hữu và thời hạn khắc phục. |
| Mở rộng hoặc dừng | Điều gì chứng minh giá trị đủ để mở rộng? | Kết quả so với mốc ban đầu về chất lượng, tốc độ và rủi ro. |
Khung này không phức tạp, nhưng giúp doanh nghiệp tránh hai thái cực. Thái cực thứ nhất là thử nhiều công cụ nhưng không biết công cụ nào tạo giá trị. Thái cực thứ hai là vì sợ rủi ro nên không thử gì. Khi công việc, quyền hạn và cách đo được làm rõ, doanh nghiệp có thể thử ở quy mô nhỏ rồi quyết định bằng bằng chứng.
Hàm ý cho doanh nghiệp Việt Nam
Với nhiều doanh nghiệp Việt Nam, cơ hội trước mắt nằm ở các luồng việc nội bộ như phân loại yêu cầu, tra cứu chính sách, chuẩn bị bản nháp báo cáo, tổng hợp phản hồi khách hàng hoặc hỗ trợ nhân viên tra cứu hướng dẫn. Các bài toán này thường có khối lượng đủ lớn và có thể duy trì điểm kiểm tra của con người. Giá trị ban đầu không nhất thiết phải là cắt giảm nhân sự; nó có thể là giảm thời gian chờ, giảm lỗi lặp lại và giúp nhân viên dành nhiều thời gian hơn cho những tình huống cần phán đoán.
Điều kiện tiên quyết là không đưa dữ liệu nhạy cảm vào công cụ khi chưa có quy định, không để agent cam kết với khách hàng ngoài phạm vi được phê duyệt và không xem việc agent trả lời trôi chảy là bằng chứng về độ tin cậy. Mỗi lần triển khai nên có một chủ sở hữu nghiệp vụ, một người chịu trách nhiệm về dữ liệu và một cơ chế ghi nhận sự cố. Đây là những chi tiết ít hấp dẫn hơn phần trình diễn, nhưng quyết định khả năng đưa AI vào vận hành bền vững.
Kết luận
Presence cho thấy giai đoạn tiếp theo của AI doanh nghiệp sẽ xoay quanh độ tin cậy trong sản xuất, không chỉ quanh năng lực mô hình. Doanh nghiệp muốn đưa agent vào vận hành cần bắt đầu từ một công việc có ranh giới, thiết kế quyền và điểm chuyển giao rõ ràng, kiểm thử bằng tình huống thật và học liên tục từ những ngoại lệ. Công nghệ có thể thay đổi nhanh; kỷ luật quản trị mới là điều biến một agent thành năng lực vận hành.
Nguồn tham khảo
OpenAI. (2026, July 22). Introducing OpenAI Presence. https://openai.com/index/introducing-openai-presence/
OpenAI. (2026, May 11). How enterprises are scaling AI: Practical insights from European enterprise leaders. https://openai.com/business/guides-and-resources/how-enterprises-are-scaling-ai/
OpenAI. (2026, July 14). How to manage AI investments in the agentic era. https://openai.com/index/managing-ai-investments-in-agentic-era/
