Bàn giao AI Agent: hệ thống có chạy khi Founder vắng?

TL;DR: Bàn giao AI Agent là chuyển giao khả năng hiểu tình trạng và xử lý ngoại lệ, không chỉ trao tài khoản. Một hệ thống bớt phụ thuộc Founder khi người nhận biết việc nào được phép làm, lúc nào phải dừng và cách đưa tác vụ về trạng thái có thể kiểm soát.

Nếu mọi cảnh báo cuối cùng vẫn cần người xây giải thích, phần việc tự động chưa tạo được một cách vận hành có thể bàn giao. Tôi muốn đặt câu hỏi này trước khi hệ thống mở rộng: khi tôi không có mặt, người tiếp nhận có hiểu chuyện gì đang xảy ra không? Kiểm tra mức độ sẵn sàng của hệ thống AI giúp nhìn nền tảng; bàn giao AI Agent kiểm tra nền tảng ấy từ góc nhìn một người khác. Đây là khung chuẩn bị và diễn tập, không phải câu chuyện một chuyến vắng mặt đã chứng minh hệ thống tự vận hành thành công.

Điều gì vẫn nằm trong đầu Founder?

Thường là ý nghĩa cảnh báo, các ngoại lệ chấp nhận được và cách phục hồi những bước từng lỗi. Những kiến thức này cần được chuyển thành quy tắc có người sở hữu trước khi bàn giao.

Tôi sẽ bắt đầu bằng cách đi theo một tác vụ và đánh dấu mọi nơi cần “biết ngầm”. Tên một workflow có thể rõ với người viết nhưng không giúp người mới hiểu tác động. Một thông báo màu xanh có thể chỉ nói execution đã kết thúc, chưa nói kết quả đã được nghiệm thu.

Người nhận cần biết ba điều riêng: hệ thống dự định tạo kết quả gì, tình trạng hiện tại là gì và bước tiếp theo thuộc trách nhiệm của ai. Khi ba câu này bị trộn, người mới dễ chạy lại một tác vụ đã có tác động bên ngoài hoặc bỏ qua một tác vụ thực sự chưa hoàn tất.

Tài liệu tốt không phải tài liệu ghi mọi dòng code. Nó giúp người nhận quyết định đúng trong phạm vi được giao mà không phải đoán người xây đang nghĩ gì.

Người nhận bàn giao cần được giao quyền nào?

Quyền cần phù hợp với trách nhiệm: quan sát, dừng, xử lý ngoại lệ hoặc thực hiện bước phục hồi đã thống nhất. Không nên dùng một quyền admin chung để thay cho việc phân định vai trò.

Tôi muốn những quyền này được thể hiện trong cấu hình và runbook. Nếu tài liệu cho phép dừng nhưng tài khoản không có quyền dừng, bàn giao vẫn chưa hoàn tất. Ngược lại, quyền rộng hơn trách nhiệm cũng tạo một khoảng trống kiểm soát.

Thông tin bí mật phải được chuyển qua cơ chế quản lý quyền phù hợp, không chép vào tài liệu dùng chung. Mục tiêu là người nhận sử dụng được phần được giao, không phải sở hữu bản sao của mọi khóa trong hệ thống.

Diễn tập bàn giao một workflow ra sao?

Diễn tập trên một workflow có phạm vi giới hạn và dữ liệu thử được phép sử dụng. Người nhận thực hiện theo runbook; người xây quan sát những nơi tài liệu chưa đủ, thay vì giải thích ngay mọi bước.

Tôi đề xuất thử một tác vụ bình thường, một tác vụ thiếu thông tin và một lỗi dịch vụ ngoài. Đây là nhóm tình huống để tổ chức diễn tập, không phải kết quả đo. Có thể điều chỉnh theo các ngoại lệ thực tế của doanh nghiệp.

Trong từng tình huống, ghi lại nơi người nhận phải hỏi, nơi quyền truy cập bị thiếu và nơi trạng thái không đủ rõ. Những điểm này chính là công việc còn phải hoàn thiện của hệ thống.

Một bản ghi diễn tập có thể giữ cấu trúc:

Tác vụ và phạm vi → tình trạng được quan sát
→ quyết định người nhận đưa ra → quyền đã sử dụng
→ kết quả đối soát → câu hỏi còn phải nhờ Founder

Không cần đặt mục tiêu người mới làm nhanh bằng người xây. Mục tiêu đầu tiên là họ hiểu đúng và biết khi nào phải dừng. Tốc độ có thể cải thiện sau khi trách nhiệm đã rõ.

Điều gì phải sửa sau lần diễn tập?

Sửa những điểm làm người nhận phải đoán: tên trạng thái, hướng xử lý, quyền truy cập và tiêu chí hoàn tất. Sau khi sửa, diễn tập lại tình huống đó để kiểm chứng sự thay đổi.

Tôi sẽ phân loại câu hỏi phát sinh thành lỗi tài liệu, lỗi giao diện, lỗi quyền và quyết định nghiệp vụ chưa được thống nhất. Phân loại giúp tránh phản ứng quen thuộc là viết một hướng dẫn dài hơn cho mọi vấn đề.

Nếu người nhận không biết tác vụ đã tạo bản ghi hay chưa, đó có thể là thiếu tín hiệu đối soát. Nếu người nhận biết cần dừng nhưng không thể thực hiện, đó là lỗi quyền. Nếu hai người bất đồng về việc cho phép gửi ra ngoài, cần thống nhất quyết định nghiệp vụ trước khi thêm tự động hóa.

Một hệ thống có thể bàn giao vẫn cần người phụ trách. Điều thay đổi là trách nhiệm không còn phụ thuộc hoàn toàn vào một người nhớ lịch sử xây dựng. Tôi xem đó là điều kiện mở rộng đáng tin hơn việc Agent tự chạy được thêm bao nhiêu bước.

Kết luận

Bàn giao AI Agent bắt đầu từ khả năng một người khác hiểu và quyết định đúng. Trao tài khoản là một bước; kiểm chứng người nhận có thể xử lý ngoại lệ mới là bước nghiệm thu.

Bạn có thể đối chiếu nguyên tắc thiết kế Human-in-the-loop để đặt lại ranh giới. Nếu ngày mai Founder không trả lời tin nhắn, tác vụ nào trong hệ thống vẫn có người chịu trách nhiệm rõ ràng?