Tại sự kiện DevDay diễn ra vào ngày 29 tháng 9, OpenAI đã chính thức giới thiệu dots: các tác tử (agent) hoạt động liên tục trong ChatGPT, được vận hành bởi GPT-6 Astra, mỗi dot sở hữu một máy tính đám mây và trình duyệt riêng, đồng thời có thể kết nối qua ChatGPT, Slack và Teams. Những dòng thông điệp đáng chú ý nhất đối với một đội ngũ đang sử dụng các coding agent nằm ngay phần mở đầu trong thông báo của OpenAI: “Hôm nay, bạn có thể bắt đầu với dot chính của mình, đặt tên cho nó và biến nó thành của riêng bạn. Theo thời gian, chúng tôi hình dung các nhóm dot sẽ cùng nhau phối hợp làm việc thay cho bạn.” Một dot khởi đầu với vai trò là tác tử dành riêng cho một cá nhân. Việc triển khai các nhóm dot là định hướng tương lai, chứ không phải tính năng có sẵn ngay lúc ra mắt.
Trình tự này hoàn toàn hợp lý, nhưng nó cũng tạo ra một khoảng trống cho những đội ngũ vốn đã vượt qua giai đoạn chỉ dùng một tác tử duy nhất. Trong ví dụ dành cho lập trình viên mà OpenAI đưa ra, một dot có thể theo dõi phản hồi của khách hàng, viết và kiểm thử các bản sửa lỗi nhỏ, rồi chuyển đến bạn “các PR hoàn chỉnh để xem xét”. Nếu cùng đội ngũ đó đang chạy Claude Code trên một máy chủ dùng chung và Codex trên hai chiếc laptop, thì đó sẽ là một nguồn gửi pull request nữa đổ về cho cùng một nhóm người review. Bài toán khó giờ đây không còn là tác tử nào thông minh nhất, mà chuyển thành: tác tử nào đang làm việc gì, việc gì đã hoàn thành, và việc gì đang chờ người duyệt.
Tóm tắt nhanh
Dot của OpenAI là một trợ lý tác tử cá nhân mạnh mẽ: luôn trực tuyến, hoạt động trên máy tính đám mây riêng, kết nối với hơn 4.000 ứng dụng thông qua plugin, đồng thời được quản lý bởi Custom Rules, Activity View, tính năng tự động đánh giá (auto-review) cùng hệ thống giám sát có thể tạm dừng hoặc dừng hẳn tác tử. Đối với các công việc lặp đi lặp lại của một cá nhân trong hệ sinh thái OpenAI, dot là giải pháp đơn giản và tiện lợi hơn. Tuy nhiên, một đội ngũ vận hành nhiều tác tử từ nhiều nhà cung cấp khác nhau vẫn cần một bảng điều phối chung (board) — nơi mỗi tác tử đóng vai trò là một Assignee trên một Task, trạng thái công việc hiển thị minh bạch cho tất cả mọi người, kết quả được gửi lại để kiểm tra và có con người chịu trách nhiệm nghiệm thu. Đây là hai tầng công nghệ khác nhau và chúng bổ trợ cho nhau.
OpenAI dot là gì?
OpenAI dot là một tác tử ChatGPT hoạt động liên tục, được tiếp sức bởi mô hình GPT-6 Astra, chuyên thực hiện các mục tiêu của một cá nhân trên máy tính đám mây riêng, ngay cả khi người đó đang bận xử lý việc khác. Bạn có thể đặt tên cho dot, kết nối các ứng dụng và giao tiếp với nó qua ChatGPT trên máy tính, web hoặc di động, qua Slack, Teams, hoặc qua cuộc gọi thoại (tính năng nhắn tin SMS cũng sắp ra mắt). Dot học hỏi sở thích của bạn qua phản hồi, có thể bắt đầu một dự án mới trong khi vẫn đang xử lý nhiều dự án khác, đồng thời nhắn tin báo cáo tiến độ, đặt câu hỏi hoặc gửi các quyết định cần bạn can thiệp.
Có hai điểm khác biệt cốt lõi giữa dot và một trợ lý chat thông thường. Thứ nhất là máy tính: dot sở hữu trình duyệt và máy tính đám mây riêng; bạn có thể mở máy tính này bất cứ lúc nào để kiểm tra tiến trình công việc, cũng như cấp quyền cho dot sử dụng laptop của mình. Thứ hai là tính chủ động. Khi bạn không trực tiếp tương tác, dot sẽ thực hiện điều mà OpenAI gọi là “nghiên cứu chủ động” (proactive research), sử dụng các ứng dụng đã kết nối thông qua các công cụ chỉ đọc (read-only) — nghĩa là nó có thể tra cứu thông tin nhưng không thể gửi tin nhắn, thay đổi nội dung ứng dụng hay kiểm soát trình duyệt hoặc máy tính của bạn.
| Hạng mục | Thông tin từ OpenAI |
|---|---|
| Mô hình | GPT-6 Astra |
| Môi trường hoạt động | Trên máy tính đám mây và trình duyệt riêng; chỉ dùng laptop của bạn khi được cấp phép |
| Ứng dụng | Hơn 4.000 ứng dụng thông qua ChatGPT plugins |
| Kênh tiếp cận | ChatGPT (máy tính, web, di động), Slack, Teams, cuộc gọi thoại; tin nhắn SMS sắp ra mắt |
| Các gói dịch vụ | Đang triển khai cho gói Pro và Business Premium tại các thị trường đủ điều kiện; thử nghiệm beta cho Enterprise, Edu và Healthcare khi quản trị viên kích hoạt (mặc định tắt) |
| Mức độ sử dụng | Bao gồm dot đầu tiên; các cuộc trò chuyện với dot không tính vào giới hạn sử dụng của ChatGPT, nhưng các tác vụ do dot khởi chạy trong Codex hoặc ChatGPT Work thì có |
| Specialist dots | Các chương trình thử nghiệm chuyên sâu cho doanh nghiệp: có danh tính và thông tin xác thực riêng, phần cứng do IT cấp phát, tích hợp với các hệ thống quản trị dữ liệu (systems of record) |
| Microsoft | Đang phối hợp tích hợp specialist dots với các biện pháp kiểm soát bảo mật và quản trị của Agent 365 |
Specialist dots là phiên bản dành cho tổ chức, và chính OpenAI cũng đã phân định rõ ràng: “Dot của bạn hoạt động đại diện cho cá nhân bạn; còn specialist dots đảm nhận các trách nhiệm chuyên biệt trong tổ chức của bạn.” Doanh nghiệp sẽ cấp cho mỗi tác tử danh tính, thông tin xác thực và quyền truy cập vào các hệ thống cần thiết, đồng thời các kỹ sư của OpenAI sẽ làm việc trực tiếp với tổ chức để xác định trách nhiệm, công cụ và “cách thức con người xem xét, phê duyệt kết quả công việc của nó”. Hãy đặc biệt lưu ý vế câu cuối cùng này.
Cơ chế kiểm soát giải quyết câu hỏi: “Dot của tôi được phép làm gì?”
Dots ra mắt cùng với một mô hình phân quyền được thiết kế rất kỹ lưỡng. Các quy tắc tích hợp sẵn sẽ quyết định khi nào dot tự hành động và khi nào cần hỏi ý kiến. Custom Rules cho phép bạn cho phép một số hành động nhất định, yêu cầu phê duyệt hoặc chặn hoàn toàn. Tính năng auto-review sẽ đối chiếu các hành động có thể ảnh hưởng đến tài khoản của bạn hoặc chia sẻ thông tin với chỉ dẫn và quy tắc bạn đặt ra; ngoài ra, các tác vụ nhạy cảm như đổi mật khẩu luôn do chính bạn tự thực hiện. Activity View hiển thị tiến độ, bao gồm cả các tác vụ chạy ngầm, và cho phép bạn điều chỉnh hướng đi. Nếu hệ thống giám sát của OpenAI phát hiện vấn đề an toàn, nó có thể tạm dừng hoặc dừng hẳn công việc của dot.
Đó là bộ công cụ kiểm soát rất phù hợp cho một tác tử cá nhân, và OpenAI mô tả toàn bộ điều này ở ngôi thứ hai: ứng dụng của bạn, quy tắc của bạn, phê duyệt của bạn. Lời khuyên từ chính họ cũng đã nhấn mạnh điều này: “Dots vẫn có thể mắc sai sót, vì vậy hãy luôn rà soát lại những phần việc quan trọng.”
Ở cấp độ đội ngũ, nhu cầu cũng tương tự nhưng ở một tầng cao hơn. Vấn đề không còn là “dot của tôi được phép làm gì” mà là “tất cả các tác tử trong dự án này đang làm gì, và ai là người phê duyệt”. Bản thân OpenAI cũng lường trước rằng một phần câu trả lời sẽ nằm ngoài phạm vi tác tử: mục tiêu hợp tác với Microsoft được công bố là nhằm giúp các doanh nghiệp “quản lý các dot thông qua chính các công cụ Microsoft mà họ đang sử dụng”. Tầng quản lý nằm ở phía trên tác tử. Và đó cũng chính là vị trí của một bảng điều phối (board).
Những trăn trở còn lại của một team lead
Hãy hình dung một nhóm phát triển sản phẩm quy mô nhỏ. Một kỹ sư sử dụng một dot. Claude Code đang chạy trên máy chủ dùng chung, Codex chạy trên hai máy tính cá nhân, còn Gemini hỗ trợ soạn thảo tài liệu. Mỗi tác tử đều làm tốt phần việc của mình. Thế nhưng những câu hỏi ngập tràn trong buổi họp đầu tuần lại không xoay quanh bất kỳ tác tử riêng lẻ nào.
| Câu hỏi team lead đặt ra | Những gì dot mang lại | Giá trị board bổ sung |
|---|---|---|
| Ai đang xử lý lỗi thanh toán (checkout)? | Người sở hữu dot có thể hỏi nó hoặc theo dõi qua Activity View | Mỗi Task đều hiển thị rõ Assignee: là một người, một Agent hay một Crew, bất kể được thực thi bởi Runtime nào |
| Đêm qua việc gì đã xong, việc gì thất bại? | Tin nhắn cập nhật tiến độ gửi tới chủ sở hữu; Activity View cho các tác vụ chạy ngầm | Trạng thái thực thi trên từng Task (queued, running, completed, failed, canceled) trên một board mà bất kỳ ai trong Space cũng có thể xem |
| Việc gì đang chờ con người xử lý? | Yêu cầu phê duyệt theo Custom Rules; câu hỏi và quyết định được gửi tới chủ sở hữu | Trạng thái chờ phản hồi và chờ đánh giá từ con người được chuyển thẳng vào Inbox của người phụ trách |
| Liệu Claude Code và Codex có thể nhận việc từ cùng một hàng đợi không? | Dot chạy trên GPT-6 Astra và có thể khởi tạo tác vụ trong Codex | Bất kỳ Runtime nào được hỗ trợ trên một Computer đã kết nối: Claude Code, Codex, Gemini, OpenCode và nhiều công cụ khác |
| Tác tử được phép can thiệp vào những đâu? | Custom Rules, auto-review, nghiên cứu chủ động chỉ đọc (read-only) | Chỉ dẫn cho Agent, các repository đính kèm, worktree cô lập, quyền hiển thị Computer; việc gán Task trong Backlog không tự kích hoạt quá trình chạy |
| Ai là người nghiệm thu kết quả? | Chủ sở hữu rà soát lại các công việc quan trọng | Luôn có một người đồng hành cùng Agent trên Task, và việc nghiệm thu là một thao tác đổi trạng thái mà cả đội ngũ đều thấy |
Cột bên phải không phải là một tác tử thông minh hơn. Đó là hệ thống ghi nhận và điều phối xoay quanh các tác tử. Sharkly không nhằm thay thế Claude Code, Codex hay các công cụ thực thi khác; nó bổ sung tầng quản lý chung về task, Computer, ngữ cảnh, kiểm soát và đánh giá xoay quanh các công cụ mà đội ngũ của bạn vốn đang dùng. Bốn vai trò, mỗi vai trò một nhiệm vụ: Agent định nghĩa cách xử lý công việc, Computer cung cấp môi trường máy chủ (host), Runtime thực thi phiên làm việc, còn Task đóng vai trò là bản ghi chia sẻ chung. Tiến độ, các sự kiện trace và kết quả cuối cùng đều được đồng bộ về Task, nhờ đó câu hỏi “đêm qua đã diễn ra những gì” sẽ được trả lời ngay trên board thay vì nằm rải rác trong bốn luồng trao đổi riêng tư.
Nguyên tắc phân định này giữ nguyên giá trị dù bạn sử dụng nhà cung cấp nào. Các tác tử nghiên cứu, thực thi, kiểm thử và báo cáo. Con người định hướng, cấp quyền và nghiệm thu kết quả. Bài viết Vai trò làm chủ của con người đối với công việc của tác tử giải thích lý do vì sao vế thứ hai không thể giao phó hoàn toàn cho tác tử, còn bài viết về các đội ngũ tích hợp tác tử (agentic teams) đề cập đến những thay đổi khi nhiều người cùng chia sẻ một board chung.
Khi nào nên dùng dot, và khi nào nên dùng board?
Hãy sử dụng dot khi công việc mang tính cá nhân, có tính chất lặp lại và vận hành chủ yếu trong ChatGPT, Slack, Teams cùng các ứng dụng được kết nối qua plugin: một kế hoạch ra mắt thay đổi theo phạm vi dự án, một phân tích cần chạy lại khi có dữ liệu mới, hay một hóa đơn mà ai đó quên gửi. Nếu bạn đã đăng ký gói Pro hoặc Business Premium và phần lớn công việc với tác tử là phục vụ riêng bạn, dot sẽ đòi hỏi ít thiết lập nhất so với các giải pháp khác ở đây, và bạn có thể hoàn toàn không cần đến board. Dot cũng làm mờ đi ranh giới giữa trợ lý AI và đồng đội AI: nó gánh vác công việc ngay cả khi bạn không theo dõi trực tiếp, tựa như một người đồng đội, nhưng lại chỉ chịu trách nhiệm trước một cá nhân duy nhất.
Hãy sử dụng board khi công việc có tính chất cộng tác: nhiều người cùng giao việc cho nhiều tác tử, sử dụng Runtime từ nhiều nhà cung cấp khác nhau, người đánh giá không phải là người tạo yêu cầu ban đầu, và lịch sử công việc theo từng Task cần được lưu trữ lâu dài thay vì biến mất sau một cuộc hội thoại. Điều này đặc biệt quan trọng nếu bạn muốn quy trình làm việc của mình không bị xáo trộn mỗi khi có một tác tử mới xuất hiện. Hôm nay có thể là Astra trong dot, Claude Code trên server và Codex trên laptop. Sang quý sau, đội hình công nghệ có thể thay đổi, và bảng điều phối của đội ngũ không nên bị đập đi xây lại mỗi lần như thế.
Hai giải pháp này hoàn toàn có thể kết hợp với nhau. Nếu pull request của một dot được gửi vào một repository GitHub đã kết nối với Sharkly và tiêu đề, nội dung hoặc tên nhánh có chứa Task ID, tính năng tích hợp GitHub của Sharkly sẽ tự động liên kết PR đó với Task tương ứng. Một dot mà bạn trò chuyện qua Slack hoàn toàn có thể cùng hoạt động song song với một Sharkly Agent sở hữu bot Slack riêng mà không hề xung đột hay thay thế lẫn nhau. Và nếu bạn muốn đưa GPT-6 Astra lên chính board, mô hình này sẽ được tích hợp theo cách tương tự như mọi mô hình khác: thông qua Runtime trên một Computer, bởi Agent sẽ tuân theo mô hình mặc định của Runtime đó. Hướng dẫn thiết lập chi tiết có trong bài viết chạy tác tử GPT-6 Astra trong Sharkly.
Dots không phải là công bố duy nhất tại DevDay về các tác tử có khả năng tự động hành động mà không cần đợi lệnh. MCP Events và team tasks, đều được nêu trong bản tóm tắt DevDay, cũng mang ý tưởng tương tự vào quy trình làm việc hướng sự kiện (event-driven); bài viết đi kèm của chúng tôi về ChatGPT theo dõi bảng dự án của bạn đặt ra câu hỏi về việc một sự kiện nên tạo ra kết quả gì sau khi được kích hoạt.
Mỗi công ty AI đều muốn bạn quản lý các tác tử của riêng họ. Sharkly cho phép bạn quản lý tác tử của chính mình. Nếu bạn muốn tiếp tục linh hoạt sử dụng nhiều coding agent thay vì bị trói buộc vào một hệ sinh thái duy nhất, đó chính là bài toán cốt lõi mà Sharkly được sinh ra để giải quyết.
