MCP và A2A trở thành điểm nóng: làm thế nào để kết nối các công cụ, hệ thống và các cơ quan tình báo khác?

Hãy tìm ra ranh giới giữa hai thỏa thuận và vấn đề.

MCP sử dụng ứng dụng khách và cấu trúc máy chủ để phơi bày mẫu công cụ, tài nguyên và mẹo để cho phép ứng dụng AI phát hiện và gọi năng lượng theo cách đồng nhất. Ví dụ, yêu cầu các lệnh, đọc các thông tin cơ bản, tạo bảng điều khiển hoặc cấu trúc cơ sở dữ liệu truy cập.

A2A nói về khả năng tương tác giữa những người thông minh độc lập, khả năng phát hiện khả năng hỗ trợ, tình trạng nhiệm vụ, thông tin, sản phẩm, phản ứng lưu động và thông báo về nhiệm vụ lâu dài.

• Đặc vụ cho công cụ, API và tài nguyên: ưu tiên MCP
• Đối chiếu chéo hoặc làm việc theo hình ảnh giữa đặc vụ và đặc vụ:
• Cuộc gọi nội bộ đơn giản: đã có API và cơ chế nhắn tin có thể là đủ
• Giao thức chỉ xác định tiêu chuẩn kết nối và không tự động giải quyết cú pháp và chất lượng của doanh nghiệp

Sự kết hợp giữa tầu Enterprise không nên đi qua API đã có và sự quản lý tích hợp

Khi một cổng API, xe buýt dịch vụ, dữ liệu chủ, nền tảng truy cập và hệ thống kiểm toán đã có trong một doanh nghiệp, máy chủ MCP nên xây dựng dựa trên những khả năng này, thay vì chỉ đơn giản là lột trần cơ sở dữ liệu hoặc hệ thống lõi cho các mô hình. Các giao thức thích nghi để biến dịch vụ hiện tại thành một mô tả các công cụ mà đặc vụ có thể hiểu, trong khi vẫn duy trì quyền ban đầu, hạn chế và kiểm toán.

Để hệ thống di sản không ổn định API, thay đổi giao diện, dịch vụ dữ liệu chỉ đọc hay kiểm soát tự động chương trình. Cần phải đánh giá bằng tay mô phỏng trực tiếp của đặc vụ S, mặc dù được kiểm tra nhanh, thường ít ổn định, kiểm tra và ít tốn kém hơn trong dài hạn.

Chất lượng thiết kế công cụ quyết định có đáng tin hay không

Tên công cụ, mô tả, cấu trúc nhập và trả về có tác động đến lựa chọn mô hình. Một “công cụ có trật tự mã hóa thường bị che mờ, và chắc chắn hơn, bằng cách phân tách khả năng tìm kiếm các mệnh lệnh, tạo bản nháp, các nhà phát minh có hiệu lực, chấp thuận nộp, vân, và thiết kế các xác nhận rõ ràng cho các hoạt động có rủi ro cao.

Nội dung trả về nên được cấu hình càng nhiều càng tốt, bao gồm trạng thái, mã lỗi, mã số có thể theo dõi và cơ sở cần thiết. Công cụ này phải có cơ chế bồi thường lỗi, bao gồm ợ, thời gian tràn qua, dòng chảy và thất bại, và tránh lặp lại các lệnh, thông báo lặp đi lặp lại hoặc dữ liệu bị ô nhiễm bởi các cuộc gọi lặp lại của đặc vụ.

• Một công cụ chỉ mang lại hành động kinh doanh rõ ràng và mô tả hoạt động kinh doanh
• Nhập tham số dùng bộ vẽ và hợp lệ hóa kinh doanh
• Phân biệt các bản in và văn bản, viết nhiều rủi ro, tăng sự chấp thuận
• Kết quả trả lời cũng được dùng cho việc kiểm tra tay và đánh giá mô hình

Quyền hạn phải được đóng chặt nguồn lực mục tiêu và tuân theo quyền hạn tối thiểu

Truy cập vào các vật kỷ niệm cần phải xác minh người đưa tin, khán giả, thời gian hợp lệ và sự cho phép, và không thể đưa tờ hiệu lên dòng ngược trực tiếp vào hệ thống xuôi dòng mà không cần xác thực, hoặc bao gồm tất cả người dùng và công cụ với một chìa khóa dài hạn.

Thư mục công cộng chỉ phơi bày thông tin cần thiết để truy cập vào thẻ mở rộng, chứa các kỹ năng nội bộ, địa chỉ, hoặc các khả năng nhạy cảm. sự hợp tác qua tổ chức cũng cần thiết phải truyền dữ liệu rõ ràng, bảo tồn và các giới hạn trách nhiệm.

Bộ đa thông tin đòi hỏi mục lục, tổ chức và chuỗi để quan sát

Khi số đặc vụ tăng lên, công ty cần phải duy trì một thư mục của các khả năng, phiên bản, quản lý, trạng thái hoạt động và phụ thuộc.

Mỗi nhiệm vụ xuyên đại biểu nên sử dụng một ID theo dõi đơn vị, thông điệp, gọi điện thoại, sản phẩm, chi phí và thời gian. nếu không, khi kết quả là sai, thật khó để đánh giá vấn đề đến từ mô hình, công cụ, mạng, đặc quyền, quy tắc hoạt động hoặc đặc vụ khác.

Thứ tự ứng dụng được khuyến khích: công cụ đầu tiên, sau đó hợp tác

Hầu hết các doanh nghiệp không cần xây dựng các mạng lưới đa gen phức tạp từ ngày đầu tiên. Một chuỗi hợp lý hơn là kết hợp các khả năng kinh doanh có giá trị cao và tạo ra các công cụ được điều khiển sử dụng tiêu chuẩn API hoặc MCP; tạo ra các dòng công việc và đánh giá đặc vụ đơn lẻ; và giới thiệu A2A khi trách nhiệm đòi hỏi phải được giao nhiệm trên các hệ thống, các nhóm hoặc nhà cung cấp.

Sự chấp nhận cuối cùng nên tập trung vào thành công nhiệm vụ, sự xác thực của quyền lực, tính năng theo dõi, sự phục hồi thất bại và sự phục hồi kinh doanh, hơn là vào số thỏa thuận đã được lập ra hay bao nhiêu đặc vụ.