Hệ thống multi-agent: Nhóm cho các chuyên gia

Một agent duy nhất có thể xử lý nhiều nhiệm vụ. Nhưng một số quy trình làm việc quá phức tạp, quá rộng hoặc quá chuyên biệt để một agent có thể thực hiện tốt. Đó là lúc hệ thống multi-agent phát huy tác dụng.

🔄 Tóm tắt nhanh: Trong bài học trước, bạn đã học cách các agent sử dụng công cụ thông qua gọi hàm, MCP và đầu ra có cấu trúc. Hệ thống multi-agent tiến xa hơn - bản thân các agent trở thành công cụ mà những agent khác có thể sử dụng.

Khi nào bạn cần nhiều agent?

Không phải mọi nhiệm vụ đều cần một nhóm. Đây là framework quyết định:

Nguyên tắc chung: Bắt đầu với một agent. Chỉ chia thành nhiều agent khi agent đơn lẻ gặp khó khăn rõ rệt.

Mô hình điều phối 1: Supervisor

Một agent trung tâm phân công nhiệm vụ cho các agent worker chuyên biệt.

                    ┌─────────────┐
                    │  Supervisor  │
                    │  (Router)    │
                    └──────┬──────┘
                   ┌───────┼───────┐
                   ▼       ▼       ▼
            ┌──────────┐ ┌─────┐ ┌──────────┐
            │ Research  │ │Write│ │  Review   │
            │  Agent    │ │Agent│ │  Agent    │
            └──────────┘ └─────┘ └──────────┘

Cách thức hoạt động:

1. Người dùng gửi yêu cầu đến Supervisor

2. Supervisor phân tích yêu cầu và quyết định chọn (các) worker nào để thực hiện

3. Worker thực hiện các nhiệm vụ chuyên môn của họ

4. Kết quả được gửi lại cho Supervisor để tổng hợp kết quả cuối cùng

Ví dụ: Quy trình tạo nội dung

• User: "Viết một bài đăng blog về điện toán lượng tử dành cho người mới bắt đầu"

• Supervisor → Research Agent: "Tìm 5 nguồn đáng tin cậy về kiến ​​thức cơ bản về điện toán lượng tử"

• Supervisor → Write Agent: "Viết một bài đăng blog 1500 từ sử dụng các nguồn này" (chuyển kết quả nghiên cứu)

• Supervisor → Review Agent: "Kiểm tra tính chính xác, khả năng đọc hiểu và SEO" (chuyển bản nháp)

• Supervisor: Gửi bài đăng cuối cùng đã được kiểm duyệt

✅ Kiểm tra nhanh: Mô hình Supervisor yêu cầu supervisor phải hiểu khả năng của từng nhân viên. Điều gì sẽ xảy ra nếu bạn thêm một "Translation Agent" mới nhưng không cập nhật kiến ​​thức của Supervisor?

Câu trả lời: Supervisor sẽ không bao giờ giao nhiệm vụ dịch thuật cho agent mới vì họ không biết agent đó tồn tại. Hệ thống multi-agent yêu cầu điều phối phải có kiến ​​thức cập nhật về tất cả các agent hiện có - khả năng của chúng, khi nào sử dụng chúng và đầu vào/đầu ra mà chúng mong đợi. Thêm một agent mà không cập nhật bộ điều phối giống như tuyển dụng một nhân viên mà không thông báo cho người quản lý.

Mô hình điều phối 2: Pipeline

Các agent xử lý công việc theo một trình tự cố định, giống như một dây chuyền lắp ráp.

Input → [Agent A] → [Agent B] → [Agent C] → Output
         Trích xuất      Phân tích     Định dạng

Cách hoạt động:

1. Mỗi agent có một nhiệm vụ

2. Đầu ra của agent A trở thành đầu vào của agent B

3. Trình tự được xác định trước - không cần quyết định định tuyến

Ví dụ: Xử lý hóa đơn

Hóa đơn PDF → [Extract Agent] → dữ liệu có cấu trúc
           → [Validate Agent] → dữ liệu đã được xác thực + flag
           → [Accounting Agent] → nhật ký ghi chép
           → [Notify Agent] → email xác nhận

Khi nào sử dụng: Các tác vụ có trình tự rõ ràng, có thể lặp lại, trong đó mỗi bước chuyển đổi dữ liệu cho bước tiếp theo.

Mô hình điều phối 3: Peer-to-Peer

Các agent giao tiếp trực tiếp với nhau mà không cần điều phối viên trung tâm.

┌──────────┐     ┌──────────┐
│ Agent A   │◄───►│ Agent B   │
└─────┬────┘     └────┬─────┘
      │               │
      └───────┬───────┘
              ▼
        ┌──────────┐
        │ Agent C   │
        └──────────┘

Cách hoạt động:

1. Các agent tự quyết định sẽ liên lạc với ai

2. Không có cơ quan trung ương - các agent phối hợp thông qua tin nhắn trực tiếp

3. Bất kỳ agent nào cũng có thể bắt đầu cuộc trò chuyện với bất kỳ agent nào khác

