A2A / MCP / agntbase

A2A — это следующий слой после машиночитаемого профиля

Важно не смешивать два уровня. company-profile.json описывает компанию. agenthub.json ведёт в канонический профиль в хабе. А /.well-known/agent-card.json из A2A описывает уже агентный интерфейс: capabilities, skills, transports и требования безопасности.

Коротко по ролям

Canonical profile

Кто компания, что делает, где работает, какие данные официальные. Это слой фактов и снижения неоднозначности.

AgentHub entrypoint

Наш маршрут от сайта клиента к профилю в хабе: /.well-known/agenthub.json и запасной /agenthub.json.

A2A Agent Card

Карточка реального агента или сервиса: поддерживаемые интерфейсы, навыки, версии, auth и security requirements.

MCP

Слой доступа агента к tools/resources. MCP не заменяет A2A: они решают разные задачи и должны жить рядом.

Что это значит для agntbase

agntbase не должен выдавать agenthub.json за A2A Agent Card. Правильнее строить мост:

У Агентхаба такой первый интерфейс уже опубликован в безопасном варианте: read-only Registry Agent по /.well-known/agent-card.json и /a2a/jsonrpc/. Он умеет искать публичные профили, возвращать canonical JSON, permissions, trust и source-map, но не выполняет платежи, рассылки или изменения данных.

Минимальная модель реестра

Сильная формулировка

Если SEO помогал поисковикам находить страницы, то A2A-ready слой помогает агентам находить, понимать и безопасно выбирать интерфейсы. Агентхаб закрывает ранний слой: делает компанию понятной как сущность. agntbase может закрывать следующий слой: discovery, trust и routing для агентных интерфейсов.

Практическое правило: не публиковать agent-card.json “для красоты”, если за ним нет реального агентного интерфейса. У Агентхаба за карточкой стоит только read-only registry endpoint, поэтому граница честная и проверяемая.

Официальные источники