Протягом останніх двох років розробка ШІ слідувала простому сценарію. Дайте агенту промпт, кілька інструментів та шар пам'яті. Спостерігайте, як він планує зустріч, резюмує контракт або налагоджує скрипт. Головною метою було зробити одного агента корисним самостійно.

Ця мета змінилася.

Зараз ми спостерігаємо, як індустрія переходить від одиночних агентів до команд агентів. Бот для сортування запитів у службу підтримки виявляє запит на повернення коштів і спрямовує справу агенту з платежів. Агент-дослідник, що збирає дані з вебу, стикається з нішевою проблемою та делегує завдання спеціалісту, який має доступ до пропрієтарної бази даних. Агент із логістики, що планує відправлення, потребує розрахунку вартості фрахту в реальному часі, тому він запитує цифру в агента з ціноутворення.

На папері це звучить просто. На практиці ж усе дуже крихко.

Новим викликом є взаємосумісність (interoperability). Команди створюють агентів на різних фреймворках. Різні вендори постачають агентів з різними інтерфейсами. Коли одна компанія має працювати з іншою, розрив поглиблюється. Зараз ми маємо ландшафт, сповнений здібних працівників, яким бракує спільної мови. Агент не може знайти іншого агента в каталозі. Він не може прочитати опис того, що робить його колега. І він не може передати делікатне завдання, не ризикуючи витоком даних, втратою контексту або дублюванням виконання.

Саме цю проблему покликаний вирішити A2A. Він надає агентам спільний протокол для пошуку, делегування та безпечної співпраці.

Від одиночних агентів до ізольованих агентів (Agent Silos)

Перша хвиля фреймворків для агентів сприймала межі системи як межі агента. Ви створювали цикл міркувань, надавали йому набір інструментів і сподівалися, що він зможе самостійно розв'язати робочий процес. Це працювало досить непогано, поки агент залишався в межах одного коду, одного хмарного акаунта або однієї платформи вендора.

Реальний бізнес не працює всередині монолітів. Запит на повернення коштів може початися в CRM, перейти у внутрішню платіжну службу, написану на Python, і завершитися перевіркою на шахрайство, яку проводить третя сторона. Коли ви моделюєте кожен із цих сервісів як агента, ви швидко розумієте, що агенти, побудовані на різних стеках, не розуміють один одного за замовчуванням. Корпоративні агенти, створені на пропрієтарних фреймворках, не транслюють свої можливості зовнішньому світу.

Без стандарту кожна інтеграція перетворюється на індивідуальний проєкт. Інженери пишуть разовий «код-клей» (glue code). Контекст втрачається під час передачі. Політики безпеки стають непослідовними, оскільки кожна передача завдання є унікальною.

Agent Cards: публічне резюме

A2A представляє Agent Cards як спосіб для агентів оголосити, ким вони є і що вони вміють робити.

Уявіть Agent Card як резюме, придатне для читання машиною. Агент публікує картку, яка описує його домен, необхідні вхідні дані, очікувані результати та будь-які обмеження щодо роботи, яку він приймає. Агент з платежів може заявити, що він обробляє запити на повернення коштів на певну суму за умови надання ID замовлення та коду причини, і що він повертає або номер підтвердження, або помилку. Спеціаліст із даних може вказати, що він приймає структуровані файли певного розміру та повертає очищені дані часових рядів протягом передбачуваного часу.

Перед тим як делегувати роботу, агент-запитувач читає картку. Він розуміє, чи здатний цільовий агент виконати це завдання. Він дізнається, у якому форматі потрібні дані (payload). Він знає, чи варто очікувати на синхронну відповідь, чи на асинхронне завдання, яке завершиться пізніше.

Це усуває здогадки. Замість того, щоб жорстко прописувати інтеграції з кожним можливим партнером, агент може переглядати доступні можливості та динамічно обирати правильного напарника.

Tasks: структурована робота, а не просто виклики API

Агентам не потрібно спілкуватися як людям. Їм потрібно чисто передавати завдання. A2A моделює цей обмін як Task.

Task — це більше, ніж