Ví dụ: Gỡ lỗi cộng tác

• Code Agent: "Tôi đã tìm thấy một vấn đề về hiệu suất trong truy vấn ở dòng 47"

• Database Agent: "Truy vấn đó thiếu một chỉ mục. Đây là cách khắc phục."

• Code Agent: "Đã áp dụng bản sửa lỗi. Testing Agent, bạn có thể xác minh không?"

• Testing Agent: "Hiệu suất đã được cải thiện từ 3,2 giây xuống 0,4 giây. Bản sửa lỗi đã được xác nhận."

Mô hình chuyển giao (Handoff Pattern)

Trong nhiều framework (OpenAI Agents SDK, LangGraph), một agent có thể "chuyển giao" cho một agent khác - chuyển giao cuộc trò chuyện và ngữ cảnh:

User: "Tôi cần trả lại sản phẩm và cũng muốn hỏi về
      sản phẩm mới."

Triage Agent: Điều này bao gồm cả việc trả lại hàng và bán hàng.
  → Chuyển giao cho nhân viên xử lý hàng trả lại (kèm ngữ cảnh)

Returns Agent: "Tôi đã xử lý yêu cầu trả hàng của bạn cho đơn hàng số 4521.
  Nhãn vận chuyển đã được gửi đến email của bạn."
  → Chuyển giao cho nhân viên bán hàng (kèm ngữ cảnh)

Sales Agent: "Tuyệt vời! Bạn quan tâm đến sản phẩm nào?"

Quá trình chuyển giao truyền tải toàn bộ ngữ cảnh hội thoại để agent nhận không phải bắt đầu lại từ đầu.

✅ Kiểm tra nhanh: Trong một hệ thống pipeline, Agent B nhận dữ liệu bị lỗi từ Agent A và bị sập. Lỗi lan truyền — Agent C và D không bao giờ chạy, và người dùng không nhận được kết quả. Làm thế nào để ngăn chặn điều này?

Đáp án: Thêm xác thực ở mỗi giai đoạn của quy trình. Agent B nên xác thực đầu vào trước khi xử lý: Kiểm tra kiểu dữ liệu, các trường bắt buộc và phạm vi giá trị. Nếu xác thực thất bại, Agent B trả về lỗi có cấu trúc cho công cụ điều phối thay vì bị sập. Công cụ điều phối sau đó có thể thử lại Agent A, sử dụng phương án dự phòng hoặc báo cáo lỗi cụ thể cho người dùng. Xác thực đầu vào ở mọi ranh giới là rất quan trọng trong các quy trình multi-agent.

Các chế độ lỗi multi-agent thường gặp

Gartner đã tìm thấy tỷ lệ lỗi từ 41-87% trong các hệ thống multi-agent. Đây là những gì xảy ra sai:

1. Vòng lặp ủy quyền vô hạn

Agent A ủy quyền cho agent B, agent B ủy quyền lại cho agent A.

Khắc phục: Độ sâu ủy quyền tối đa và phát hiện vòng lặp.

2. Mất ngữ cảnh khi chuyển giao

Agent A có ngữ cảnh quan trọng không được chuyển giao cho agent B.

Khắc phục: Thông báo chuyển giao có cấu trúc với các trường ngữ cảnh rõ ràng.

3. Hành động xung đột

Hai agent sửa đổi cùng một tài nguyên đồng thời.

Khắc phục: Khóa tài nguyên hoặc các mẫu truy cập tuần tự.

4. Lỗi lan truyền

Lỗi ở một agent sẽ gây ra lỗi ở tất cả các agent tiếp theo.

Giải pháp: Sử dụng tính năng ngắt và đường dẫn dự phòng.

So sánh các framework

Bài tập thực hành

1. Chọn một quy trình làm việc từ công việc của bạn bao gồm 3+ nhiệm vụ riêng biệt

2. Quyết định: Supervisor, pipeline hay peer-to-peer? Tại sao?

3. Xác định 3 agent chuyên trách: Vai trò, công cụ của họ và những gì họ chuyển giao cho agent tiếp theo

4. Xác định chế độ lỗi có khả năng xảy ra nhất và thiết kế cơ chế phòng ngừa

Những điểm chính cần ghi nhớ

• Bắt đầu với một agent duy nhất - chỉ chia thành nhiều agent khi một agent rõ ràng không thể xử lý nhiệm vụ

• Mô hình Supervisor: Điều phối viên trung tâm giao nhiệm vụ cho các chuyên gia - phổ biến nhất và dễ gỡ lỗi nhất

• Mô hình Pipeline: Trình tự cố định các bước xử lý - tốt nhất cho những quy trình chuyển đổi có thể lặp lại

• Mô hình Peer-to-peer: Các agent phối hợp trực tiếp - linh hoạt nhất nhưng khó gỡ lỗi nhất và dễ xảy ra lỗi nhất

• Việc chuyển giao chuyển ngữ cảnh hội thoại giữa các agent, duy trì tính liên tục

• Tỷ lệ lỗi của nhiều agent đạt 41-87% nếu không được điều phối đúng cách - xác thực ở mọi ranh giới