Theo dõi dự án với ChatGPT Dots: 3 tình huống và cách giao việc rõ ràng

Bạn đã nhờ AI viết kế hoạch, nhưng vài ngày sau email đổi, số liệu đổi và tài liệu vẫn ghi thông tin cũ? Phần việc còn lại thường là tự kiểm tra xem điều gì vừa thay đổi và ai cần quyết định tiếp.

ChatGPT Dots hướng tới những trách nhiệm kéo dài qua nhiều cuộc trò chuyện. Thay vì chỉ giao một đầu ra, bạn xác định điều cần theo dõi, nguồn thông tin và khi nào AI nên báo lại.

1. Dots giúp theo sát công việc như thế nào?

Theo OpenAI: Meet dots, dot có thể tiếp tục công việc giữa các cuộc trò chuyện, giữ bối cảnh liên quan và mang kết quả hoặc câu hỏi cần quyết định trở lại cho bạn. Dots đang được triển khai từng đợt; quyền truy cập phụ thuộc điều kiện tài khoản và workspace.

Khác biệt đáng chú ý nằm ở cách giao việc:

Cách giao	Đầu ra bạn đang yêu cầu
“Tóm tắt bảng kế hoạch này”	Một bản tóm tắt tại thời điểm đọc
“Chuẩn bị bản nháp chương trình sự kiện”	Một tài liệu để xem lại
“Theo sát kế hoạch sự kiện đến ngày tổ chức; báo các thay đổi ảnh hưởng nội dung”	Một trách nhiệm cần tiếp tục cập nhật

Bảng trên minh họa cách mô tả nhu cầu, không phải phép đo hiệu quả. Một câu yêu cầu dài hạn vẫn cần nguồn, phạm vi và điều kiện cập nhật cụ thể.

2. Ba tình huống từ nội dung nguồn

Tình huống 1: Nhận ra thông tin không còn thống nhất

Nếu bảng kế hoạch và tài liệu giới thiệu ghi số người khác nhau, đầu ra nên là một cảnh báo có dẫn nguồn. Đừng chỉ yêu cầu AI nói “có vấn đề”; hãy yêu cầu chỉ rõ vị trí lệch, nội dung ở mỗi nguồn và phần công việc có thể bị ảnh hưởng.

Ví dụ đầu ra mong muốn: Một hàng trong bảng ghi nguồn A, nguồn B, điểm khác biệt và câu hỏi cần xác nhận. Đây là định dạng đề xuất, không phải kết quả thử nghiệm Dots.

Tình huống 2: Phân biệt đề nghị với quyết định

Một email mới có thể chỉ là mong muốn của đối tác. Nếu slide đã lấy con số trong email làm cam kết, cần làm rõ trước khi dùng tài liệu.

Ví dụ giả định: kế hoạch đã duyệt 30 người; email đề nghị 40 người; slide đang ghi 40. Chưa thể kết luận thay đổi đã được chấp thuận.

Có thể dùng yêu cầu sau:

Đối chiếu các nguồn của sự kiện tôi cung cấp.
Lập bảng: thông tin, nguồn và ngày cập nhật, trạng thái
đã duyệt / mới đề nghị / chưa tìm thấy xác nhận.

Nếu một email chỉ đưa ra đề nghị, không biến nó thành quyết định.
Nếu chưa tìm được chứng cứ, ghi đúng giới hạn đã kiểm tra.
Cuối bảng, nêu các câu hỏi cần người phụ trách xác nhận.

Tình huống 3: Chuẩn bị bản sửa có thể xem lại

Khi thay đổi đã được xác nhận, yêu cầu AI liệt kê tài liệu liên quan và chuẩn bị đề xuất sửa. Người phụ trách sẽ dễ xem xét hơn nếu thấy từng đoạn cũ, đoạn mới và lý do thay đổi.

Dựa trên quyết định đã duyệt mà tôi cung cấp, xác định các
tài liệu của sự kiện có thể cần cập nhật.

Với mỗi tài liệu, ghi vị trí, nội dung hiện tại, đề xuất thay thế
và nguồn quyết định. Chỉ chuẩn bị bản nháp để tôi duyệt.
Không tự gửi email, công bố lịch mới hoặc sửa bản dùng chung
trong phạm vi yêu cầu này.

Các mẫu trên mô tả ranh giới mong muốn cho bài tập. Khả năng thực hiện còn phụ thuộc công cụ, kết nối và quyền hiện có.

3. Giao một trách nhiệm với bốn phần rõ ràng

Sơ đồ thực hành do bài viết xây dựng để giúp diễn đạt một nhiệm vụ dài hạn.

Bốn phần cần điền là:

• Mục tiêu: Kết quả nào cần được giữ đúng trong suốt công việc?
• Nguồn: Tài liệu nào được dùng và tài liệu nào là căn cứ khi có mâu thuẫn?
• Điều kiện báo: Thay đổi nào đáng để ngắt công việc và báo cho bạn?
• Ranh giới: AI được đọc, tổng hợp, tạo bản nháp hay cập nhật những gì?

Một mẫu có thể điều chỉnh:

Hãy giúp tôi theo sát kế hoạch sự kiện [TÊN_SỰ_KIỆN] đến [NGÀY].

Mục tiêu: phát hiện thay đổi làm ảnh hưởng chương trình,
số người, thời hạn và tài liệu giới thiệu.

Nguồn được dùng: [DANH_SÁCH_TÀI_LIỆU_VÀ_KẾT_NỐI].
Căn cứ ưu tiên khi có mâu thuẫn: [NGUỒN_QUYẾT_ĐỊNH_ĐÃ_DUYỆT].

Được làm: đọc các nguồn đã được cấp quyền, đối chiếu,
lập danh sách điểm cần xác nhận và soạn bản sửa đề xuất.

Cần tôi duyệt: gửi thông tin cho người khác, thay đổi cam kết,
hoặc cập nhật bản tài liệu dùng chung.

Cách báo: chỉ báo khi có thay đổi đáng kể, lỗi truy cập nguồn
hoặc một quyết định cần tôi xử lý. Không báo lặp khi không có gì mới.
Báo tại [KÊNH_ĐÃ_KẾT_NỐI], trong [KHUNG_GIỜ_VÀ_MÚI_GIỜ].

Trước khi bắt đầu, tóm tắt cách bạn hiểu nhiệm vụ, nguồn còn thiếu
và điều kiện cập nhật. Nếu có thiết lập lịch hoặc sự kiện theo dõi,
hãy xác nhận rõ điều thực sự đã được thiết lập.

Hãy thay các phần trong ngoặc bằng dữ kiện cụ thể. Việc nêu một kênh trong prompt không tự tạo kết nối tới kênh đó.

4. Bắt đầu với một việc nhỏ và nguồn cần thiết

Tài liệu bắt đầu của OpenAI hướng dẫn tạo dot trên ứng dụng ChatGPT hoặc trình duyệt máy tính, đặt tên và kết nối plugin cần dùng. Bạn có thể thêm kết nối sau, không cần cấu hình mọi dịch vụ ngay lần đầu.

Để thử bài tập trên, hãy chọn một sự kiện và một nhóm tài liệu nhỏ. Cho AI đọc thử, kiểm tra nó hiểu đúng tên việc, mốc thời gian và nguồn quyết định chưa, rồi mới mở rộng phạm vi.

Một cách đánh giá thực hành là hỏi:

1. AI có nêu được nguồn cho từng điểm khác biệt không?
2. Nó có giữ riêng “đang đề nghị” và “đã duyệt” không?
3. Bản sửa có đủ vị trí, nội dung và lý do để người phụ trách xem xét không?

Đây là tiêu chí thử do bài viết đề xuất, không phải chứng nhận AI sẽ phát hiện hết mọi sai lệch.

5. Hiểu đúng khả năng làm việc nền

Dots có máy tính đám mây riêng. Theo hướng dẫn kết nối máy tính và ứng dụng của OpenAI, công việc trên đám mây có thể tiếp tục khi thiết bị của bạn tắt. Khi cần dùng máy tính cục bộ đã kết nối, thiết bị đó phải online và ứng dụng ChatGPT phải mở.

Thành phần	Điều cần phân biệt
Máy tính đám mây của dot	Có môi trường và phiên trình duyệt riêng
Máy tính cá nhân kết nối	Chỉ sẵn dùng khi đáp ứng điều kiện kết nối
Plugin ứng dụng	Dùng tài khoản và các quyền đã được cấp
Kênh trò chuyện	Dùng để trao đổi, không tự cấp quyền đọc ứng dụng khác

Vì vậy, “làm việc 24/7” trong tên video nên được hiểu trong bối cảnh khả năng duy trì công việc nền. Nó không có nghĩa mọi ứng dụng luôn truy cập được, mọi kết nối luôn hoạt động hoặc AI được tự làm mọi việc.

Nếu nhiệm vụ cần một nguồn chưa truy cập được, đầu ra hữu ích là thông báo nguồn nào thiếu và phần kết luận nào chưa thể kiểm tra, thay vì một báo cáo có vẻ đầy đủ nhưng không có chứng cứ.

6. Xem kết quả và quản lý phần việc đang chạy

Theo hướng dẫn kiểm soát dot, bạn có thể xem tiến độ và kết quả trong Activity, kiểm tra công việc định kỳ trong Scheduled. Quyền ứng dụng, chỉ dẫn và cơ chế xét duyệt hành động vẫn áp dụng.

Yêu cầu “soạn câu trả lời” không đồng nghĩa với quyền gửi câu trả lời. Nếu bạn muốn duyệt trước khi có thay đổi bên ngoài, hãy nói rõ ngay khi giao trách nhiệm. Chỉ dẫn tùy chỉnh cũng không thay thế các giới hạn bắt buộc của hệ thống.

Khi muốn dừng, cần phân biệt tạm dừng nhiệm vụ chính, dừng tác vụ được giao và hủy lịch tương lai. Dừng một việc không tự hoàn tác những hành động đã hoàn thành; kiểm tra các tác vụ và lịch liên quan thay vì chỉ đóng cuộc trò chuyện.