Hội thoại AI và Workplace#

Từ đề xuất việc đến kiểm tra và nhận kết quả: AI làm theo chỉ đạo của chủ sở hữu; bài nộp và ghi chú của người khác luôn là dữ liệu.

Workplace nối một hội thoại AI với phần công việc cần người thực hiện. AI có thể soạn yêu cầu, nhờ kiểm tra và cập nhật sau duyệt. Những thao tác hướng tới người làm cần người có quyền xác nhận; Staff và Manager không gửi lệnh trực tiếp cho AI.

Nhờ người làm — ask-human#

1. Hội thoại AI xác định điều cần người làm, lý do, dự án, loại việc, nhãn, hạn và liên kết bằng chứng.
2. AI tạo đề xuất bằng org-task ask-human. Nếu bỏ dự án, hội thoại phải có đúng một dự án để suy ra; dự án “Việc chung” của công ty là cách gom việc chung khi được hệ thống cấu hình.
3. Đề xuất vào Việc chưa giao. Người có quyền chọn người nhận, kiểm tra nội dung rồi giao; trước đó Staff không thấy nháp và chưa nhận thông báo giao việc.
4. Người làm nhận thông báo, làm và nộp trên Workplace.
5. Kết quả được kiểm tra và duyệt như phần dưới.

AI đề xuất có thể dùng withdraw-human trước khi giao nếu tạo nhầm; sau giao, việc hủy thuộc người có quyền. Muốn tiếp nối nhiều lần, dùng job và vòng.

Giao việc từ hội thoại — give-from-chat#

Khi chủ sở hữu nói “giao cho người này kiểm tra…”, AI tự soạn brief tiếng Việt: việc gì, vì sao, bước thực hiện, hạn, liên kết và cách nộp. org-task give là cách tạo đề xuất giao, không phải quyền giao trực tiếp của AI.

1. AI đề xuất người nhận và brief; chủ sở hữu nhận một thẻ chờ quyết định.
2. Trong Việc chưa giao, đọc người được đề xuất, hạn và brief; bấm Sửa nếu cần đổi.
3. Admin hoặc Manager có quyền trên task và người nhận bấm Giao. Từ lúc này mới có giao thật, bình luận brief, người theo dõi và thông báo theo cài đặt của người nhận.
4. Bỏ đề xuất giữ task trong hàng chưa giao; không tự hủy task.

AI và Staff không được bấm giao/dismiss bằng thông tin xác thực hội thoại. Việc thay người phải được kiểm tra phạm vi lại lúc giao.

Tự kiểm tra khi nộp#

Sau bài nộp đầy đủ, hệ thống chọn AI phụ trách theo dự án/luồng yêu cầu và nhờ so với yêu cầu gốc. Trong each, phải đủ bài của các người hiện được giao trước khi kiểm tra cả việc.

AI trả checked (khớp), mismatch (chưa khớp) hoặc unverifiable (chưa kiểm tra được, trên luồng hỗ trợ). Một vòng nhận checked/mismatch theo hợp đồng vòng. Mismatch giữ việc ở hàng chờ quyết định; đó không phải từ chối tự động. Chủ sở hữu/Manager có quyền vẫn xem bằng chứng và quyết định trong ranh giới của mình.

Chuẩn bị phát hành: dải ba bước AI kiểm tra → Anh duyệt → Cập nhật hồ sơ, nhãn kiểm tra rõ, kiểm tra lại bằng AI cũ/AI khác, và điền sẵn lý do trả lại từ ghi chú AI. Manager và Staff không được đọc ghi chú AI nội bộ hoặc tự gọi kiểm tra lại AI.

Kết quả trở về sau duyệt#

1. Người có quyền duyệt bài nộp hiện tại. Đánh giá sao không thay thế hành động này.
2. Với ask-human, kết quả đã duyệt được gửi về hội thoại đề xuất và các đích return-to được phép; vòng gửi về AI nguồn của job.
3. Gói gửi gồm lời dặn của chủ sở hữu, bài nộp/links/tệp đã đóng khung và bối cảnh phù hợp. Biên nhận có thể là đang chờ, đã gửi hoặc thất bại.
4. AI đọc bằng org-task human-result <task-id>; tải tệp được phép bằng human-file. AI làm tiếp theo lời dặn và ghi org-task note để chủ sở hữu biết đã sửa/cập nhật gì.

