1. Không phải Doc. Là Dot. Và nó giống người phụ trách hơn là một cửa sổ chat
Tên gọi rất dễ nghe nhầm. Không phải Doc, mà là Dot.
Một cuộc trò chuyện ChatGPT thông thường thường có nhịp: bạn yêu cầu, AI suy nghĩ, trả lời rồi kết thúc lượt đó. Dot được thiết kế khác. OpenAI mô tả Dots là các always-on agents chạy bằng GPT-6 Astra, có máy tính đám mây và trình duyệt riêng, có thể dùng các ứng dụng đã kết nối và tiếp tục làm việc hướng tới mục tiêu dài hạn.
Vì vậy Dot giống “người đang chịu trách nhiệm cho việc này” hơn là “AI trả lời câu hỏi”.
AI cuối cùng đã chuyển từ ô chat sang bảng phân công trách nhiệm.
2. “24/7” không có nghĩa là vòng lặp vô hạn; nghĩa là trách nhiệm vẫn còn sau khi cuộc trò chuyện kết thúc
Đây là điểm cần tách bạch. Một tác nhân luôn hoạt động không phải VPS miễn phí đốt CPU từng giây mãi mãi.
Giá trị nằm ở tính liên tục. Dot có thể giữ trách nhiệm sau khi cuộc trò chuyện kết thúc, nghiên cứu nền, kiểm tra định kỳ, đọc các nguồn được kết nối và tiếp tục các công việc đã lên lịch ngay cả khi bạn không gửi tin nhắn mới. OpenAI gọi việc chủ động tìm thông tin hữu ích trong nền là proactive research.
Mô hình cũ là con người phải nhớ việc, mở AI lại, dựng lại ngữ cảnh rồi giao việc lần nữa. Với Dot, người phụ trách vẫn đang giữ hồ sơ đó.
Nghe có vẻ nhỏ cho đến khi bạn nhận ra con người mất bao nhiêu thời gian chỉ để hỏi “lần trước mình làm đến đâu rồi?”.
3. Thiết lập bắt đầu trên desktop; sau đó Dot có thể đi cùng bạn trên điện thoại
Dot đầu tiên được tạo trong ứng dụng ChatGPT trên máy tính hoặc qua trình duyệt desktop. Bạn đặt tên, giao mục tiêu, kết nối các ứng dụng cần thiết và quy định việc gì nó được tự làm.
Sau khi thiết lập, bạn có thể nhắn cho nó từ ứng dụng di động. Nói vui là: giấy khai sinh làm trên máy tính, sau đó trợ lý có thể đi vào túi quần cùng bạn.
Trang hồ sơ Dot cho thấy công việc đang chạy, đã lên lịch và đã hoàn tất. Bạn cũng có thể quản lý tần suất và thông báo cho các nhiệm vụ định kỳ. Truy cập máy tính cá nhân là tùy chọn; mặc định Dot đã có một máy tính đám mây riêng.
Vì thế không cần bật máy tính ở nhà suốt đêm chỉ để Dot tiếp tục làm việc.
4. Mô hình sử dụng rất hào phóng, nhưng OpenAI không nói “vĩnh viễn và hoàn toàn không giới hạn”
Khi ra mắt, Dot đầu tiên được bao gồm không tính thêm phí cho người dùng Pro và Business Premium đủ điều kiện. Với nhóm Enterprise, quyền truy cập bắt đầu dưới dạng beta do quản trị viên bật.
OpenAI cho biết các cuộc trò chuyện với Dot không tính vào giới hạn ChatGPT thông thường. Gói cũng bao gồm một allowance cho công việc sâu hơn, với giới hạn mở rộng trong tháng đầu sau khi ra mắt. Ghi chú phát hành còn nói rằng trong tháng đầu, mức sử dụng Dots của người dùng đủ điều kiện sẽ không tính vào allowance thông thường của gói.
Một số người dùng sớm chia sẻ rằng họ để các tác vụ sáng tạo nặng chạy qua đêm mà đồng hồ sử dụng thông thường gần như không giảm. Điều đó phù hợp với điều kiện ra mắt, nhưng không chứng minh rằng ta có một trang trại tính toán miễn phí vô hạn mãi mãi.
Nếu Dot tạo hoặc quản lý tác vụ trong Codex hoặc ChatGPT Work, các tác vụ đó vẫn sử dụng hạn mức Codex hoặc Work như bình thường.
Không phải buffet vô hạn. Nhưng món khai vị đúng là hào phóng hơi đáng ngờ.
5. Trường hợp sử dụng mạnh nhất có thể là “trợ lý cho tự động hóa định kỳ”
Scheduled Tasks rất giỏi bắt đầu công việc đúng giờ. Nhưng trong tự động hóa thực tế, phần khó nhất thường không phải bắt đầu mà là kết thúc.
API chập chờn. Thiếu quyền. Một bước timeout. Chỉ một tác vụ con thất bại. Log đã ghi. Blocker đã phân loại. Next action cũng đã lưu.
Rồi không ai thực hiện next action đó.
Kinh điển của tự động hóa.
Dot lấp đúng chỗ trống này.
Scheduled Task bắt đầu ca làm. Dot tiếp tục chịu trách nhiệm cho kết quả.
Nếu một run kết thúc ở trạng thái PARTIAL, BLOCKED, HOLD hoặc FAILED, Dot đọc lại trạng thái hiện tại, tiếp tục từ checkpoint cuối cùng đã được xác nhận, làm tiếp các công việc độc lập và an toàn, sửa nguyên nhân và theo dõi đến khi đạt điều kiện hoàn tất thực sự.
Hệ thống chuyển từ “báo cho tôi khi lỗi” sang “vẫn có người chịu trách nhiệm sau khi lỗi”.
6. Hãy hình dung Dot, Scheduled Task và Codex như quản đốc, đồng hồ và đội sửa chữa
Mô hình ba lớp rất dễ hiểu.
Scheduled Task là đồng hồ: khởi động công việc vào đúng thời điểm hoặc điều kiện.
Dot là quản đốc: giữ trạng thái qua nhiều run, tìm việc chưa xong, quyết định bước tiếp theo, tránh retry mù quáng và đẩy quy trình tới trạng thái kết thúc.
Codex là đội sửa chữa: chỉ gọi khi cần thay đổi code thật, chạy test, refactor hoặc triển khai phức tạp.
Quy tắc quan trọng nhất là “đã tạo task Codex” không đồng nghĩa “đã xong”.
Codex bắt đầu → tạo bản sửa → kiểm tra diff → chạy test → áp dụng thay đổi → chạy lại pipeline → kiểm tra kết quả thực tế.
Đến đây vòng lặp mới thật sự đóng.
Quản đốc không thể về nhà chỉ vì đã gọi thợ máy.
7. Xử lý thất bại phải là vòng lặp khép kín, không phải máy tạo báo cáo
Phần quan trọng nhất trong chỉ dẫn cho Dot là điều kiện dừng.
Chỉ dẫn yếu: “nếu có lỗi thì báo cho tôi.” Kết quả là một camera giám sát rất đắt tiền.
Chỉ dẫn mạnh: “khi có lỗi, đọc trạng thái hiện tại, xác định nguyên nhân, thực hiện bản sửa nhỏ nhất và an toàn, xác minh lại và tiếp tục nếu còn việc có thể làm. Nếu cần sửa code, giao cho coding agent, lấy kết quả về rồi xác minh lại. Nếu chưa thể hoàn tất trong run này, lưu checkpoint chính xác và next action để run sau tiếp tục từ đó.”
Nếu cùng một lỗi lặp lại, cần xem lại cả Scheduled Task gốc: prompt, điều kiện dừng, tài liệu tham chiếu, giả định và tiêu chí hoàn tất.
“Đã phân loại nguyên nhân gốc” ở hiện trường giống như nói: “bây giờ chúng ta biết đây là loại đám cháy nào.”
Tốt. Giờ dập nó đi.
8. Nhưng cũng không cần giao chìa khóa cả vương quốc cho Dot
Dots hỗ trợ quyền và Custom Rules. Bạn có thể quy định hành động nào được tự động, hành động nào cần phê duyệt trước, hành động nào phải hỏi mỗi lần và hành động nào phải giao lại cho con người.
proactive research cũng được giới hạn có chủ ý. Nó có thể đọc nguồn được phép và lưu ghi chú riêng, nhưng công cụ nghiên cứu không thể trực tiếp gửi tin nhắn, thay đổi nội dung qua plugin hoặc điều khiển trình duyệt và máy tính. Các hành động tiếp theo vẫn phải đi qua quyền, phê duyệt và kiểm tra an toàn thông thường.
Đây không chỉ là hạn chế. Một nhân viên 24/7 không cần thêm quyền 24/7 để phá production.
Nguyên tắc hợp lý là quan sát rộng, quyền thay đổi có hậu quả thì hẹp.
9. Khi dùng thật, “tinh ý” nghĩa là câu trả lời đã nằm đó trước khi bạn phải hỏi
Khi bắt đầu dùng Dot trong công việc thật, một vai trò hữu ích khác xuất hiện ngoài việc giám sát Scheduled Tasks: tự nhận các lần kiểm tra lặp lại mà trước đây con người phải nhớ rồi hỏi thủ công.
Ví dụ, Dot có thể theo dõi lượt truy cập, vẽ đồ thị xu hướng của những bài đang bắt đầu tăng, rồi tiến thêm một bước: không chỉ hỏi “bài nào tăng?”, mà còn phân tích “các bài đang tăng có đặc điểm chung gì?”. Chủ đề, nguồn vào, ngôn ngữ, chuyển động sau khi xuất bản và luồng điều hướng nội bộ có thể trở thành phân tích liên tục thay vì câu hỏi một lần.
Vận hành cũng vậy. Nếu có thứ gì bị kẹt ở Cloudflare hoặc GitHub, Dot có thể kiểm tra trạng thái, thu hẹp nguyên nhân, thực hiện sửa chữa an toàn khi được phép rồi theo dõi tới khi hoàn tất. Thay vì liên tục hỏi “đang kẹt ở đâu?”, “lượt truy cập thế nào?” hay “bài nào đang tăng?”, bạn mở Dot và có thể thấy điều tra, biểu đồ hoặc việc sửa lỗi đã tiến triển.
Đó có thể là kiểu thông minh hữu ích nhất.
Và trong thực tế, Dot không chỉ dừng ở việc theo dõi số liệu. Nó còn có thể đẩy quá trình build trên Cloudflare tiến lên, quan sát trạng thái GitHub và thực hiện sửa chữa khi cần. Nghĩa là nó không chỉ là lớp giám sát phát hiện vấn đề rồi báo cáo; khi được phép, nó có thể trực tiếp xuống hiện trường và làm việc.
Đến mức đó, “tinh ý” không còn là lời khen mơ hồ. Về vận hành, nó có nghĩa là quan sát, sửa, xác minh rồi tiếp tục mà không cần một micro-instruction mới ở từng bước. Cảm giác bắt đầu chuyển từ “công cụ tiện lợi” sang “người vận hành thật sự đang giữ việc”.
Bạn không còn phải đến AI để lấy câu trả lời từng lần. Bạn chỉ cần nhìn vào bàn làm việc của một người phụ trách và thấy biểu đồ, chẩn đoán nguyên nhân cùng kết quả sửa chữa đã ở đó.
“AI tinh ý” nghe khá mơ hồ, nhưng trong vận hành thì rất cụ thể: nó nhặt trước những câu hỏi mà trước đây bạn phải tự nhớ và hỏi đi hỏi lại.
Lợi ích năng suất lớn nhất có lẽ không nằm ở tốc độ trả lời, mà ở việc giảm nghĩa vụ của con người phải liên tục nhớ xem còn gì cần kiểm tra.
Trong thực tế, Dot còn có thể đi xa hơn việc quan sát. Nó có thể theo dõi trạng thái build trên Cloudflare, kiểm tra tình hình trong GitHub và tiến hành sửa lỗi thực tế khi quyền hạn và quy tắc an toàn cho phép. Hành vi bắt đầu chuyển từ “tôi đã tìm thấy vấn đề” sang “tôi đã tìm thấy và xử lý nó”.
Đến mức này, cảm giác không còn là “có vẻ tinh ý” mà là “thực sự tinh ý”. Con người không cần lặp lại việc đi qua dashboard, repository, trạng thái build và những công việc bị kẹt mỗi lần.
Mối quan hệ bắt đầu giống đi xem kết quả của một người vận hành vốn đã theo dõi hệ thống hơn là giao từng việc cho AI.
10. Kết luận: phép màu không nằm ở “luôn bật”, mà ở “luôn chịu trách nhiệm”
Thay đổi quan trọng không phải là ChatGPT có thêm một cửa sổ chat thông minh.
Mà là AI có thể giữ trách nhiệm khi con người rời đi, làm việc xuyên qua các nhiệm vụ định kỳ và ứng dụng kết nối, rồi tiếp tục từ điểm thất bại trước đó thay vì bắt bạn kể lại toàn bộ câu chuyện.
Vì thế Dots đặc biệt phù hợp làm giám sát cho các workflow định kỳ hay trục trặc: theo dõi run, nhặt việc chưa xong, gọi chuyên gia chỉ khi cần và tiếp tục đến khi đạt điều kiện hoàn tất thực sự.
Đó là phiên bản AI của những chú yêu tinh thợ giày.
Nhưng sáng hôm sau, đừng chỉ kiểm tra xem đôi giày có tồn tại hay chưa. Hãy xem nó có vừa chân không.
Hoàn tất, không chỉ báo cáo.
