A2A trong Zero: Tác nhân là gì?
Zero A2A là hình thức giao tiếp giữa các tác nhân trong sản phẩm. Nó cho phép một tác nhân mở nhiều cuộc trò chuyện riêng biệt, cho phép một điều phối viên phân công công việc giới hạn cho các tác nhân chuyên biệt, và cho phép bạn gõ @ trong trình soạn thảo trò chuyện để đưa một cuộc trò chuyện có sẵn vào so sánh, bàn giao hoặc quyết định.
Điều này hữu ích khi một công việc quá rộng, nhiều nhiễu hoặc rủi ro để thực hiện trong một cuộc trò chuyện dài. Thay vì yêu cầu một tác nhân giữ mọi kiểm thử, nguồn và quyết định trong cùng một ngữ cảnh, bạn phân chia từng phần công việc vào một nơi rõ ràng và chỉ mang về bằng chứng quan trọng.
Ba cách A2A hoạt động trong Zero
| Bạn muốn làm gì | Thiết lập này | Kịch bản đầu tiên phù hợp |
|---|---|---|
| Lặp lại một phương pháp với ngữ cảnh sạch | Một tác nhân, nhiều trò chuyện | Kiểm thử đăng ký, thanh toán, quyền truy cập và di động riêng biệt |
| Giao từng phần công việc cho các chuyên gia khác nhau | Một điều phối viên, nhiều tác nhân chuyên biệt hoặc phụ tác nhân | Chia nhỏ một lần ra mắt thành nghiên cứu, kiểm thử trình duyệt, viết và xuất bản |
| Tái sử dụng công việc đã có | @ một trò chuyện khác trong trình soạn thảo | So sánh hai báo cáo QA hoặc chuyển nghiên cứu sang nhiệm vụ viết |
Ba đối tượng sản phẩm đứng sau các mẫu này:
- Tác nhân là người lao động có thể tái sử dụng. Nó sở hữu hướng dẫn, quy trình, kết nối, quyền, tông giọng, vai trò và lựa chọn mô hình.
- Trò chuyện là một cuộc hội thoại riêng biệt với một tác nhân. Nó giữ một kiểm thử, đánh giá hoặc nhiệm vụ sản xuất trong ngữ cảnh riêng.
- Lần chạy là một phản hồi đang hoạt động trong một trò chuyện. Lần chạy thực hiện công việc và có thể chờ khi không gian làm việc đạt giới hạn đồng thời.
Chi tiết quan trọng rất đơn giản: một trò chuyện con mới không kế thừa toàn bộ lịch sử của trò chuyện điều khiển. Tin nhắn đầu tiên nên bao gồm mọi thứ cần thiết để thực hiện công việc.
A2A, nhiều trò chuyện, phụ tác vụ, quy trình và tự động hóa
Các thuật ngữ này giải quyết các vấn đề khác nhau. Hãy sử dụng thiết lập nhỏ nhất đáp ứng ranh giới bạn cần.
| Mẫu sản phẩm | Thay đổi gì | Phù hợp nhất cho |
|---|---|---|
| A2A trong Zero | Cách tác nhân và trò chuyện phối hợp công việc | Phân công, so sánh, bàn giao và tổng hợp cuối cùng |
| Nhiều trò chuyện dưới một tác nhân | Ngữ cảnh, còn hướng dẫn và quyền giữ nguyên | Kiểm thử song song, kiểm tra bản địa hóa, lô nghiên cứu, đánh giá mô hình |
| Tác nhân chuyên biệt hoặc phụ tác nhân | Vai trò, hướng dẫn, mô hình, công cụ hoặc quyền | Nghiên cứu, QA, viết, phân tích dữ liệu, xuất bản kiểm soát |
| Quy trình | Thủ tục đã lưu mà tác nhân có thể lặp lại | Danh sách kiểm tra ổn định hoặc phương pháp nhiều bước |
| Tự động hóa | Kích hoạt bắt đầu quy trình với một tác nhân | Báo cáo định kỳ, phân loại theo sự kiện, kiểm tra lặp lại |
Quy tắc hữu ích: tách thành nhiều trò chuyện khi phương pháp giữ nguyên, tách thành tác nhân chuyên biệt khi phương pháp hoặc quyền truy cập thay đổi, và dùng quy trình khi cần lặp lại cùng một cách.
1. Một tác nhân mở nhiều trò chuyện sạch
Bạn sắp phát hành. Đăng ký, thanh toán, quyền truy cập và di động đều cần kiểm tra cuối cùng. Đưa mọi kiểm tra vào một trò chuyện dài nghe có vẻ tiện, nhưng trạng thái có thể rò rỉ từ hành trình này sang hành trình khác. Nâng cấp thanh toán có thể thay đổi tài khoản trước khi kiểm thử quyền bắt đầu.
Hãy dùng một trò chuyện cho mỗi hành trình.
Một bản tóm tắt chung, bốn kiểm tra riêng biệt, sau đó là một báo cáo cuối cùng.
Chúng tôi đã tái tạo thiết lập này trên sản phẩm thử nghiệm vào ngày 25 tháng 8 năm 2026. Cùng một tác nhân Zero đã mở bốn trò chuyện thực cho onboarding, thanh toán, quyền đồng đội và kiểm thử di động cùng bản địa hóa.
Mỗi hành trình có trò chuyện riêng, nên bằng chứng dễ kiểm tra.
Hãy thử lời nhắc này:
Thực hiện kiểm tra phát hành staging này thành bốn công việc riêng biệt. Mở một trò chuyện cho đăng ký và onboarding, một cho nâng cấp thanh toán, một cho mời đồng đội và quyền bị từ chối, một cho kiểm tra di động và bản địa hóa. Dùng cùng một tác nhân walkthrough cho mọi trò chuyện. Mỗi tác nhân phải trả về URL đã kiểm thử, vai trò tài khoản, các bước đánh số, ảnh chụp màn hình, trạng thái đạt/trượt và các bước tái hiện chính xác. Mang kết quả về đây và nhóm các blocker trùng lặp.
Mẫu này cũng phù hợp cho:
- Một trò chuyện cho mỗi trình duyệt hoặc kích thước thiết bị
- Một trò chuyện cho mỗi bản địa hóa hoặc vai trò tài khoản
- Một trò chuyện cho mỗi pull request hoặc cờ tính năng
- Một trò chuyện cho mỗi người đánh giá, giữ kết quả riêng đến cuối
- Một trò chuyện cho mỗi lô phỏng vấn khách hàng hoặc bộ nguồn nghiên cứu
- Một trò chuyện cho mỗi mô hình khi bạn muốn so sánh kết quả công bằng
Thường gặp lỗi gì? Bản tóm tắt quá ngắn. “Kiểm tra thanh toán” khiến tác nhân đoán về tài khoản, bản dựng, kết quả mong đợi và định dạng bằng chứng. Hãy đưa cho mỗi trò chuyện cùng một danh sách kiểm tra và tài khoản thử riêng khi luồng thay đổi dữ liệu chung.
2. Dùng @ để đưa trò chuyện khác vào công việc
Đôi khi công việc hữu ích đã có sẵn. Một trò chuyện nghiên cứu có trích dẫn khách hàng. Một trò chuyện QA có ảnh chụp màn hình. Một đánh giá thứ hai đưa ra kết luận khác. Bạn không cần sao chép toàn bộ.
Nhấp vào trình soạn thảo và gõ @. Zero mở danh sách các trò chuyện hiện có của bạn.
Bắt đầu gõ tiêu đề để thu hẹp danh sách, rồi chọn trò chuyện bạn cần.
Trò chuyện được chọn sẽ xuất hiện dưới dạng chip màu cam có thể nhấp.
Chip trỏ chính xác đến trò chuyện onboarding. Câu trả lời sẽ được viết trong trò chuyện hiện tại.
Sau đó thêm động từ. Hãy nói cho Zero biết cần làm gì với trò chuyện đó:
- “So sánh
@Onboarding QAvới đánh giá thanh toán này.” - “Tiếp tục từ
@Customer research batch 2và viết khuyến nghị tại đây.” - “Thách thức kết luận rủi ro cao nhất trong
@Security review.” - “Chuyển ảnh chụp màn hình trong
@Mobile walkthroughthành báo cáo lỗi.” - “Trích xuất mọi câu hỏi chưa giải quyết từ
@Launch research.”
Gõ @, chọn trò chuyện, rồi nói bạn muốn Zero làm gì với nó.
Mention là một địa chỉ, không phải nhãn văn bản mơ hồ. Nó trỏ Zero đến trò chuyện đã chọn mà không dán toàn bộ hội thoại vào trình soạn thảo. Điều đó giúp tin nhắn hiện tại dễ đọc, nhưng hướng dẫn của bạn vẫn cần hành động rõ ràng. “Dùng cái này” là yếu. “So sánh các bước thất bại và xếp hạng blocker chung” là rõ ràng.
3. Giao từng phần cho tác vụ chuyên biệt hoặc phụ tác vụ
Dùng nhiều trò chuyện khi bạn muốn nhiều bản sao sạch của cùng một tác nhân. Dùng tác nhân chuyên biệt khi công việc cần hướng dẫn, công cụ, mô hình hoặc ranh giới quyền khác nhau. Một tác nhân chuyên biệt nhận nhiệm vụ giới hạn từ điều phối viên thường gọi là phụ tác nhân.
Một lần ra mắt sản phẩm là ví dụ điển hình. Research Scout có thể xác minh bằng chứng. Browser QA kiểm tra sản phẩm đã phát hành. Launch Writer soạn thảo trang. Publishing Operator tạo bản nháp CMS sau khi các tuyên bố được kiểm tra.
Không gian thử nghiệm có một tác nhân lõi và bốn tác nhân chuyên biệt, mỗi tác nhân sẵn sàng nhận nhiệm vụ giới hạn.
Điều phối viên chịu trách nhiệm kết quả. Các tác nhân chuyên biệt trả về bằng chứng và sản phẩm, rồi một chủ sở hữu viết kết quả cuối cùng.
Đây là bản tóm tắt ra mắt thực tế:
Phối hợp gói ra mắt cho Tính năng X. Yêu cầu Research Scout xác minh bằng chứng khách hàng và tuyên bố đối thủ. Yêu cầu Browser QA tái hiện mọi tuyên bố sản phẩm trên staging và đính kèm ảnh chụp màn hình. Yêu cầu Launch Writer soạn thảo trang chỉ sau khi có bằng chứng. Publishing Operator có thể tạo bản nháp CMS, nhưng không được xuất bản. Báo cáo bằng chứng thiếu và tuyên bố mâu thuẫn trong trò chuyện này.
Giá trị đến từ ranh giới thực tế. Tác nhân nghiên cứu có thể chỉ đọc. Tác nhân xuất bản có thể có quyền nháp mà không được xuất bản. Tác nhân QA có thể theo danh sách kiểm tra trình duyệt cố định mỗi lần. Kiểm soát quyền của Zero giúp giữ ranh giới hẹp.
Đừng tạo tác nhân chuyên biệt chỉ để làm sidebar rối hơn. Chỉ tạo khi vai trò thay đổi cách thực hiện công việc.
4. Để người đánh giá độc lập bất đồng, rồi dùng người phán xử
Hai đánh giá chỉ hữu ích khi người thứ hai không sao chép người đầu. Mở các trò chuyện sạch, đưa cả hai người đánh giá cùng bằng chứng, giữ báo cáo đầu tiên riêng biệt.
Sau đó bắt đầu trò chuyện phán xử và mention cả hai báo cáo trong một lời nhắc.
Một lời nhắc có thể tham chiếu hai trò chuyện QA thực và yêu cầu Zero tìm blocker chung.
Ví dụ:
So sánh
@Onboarding QAvới@Billing QA. Liệt kê blocker được cả hai trò chuyện phát hiện, vấn đề chỉ một trò chuyện phát hiện, và bằng chứng còn thiếu. Sau đó quyết định có nên phát hành không. Trích dẫn ảnh chụp màn hình hoặc bước hỗ trợ mỗi blocker.
Mẫu này phù hợp cho đánh giá thiết kế, bảo mật, chọn nhà cung cấp, lựa chọn kiến trúc, đánh giá hợp đồng và so sánh mô hình. Định nghĩa tiêu chí phán xử trước khi có báo cáo. Nếu không, người phán xử có thể thiên về văn bản tự tin nhất thay vì bằng chứng mạnh nhất.
5. Bàn giao công việc từ tác vụ này sang tác vụ khác
Một số công việc không nên chạy cùng lúc. Nghiên cứu phải xong trước khi soạn thảo. Soạn thảo phải xong trước QA. QA phải xong trước xuất bản.
Xem mỗi lần bàn giao như một phiếu giao hàng ngắn:
- Nêu tên tác vụ hoặc trò chuyện nhận.
- Đính kèm hoặc tham chiếu sản phẩm.
- Nêu tiêu chí chấp nhận.
- Nói nơi người nhận phải báo cáo lại.
“Báo cho người viết biết bạn tìm thấy gì” rất khó xác minh. Cách này tốt hơn:
Gửi bản tóm tắt nghiên cứu đã duyệt cho Launch Writer. Bản nháp chỉ được dùng tuyên bố đã xác minh, giữ thuật ngữ đã duyệt và đánh dấu mọi bằng chứng thiếu bằng
[EVIDENCE NEEDED]. Trả về liên kết bản nháp và câu hỏi chưa giải quyết vào trò chuyện này.
Chip trò chuyện @ rất hữu ích vì cung cấp nguồn chính xác cho người làm tiếp theo. Với công việc nhiều tệp, hãy chuyển cả liên kết sản phẩm. Điều phối viên cần trạng thái, quyết định và gói cuối cùng. Không cần sao chép mọi ghi chú thô vào ngữ cảnh riêng.
Tác vụ AI chia sẻ ngữ cảnh trong Zero như thế nào?
Tác nhân trong Zero không cần một cuộc trò chuyện chung khổng lồ. Ngữ cảnh được chuyển qua bản tóm tắt rõ ràng, mention trò chuyện @, liên kết sản phẩm và bản tóm tắt trả về. Mỗi tác nhân nhận ngữ cảnh tối thiểu hữu ích, hoàn thành nhiệm vụ giới hạn và gửi bằng chứng hoặc quyết định về cho điều phối viên.
Cách này tránh hai vấn đề thường gặp của đa tác nhân. Thứ nhất, lịch sử không liên quan không làm đầy ngữ cảnh của tác nhân. Thứ hai, điều phối viên có thể thấy chính xác nguồn hoặc trò chuyện nào hỗ trợ một tuyên bố.
Dùng bốn mẫu chia sẻ ngữ cảnh sau:
- Bản tóm tắt tự chứa: tốt nhất cho trò chuyện con mới cần bắt đầu sạch.
- Mention trò chuyện
@: tốt nhất khi một hội thoại có sẵn là nguồn. - Liên kết sản phẩm: tốt nhất cho tài liệu, ảnh chụp màn hình, bộ dữ liệu và thay đổi mã.
- Trả về có cấu trúc: tốt nhất khi nhiều tác nhân phải báo cáo cùng định dạng.
Đừng cho rằng trò chuyện con đã biết quyết định của trò chuyện điều khiển. Nếu thuật ngữ, ràng buộc, tài khoản, khoảng ngày hoặc định dạng đầu ra quan trọng, hãy đưa vào tin nhắn đầu tiên.
Thêm kịch bản A2A và quy trình đa tác vụ
| Kịch bản | Cách tách | Kết quả trả về |
|---|---|---|
| Kiểm tra phát hành | Cùng tác nhân, một trò chuyện cho mỗi hành trình người dùng | Ảnh chụp màn hình, kiểm tra đạt/trượt, blocker chung |
| QA bản địa hóa | Cùng tác nhân, một trò chuyện cho mỗi bản địa hóa | Chuỗi lỗi, lỗi bố cục, ảnh chụp màn hình theo bản địa hóa |
| Kiểm thử trình duyệt và thiết bị | Cùng tác nhân, một trò chuyện cho mỗi trình duyệt hoặc viewport | Ma trận tương thích có thể so sánh với bằng chứng |
| Đánh giá pull request | Cùng tác nhân, một trò chuyện cho mỗi PR hoặc góc đánh giá | Lỗi, ghi chú rủi ro, khuyến nghị từng dòng |
| Nghiên cứu khách hàng | Cùng tác nhân, một trò chuyện cho mỗi lô phỏng vấn | Trích dẫn, mẫu, phản đối, liên kết nguồn |
| Ứng phó sự cố | Điều phối viên cùng tác nhân app, API, triển khai, tác động khách hàng | Một dòng thời gian với điểm đồng thuận và mâu thuẫn |
| Sản xuất nội dung | Tác nhân nghiên cứu, viết, thiết kế, QA, xuất bản | Bản nháp đã duyệt và bàn giao xuất bản kiểm soát |
| Phân loại hỗ trợ khách hàng | Điều phối viên cùng tác nhân tài khoản, sản phẩm, thanh toán, trả lời | Nguyên nhân gốc, mức ưu tiên, chủ sở hữu, bản nháp phản hồi |
| QA phân tích dữ liệu | Tác nhân phân tích cùng người đánh giá độc lập | Kiểm tra join, mẫu số, múi giờ, giả định |
| So sánh mô hình | Trò chuyện sạch với cùng bản tóm tắt và mô hình khác nhau | Điểm chính xác, chi phí, độ trễ, định dạng |
Tách đúng tạo ranh giới hữu ích. Có thể cô lập ngữ cảnh, bảo vệ quyền, giữ đánh giá độc lập hoặc cho phép công việc sẵn sàng chạy cùng lúc.
Khi nào nên dùng một trò chuyện, nhiều trò chuyện hoặc nhiều tác vụ?
Dùng một trò chuyện khi mỗi bước tiếp theo phụ thuộc vào câu trả lời ngay trước đó. Một phiên gỡ lỗi tuần tự là ví dụ điển hình.
Dùng nhiều trò chuyện dưới một tác nhân khi hướng dẫn giữ nguyên nhưng bạn cần ngữ cảnh sạch hoặc bằng chứng độc lập. Đây thường là điểm khởi đầu tốt nhất cho kiểm thử, lô nghiên cứu và so sánh công bằng.
Dùng nhiều tác nhân chuyên biệt khi mỗi phần cần chuyên môn, kết nối, quyền hoặc mô hình khác nhau. Giao một điều phối viên chịu trách nhiệm quyết định cuối cùng.
Dùng quy trình khi thủ tục cần lặp lại. Thêm tự động hóa chỉ khi thủ tục đó cần lịch trình hoặc kích hoạt sự kiện. Zero tài liệu hóa hai khối xây dựng này riêng: quy trình định nghĩa phương pháp, còn tự động hóa quyết định khi nào chạy.
Bảo mật và ranh giới quyền trong A2A
Công việc đa tác nhân an toàn hơn khi quyền truy cập theo nhiệm vụ. Chỉ cấp cho mỗi chuyên gia các kết nối và quyền cần thiết cho phần việc của mình. Tác nhân nghiên cứu hiếm khi cần quyền xuất bản. Tác nhân QA có thể cần đăng nhập staging nhưng không cần kiểm soát thanh toán sản xuất. Tác nhân xuất bản có thể cần quyền nháp nhưng vẫn cần người phê duyệt phát hành cuối cùng.
Giữ quyền ghi bên ngoài dưới một chủ sở hữu được đặt tên. Nhiều tác nhân có thể đọc kho lưu trữ, CRM hoặc CMS, nhưng chỉ một tác nhân nên tạo ticket cuối, cập nhật hồ sơ, gửi phản hồi khách hàng hoặc xuất bản trang. Điều này ngăn ghi trùng lặp và giúp kiểm tra dễ dàng hơn.
Với công việc rủi ro cao, thêm điều kiện dừng vào bản tóm tắt: “Chỉ nháp”, “Không gửi”, “Chuyển cấp nếu bằng chứng mâu thuẫn” hoặc “Yêu cầu phê duyệt trước khi thay đổi sản xuất”. A2A giúp phân công dễ hơn; không loại bỏ nhu cầu trách nhiệm rõ ràng.
Bốn quy tắc giữ công việc A2A gọn gàng
1. Làm cho mọi tin nhắn đầu tiên tự chứa
Bao gồm mục tiêu, tài liệu nguồn, ràng buộc, định dạng đầu ra, điểm đến và điều kiện dừng. Trò chuyện con không nên phải đoán điều trò chuyện điều khiển đã biết.
2. Yêu cầu tác nhân trả về cùng định dạng
Nếu bốn trò chuyện QA trả về bốn định dạng khác nhau, điều phối viên sẽ phải dọn dẹp văn bản. Yêu cầu mỗi tác nhân cùng trường: môi trường, bước, bằng chứng, trạng thái, hành động tiếp theo.
3. Giao quyền ghi chung cho một chủ sở hữu
Hai tác nhân đúng vẫn có thể gây rối nếu ghi hai lần. Đặt tên tác nhân sở hữu hành động bên ngoài cuối cùng.
4. Chỉ tách công việc thực sự cần tách
Tạo tám trò chuyện không có nghĩa tám lần chạy sẽ thực thi cùng lúc. Giới hạn đồng thời của không gian làm việc vẫn áp dụng, và công việc phụ thuộc nên chờ đầu vào. Giữ công việc trong một trò chuyện khi mỗi bước tiếp theo phụ thuộc vào câu trả lời trước đó.
Zero A2A có giống giao thức Agent2Agent của Google không?
Không có tuyên bố tương đương giao thức ở đây. Hướng dẫn này mô tả phối hợp ở cấp sản phẩm giữa các tác vụ và trò chuyện trong Zero: cách công việc được tách, tham chiếu, đánh giá và bàn giao qua giao diện.
Agent2Agent open protocol của Google là tiêu chuẩn kỹ thuật cho giao tiếp giữa các hệ thống tác vụ từ xa, bao gồm khám phá khả năng, quản lý nhiệm vụ, tin nhắn và sản phẩm. Kết quả tìm kiếm “A2A” thường tập trung vào giao thức đó, nên cần phân biệt: Zero A2A là quy trình sản phẩm thực tế được đề cập trong bài này.
Câu hỏi thường gặp
Trò chuyện có giống tác vụ không?
Không. Tác nhân là cấu hình người làm có thể tái sử dụng. Trò chuyện là một cuộc hội thoại riêng biệt với tác nhân đó. Một tác nhân có thể sở hữu nhiều trò chuyện.
Trò chuyện con có chia sẻ ngữ cảnh với trò chuyện điều khiển không?
Không. Bắt đầu mỗi trò chuyện con với bản tóm tắt đầy đủ. Tác nhân có thể trả về kết quả hoặc chuyển sản phẩm giới hạn sang trò chuyện khác, nhưng không nên giả định có lịch sử chung.
Điều gì xảy ra khi tôi @ một trò chuyện?
Zero chèn tham chiếu có cấu trúc đến trò chuyện bạn chọn. Tham chiếu xác định hội thoại bạn muốn nói. Nó không dán toàn bộ hội thoại vào trình soạn thảo, nên hãy thêm hành động rõ ràng như so sánh, đánh giá, tiếp tục hoặc trích xuất.
Phụ tác vụ trong Zero là gì?
Phụ tác nhân là tác nhân chuyên biệt nhận nhiệm vụ giới hạn từ điều phối viên. Nó có thể dùng hướng dẫn, công cụ, quyền hoặc mô hình khác, rồi trả kết quả về trò chuyện điều khiển.
Nhiều trò chuyện có thể chạy song song không?
Có, khi không gian làm việc còn đồng thời và các công việc độc lập. Các công việc bổ sung có thể xếp hàng khi đạt giới hạn. Công việc phụ thuộc nên chạy tuần tự.
Khi nào nên dùng tác vụ khác nhau?
Dùng tác nhân khác khi công việc cần hướng dẫn, quy trình, mô hình, kết nối hoặc quyền khác nhau. Dùng nhiều trò chuyện dưới cùng một tác nhân khi chủ yếu cần ngữ cảnh sạch.
Hãy thử walkthrough staging trước
Mở trò chuyện mới trong Zero và chia một kiểm tra phát hành thực thành bốn trò chuyện sạch. Yêu cầu ảnh chụp màn hình và cùng định dạng đạt/trượt ở mỗi trò chuyện. Khi đã ổn, thay một nhánh bằng tác nhân chuyên biệt hoặc mention hai trò chuyện đã hoàn thành trong lời nhắc phán xử.
Để có thêm ý tưởng, xem 20 trường hợp sử dụng tác nhân AI với lời nhắc và công cụ cụ thể.