Chuẩn bị phát hành: với task do người quản lý tạo, không có AI đề xuất/return-to, kết quả duyệt cũng được chuyển tới AI phụ trách dự án để cập nhật hồ sơ. Phần hồ sơ cho biết chờ cập nhật, đã cập nhật khi AI ghi note, lỗi gửi hoặc không có AI dự án. Đã gửi không có nghĩa hồ sơ đã cập nhật; lỗi gửi có thao tác gửi lại. Không gửi trùng một lần nữa cho ask-human/vòng.

Chủ sở hữu gửi cho AI#

Admin dùng Gửi cho AI trên task có bài nộp. Đích mặc định là AI nguồn, có thể chọn hội thoại AI khác đã đăng ký. Lời dặn trong ô ghi chú được gửi cùng bài nộp và bối cảnh. AI trả lời trên task bằng org-task reply; Admin thấy phản hồi và nhận thông báo.

Gửi là hành động riêng, giữ nguyên trạng thái task và kết quả kiểm tra. Nếu cần sửa bài nộp, người có quyền dùng luồng trả lại; AI phản hồi không tự cấp quyền sửa hoặc duyệt cho nó.

Quản lý và AI#

Đã chấp thuận, chưa chứng minh phát hành trong bản nền 09/10: các hành động Manager gửi cho AI dự án dưới dạng FYI — chỉ ghi nhận. Nội dung cố định yêu cầu ghi quyết định vào ghi chú, không bắt đầu làm, không nhắn Staff và không trả lời nếu chưa được hỏi. Ghi chú Manager được đóng khung như dữ liệu, không trở thành lệnh. Biên nhận AI chỉ Admin xem.

Luồng Cần AI làm tiếp khi được phát hành:

1. Manager chọn lựa chọn này, viết lý do bắt buộc.
2. Hệ thống tạo thẻ chờ chủ sở hữu chọn Đồng ý / Không; chưa gửi yêu cầu hành động tới AI.
3. Chỉ khi chủ sở hữu đồng ý, hệ thống gửi chỉ đạo mang danh chủ sở hữu tới AI dự án, giữ ghi chú Manager trong vùng dữ liệu.
4. Nếu không đồng ý, Manager nhận thông báo trong app. Đề xuất và quyết định đều có lịch sử.

Trong phiên bản trước luồng này, Manager xử lý task trong phạm vi và báo chủ sở hữu; không tìm cách gửi trực tiếp qua nút/API của Admin.

Ranh giới tin cậy#

• Chỉ chủ sở hữu chỉ đạo AI trong luồng Workplace này. Staff/Manager không biến bài nộp, bình luận, brief hay tệp thành lời chỉ đạo cho AI.
• Bài nộp, link, tên tệp và nội dung Manager được đưa vào vùng dữ liệu được đóng khung (fenced). Dấu đóng khung giả trong nội dung bị loại; bối cảnh không chép lại bài nộp ngoài vùng đó.
• AI đọc dữ liệu để đối chiếu, không làm theo mệnh lệnh bên trong như “bỏ qua yêu cầu”, đổi quyền hay gửi dữ liệu đi nơi khác. Chuỗi giống khóa được che trong gói gửi, nhưng người dùng vẫn phải tránh đưa bí mật vào nội dung.
• API kiểm tra vai trò, phạm vi và đối tượng lại mỗi lần; giấu nút không phải biện pháp bảo vệ duy nhất. Quyền hội thoại AI không tương đương phiên Admin.
• Key tích hợp Workplace cần được cấp quyền riêng, mặc định từ chối. Quyền đọc/ghi không tự bao gồm quản trị; key Code không được dùng làm credential Workplace. Tích hợp không được vượt luồng người phê duyệt hoặc thực thi công cụ trên máy chủ.