1. Không phải Doc mà là Dot, và nó giống "người phụ trách" hơn là bạn trò chuyện
Lúc đầu cái tên dễ gây nhầm. Không phải Doc. Là Dot.
ChatGPT bình thường hoạt động thế này: bạn hỏi, nó nghĩ, nó trả lời, rồi xong. Dot thì khác. OpenAI gọi Dots là "always-on agents", tức những trợ lý AI luôn hoạt động. Dot chạy bằng GPT-6 Astra, có máy tính trên đám mây và trình duyệt riêng, và có thể dùng các ứng dụng bạn đã kết nối để làm việc liên tục hướng tới một mục tiêu dài hạn.
Nói cách khác, nó không chỉ là "cái để trả lời câu hỏi" mà giống "người được giao phụ trách việc này" hơn.
Cuối cùng thì AI cũng được điều chuyển từ khung chat sang bảng phân công.
2. "Chạy 24 giờ" không có nghĩa là chạy không nghỉ, mà là trò chuyện xong thì việc vẫn còn đó
Chỗ này rất dễ hiểu lầm. Chạy 24 giờ không có nghĩa là bạn được tặng một máy chủ miễn phí chạy CPU không nghỉ giây nào.
Điều quan trọng là sau khi cuộc trò chuyện kết thúc, vai trò và bối cảnh vẫn được giữ lại. Nhờ vậy nó có thể tìm hiểu ngầm, kiểm tra định kỳ, xem các ứng dụng đã kết nối và tiếp tục những việc đang làm dở. Ngay cả khi bạn không gửi tin nhắn mới, nó vẫn có thể đọc những nguồn bạn cho phép và tìm thông tin có ích. OpenAI gọi việc này là "proactive research" (chủ động tìm hiểu).
Trước đây, bạn phải tự nhớ rồi gọi AI. Có Dot rồi thì giống như đã có người cầm sẵn việc đó trong tay.
Nghe thì nhỏ, nhưng khác biệt rất lớn. Khi làm việc thật, phần lớn thời gian không mất vào bản thân công việc mà mất vào việc nhớ lại "lần trước làm tới đâu rồi nhỉ?".
3. Tạo trên máy tính trước, sau đó mang theo trên điện thoại
Dot đầu tiên phải được tạo trong ứng dụng ChatGPT trên máy tính hoặc trên trình duyệt máy tính. 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ết định nó được tự làm những gì.
Tạo xong thì bạn có thể trò chuyện với nó qua ứng dụng điện thoại. Giống như làm giấy khai sinh một lần trên máy tính, rồi sau đó mang nó theo trên điện thoại Android hoặc iPhone.
Trong trang hồ sơ, bạn xem được việc đang làm, việc đã lên lịch và việc đã xong, đồng thời chỉnh được tần suất của các việc lặp lại và cách nhận thông báo. Cho phép Dot dùng máy tính của chính bạn là tùy chọn; mặc định Dot đã có máy tính đám mây riêng.
Tức là bạn không cần để máy tính bật 24 giờ thì nó mới làm việc được. Điểm này khá quan trọng.
4. Hạn mức sử dụng rất hời, nhưng không ai nói "miễn phí, không giới hạn mãi mãi"
Lúc ra mắt, Dot đầu tiên được tặng kèm không mất thêm phí trong các gói Pro hoặc Business Premium đủ điều kiện. Với các gói Enterprise, đây là bản thử nghiệm mà quản trị viên phải bật lên.
OpenAI cho biết trò chuyện với Dot không bị tính vào giới hạn sử dụng ChatGPT thông thường. Còn "deeper work" (công việc chuyên sâu) thì có hạn mức riêng, và trong 1 tháng đầu sau khi ra mắt, hạn mức này được nới rộng. Ghi chú phát hành còn nói rằng trong tháng đầu tiên, lượng dùng Dots của người dùng đủ điều kiện không bị tính vào hạn mức thông thường của gói.
Trên mạng xã hội có người kể "để Blender chạy cả đêm mà số liệu sử dụng gần như không giảm". Điều đó khớp với điều kiện lúc ra mắt, nhưng từ đó mà kết luận "giờ mình có một trang trại GPU miễn phí, không giới hạn mãi mãi" thì là suy diễn quá đà.
Ngoài ra, nếu Dot khởi chạy hoặc quản lý tác vụ trong Codex hay ChatGPT Work, phần sử dụng bên Codex hay Work vẫn bị tính như bình thường.
Không phải bữa ăn miễn phí. Nhưng món khai vị thì đúng là rất hào phóng.
5. Cách dùng đáng tiền nhất có lẽ là làm "trợ lý cho tác vụ hẹn giờ"
Tác vụ hẹn giờ (Scheduled Tasks) rất giỏi một việc: bắt đầu công việc đúng giờ. Nhưng với tự động hóa ngoài đời thật, cái khó không phải là bắt đầu mà là làm cho xong.
API lỗi một lần. Thiếu quyền truy cập. Đang chạy giữa chừng thì quá thời gian. Chỉ một bước bị hỏng. Nhật ký đã ghi. Nguyên nhân đã phân loại. Ngay cả bước tiếp theo cũng đã được ghi lại.
Rồi chẳng ai làm bước tiếp theo cả.
Ai từng làm tự động hóa chắc đều quá quen cảnh này.
Đặt Dot vào đây thì vai trò được chia rất rõ ràng.
Tác vụ hẹn giờ là "người bắt đầu công việc đúng giờ". Dot là "người xem kết quả, nếu chưa xong thì nhận lại làm tiếp".
Khi thấy việc bị lỗi, mới xong một nửa, bị tạm dừng hay vượt quá khả năng, nó kiểm tra lại tình trạng hiện tại rồi làm tiếp từ điểm cuối cùng đã được xác nhận là xong. Nếu còn việc khác có thể làm tiếp an toàn, nó không dừng lại. Nếu nguyên nhân nằm ở mã nguồn, nó sửa; khi cần, nó chuyển cho trợ lý AI chuyên viết code rồi thu lại kết quả.
Từ "gửi thông báo lỗi là xong" chuyển thành "có người tiếp tục ôm việc bị lỗi cho đến khi xong".
6. Tác vụ hẹn giờ là đồng hồ, Dot là đốc công, Codex là thợ sửa
Chia thành ba lớp thì rất dễ thiết kế.
Tác vụ hẹn giờ là đồng hồ. Đến giờ hoặc đủ điều kiện thì nó cho công việc chạy.
Dot là đốc công. Nó theo dõi tình trạng qua nhiều lần chạy, nhặt lại việc còn dang dở, sắp xếp thứ tự ưu tiên, không chỉ chạy lại mà đi sửa tận gốc, và bám theo đến khi xong thật sự.
Codex là thợ sửa. Gọi nó khi cần sửa code, chạy kiểm thử, sắp xếp lại code hoặc làm những phần phức tạp.
Điều quan trọng là: Dot không được coi như "xong việc" chỉ vì đã tạo một tác vụ trong Codex.
Codex bắt đầu → sửa xong → kiểm tra những gì đã thay đổi → chạy kiểm thử → đưa lên → chạy lại → kiểm tra trên hệ thống đang chạy thật.
Phải khép kín cả vòng đó mới gọi là xong.
Đốc công không thể về nhà chỉ vì đã gọi điện cho thợ sửa.
7. Khi có lỗi, đừng dừng ở "báo cáo" mà phải làm cho xong
Điều quan trọng nhất trong chỉ dẫn cho trợ lý thường trực này là nói rõ làm tới đâu thì mới tính là xong.
Chỉ dẫn tệ: "Có lỗi thì báo tôi." Như vậy bạn chỉ có thêm một chiếc camera an ninh xịn.
Chỉ dẫn tốt: "Khi phát hiện lỗi, hãy kiểm tra tình trạng hiện tại, tìm nguyên nhân, sửa ở mức nhỏ nhất mà vẫn an toàn, kiểm tra lại và làm tiếp nếu còn việc chưa xong. Nếu cần sửa code, hãy chuyển cho trợ lý lập trình, thu lại kết quả và kiểm tra lại. Nếu bây giờ chưa làm xong được, hãy lưu lại điểm cuối cùng đã xác nhận và bước tiếp theo, lần sau làm tiếp từ đó."
Nếu cùng một lỗi cứ lặp đi lặp lại, cần xem lại chính tác vụ hẹn giờ ban đầu: chỉ dẫn, điều kiện dừng, nguồn tham chiếu và cách nó quyết định thế nào là xong.
"Đã phân loại xong nguyên nhân" thì ngoài thực tế cũng giống như "đã biết đây là loại đám cháy gì".
Vậy thì dập lửa đi chứ.
8. Nhưng cũng không cần giao cho Dot toàn quyền cả vương quốc
Dots có phần cài đặt quyền và quy tắc tùy chỉnh (Custom Rules). Bạn có thể quyết định việc nào nó được tự làm, việc nào phải xin phép trước, việc nào phải hỏi mỗi lần và việc nào phải trả lại cho người xử lý.
Chủ động tìm hiểu cũng bị giới hạn có chủ ý. Ở chế độ chạy ngầm, nó đọc được các nguồn đã kết nối, nhưng bằng những công cụ tìm hiểu đó thì nó không thể tự gửi tin nhắn, sửa nội dung qua plugin hay tự ý điều khiển trình duyệt và máy tính. Những thay đổi thật sự vẫn phải đi qua quyền hạn, phê duyệt và kiểm tra an toàn như thường lệ.
Đây không hẳn là nhược điểm mà là thiết kế cần thiết cho một AI luôn hoạt động. Người làm việc 24 giờ không cần có quyền làm hỏng hệ thống đang chạy thật suốt 24 giờ.
Lời khuyên là: cho nó quan sát và tìm hiểu thoải mái, nhưng siết chặt những thao tác có thể gây hỏng hóc hoặc ảnh hưởng lớn ra bên ngoài.
9. Dùng thật mới thấy: "tinh ý" nghĩa là câu trả lời đã nằm sẵn trước khi bạn hỏi
Khi bắt đầu dùng Dot thật sự, bạn sẽ thấy ngoài vai trò trợ lý cho tác vụ hẹn giờ, nó còn rất hợp với nhiều việc khác.
Ví dụ, định kỳ xem lượt truy cập và vẽ biểu đồ diễn biến của những bài viết bắt đầu tăng. Và nó không dừng ở "bài nào tăng" mà còn tổng hợp "những bài tăng có điểm gì chung": chủ đề, người đọc đến từ đâu, ngôn ngữ, diễn biến sau khi đăng, người đọc bấm sang đâu tiếp. Từ đó nó chỉ ra trước chỗ nên cải thiện tiếp theo.
Việc còn lại là vận hành và bảo trì. Nếu có việc bị kẹt ở phía Cloudflare hay GitHub, nó kiểm tra tình trạng, khoanh vùng nguyên nhân, sửa nếu an toàn, và khi cần thì theo đến cùng. Bạn không phải lần nào cũng hỏi "giờ đang kẹt ở đâu?", "lượt truy cập sao rồi?", "bài nào đang lên?". Vừa mở Dot ra, việc kiểm tra và sửa chữa đã chạy rồi, câu trả lời nằm sẵn đó.
Nghe thì bình thường, nhưng đây mới là điểm mạnh nhất.
Hơn nữa, trên thực tế nó không chỉ xem lượt truy cập. Nó còn đẩy quá trình build bên Cloudflare chạy tiếp, theo dõi tình trạng bên GitHub và làm luôn những chỗ cần sửa. Nghĩa là nó không phải người canh gác chỉ biết báo có vấn đề, mà trong phạm vi được cho phép, nó tự xắn tay áo vào làm.
Bạn không còn phải tìm đến AI để xin câu trả lời mỗi lần. Ghé qua bàn của người phụ trách là thấy biểu đồ, phân tích nguyên nhân và kết quả sửa chữa đã nằm sẵn đó.
"AI tinh ý" nghe thì mơ hồ, nhưng trong công việc thật lại rất cụ thể: những câu hỏi trước đây bạn phải tự nhớ và hỏi mỗi lần, nó đã nhặt lên và xử lý trước.
Đến lúc này, điều giúp ích nhất có lẽ không phải tốc độ trả lời của AI, mà là bạn bớt hẳn những lần "à phải rồi, còn phải kiểm tra cái đó".
Dần dần, cảm giác không còn là giao việc cho AI nữa, mà là ghé xem kết quả của một đồng nghiệp vốn đã để mắt tới việc đó từ trước.
10. Kết luận: "Những chú lùn và bác thợ giày" không cần phép thuật, mà cần biết thế nào là xong
Giá trị thật của Dots không phải là "có thêm một chatbot thông minh".
Mà là tình trạng công việc vẫn còn nguyên khi bạn rời bàn, nó làm việc xuyên qua các tác vụ hẹn giờ và ứng dụng đã kết nối, và có thể làm tiếp từ lần lỗi trước.
Vì vậy, thay vì chỉ dùng để tán gẫu, hãy dùng nó làm "trợ lý thường trực cho những việc định kỳ hay bị lỗi", "người giám sát nhặt lại việc dang dở" và "người vận hành chỉ gọi chuyên gia khi cần sửa code", lúc đó nó mới thật sự phát huy.
Đây là phiên bản AI của truyện "Những chú lùn và bác thợ giày".
Nhưng sáng hôm sau giày làm xong thôi thì chưa đủ. Phải có người kiểm tra xem đi có vừa không.
Khẩu hiệu của thời đại trợ lý AI luôn hoạt động là:
Không chỉ báo cáo, mà phải làm cho xong.
