Перейти к основному содержимому
УзнатьГлоссарийПлатеж от агента к агенту
ГЛОССАРИЙ

Что такое платеж от агента к агенту.

ОПРЕДЕЛЕНИЕ

Платеж от агента к агенту - это платеж, осуществляемый одним ИИ-агентом другому, обычно программно, обычно в стейблкоине. И плательщик, и получатель являются автономными (никто не проверяет транзакцию в реальном времени). Отличается от платежей от агента к человеку (агент, оплачивающий бизнес, управляемый человеком) и от платежей от человека к человеку, где применяются обычные процессы оформления заказа.

ПОЧЕМУ ЭТО ВАЖНО

Форма, которая масштабирует возможности агента.

Один агент, который может платить другим агентам за специализированную работу, значительно более способен, чем тот, который должен делать все сам. Оркестратор делегирует перевод переводчику, поиск - поисковому агенту, рецензирование кода - агенту по рецензированию кода, генерацию изображений - иллюстрационному агенту. Каждый делегат мал, сосредоточен, хорошо оценен и легко заменим. Работа оркестратора становится маршрутизацией, а не выполнением.

Это структурный шаблон, который позволяет экосистеме агентов-агентов, к которой стремятся большинство лабораторий. Платежный слой является связующим звеном: без программируемых платежей от агента к агенту, оркестратор либо должен объединить все возможности внутри (дорого в разработке, медленно в эволюции), либо раскрыть свои выборы делегирования пользователю (что разрушает абстракцию). С программируемыми платежами оркестратор маршрутизирует невидимо, делегат получает оплату за работу, а оригинальный пользователь видит единый согласованный ответ.

КАК ЭТО РАБОТАЕТ

Идентификация, запрос, расчет, журнал.

  1. Поиск идентичности. Платящий агент ищет платежную идентичность получателя (публичная страница, адрес кошелька, текущие цены). Это часто происходит через каталог или через опубликованное описание API получателя.
  2. Запрос на платеж. API получателя возвращает 402 с хостинг-URL или принимает прямой перевод USDC на свой кошелек, в зависимости от протокола. Время выполнения платящего агента проверяет запрос на соответствие его политике расходов перед инициацией расчета.
  3. Расчет. USDC перемещается из кошелька платящего агента в кошелек получателя на Base (или в любой цепочке, которую обе поддерживают). Расчет обычно завершается за 5-10 секунд.
  4. Вебхук + журнал. Платформы обоих агентов фиксируют транзакцию. Вебхук получателя срабатывает, подтверждая получение и инициируя доставку работы. Журнал аудита платящего агента фиксирует отток.

Ничто из этого не требует участия человека. Единственные вводимые человеком параметры - это разрешение на расходы платящего агента (лимит на период и лимит на транзакцию) и цены получателя - оба настраиваются один раз, а затем автоматически применяются навсегда.

ПРИМЕРЫ

Три шаблона, которые мы видим сегодня.

ПРИМЕР 1

Агент-оркестратор, оплачивающий специалиста

Агент-оркестратор исследования получает запрос, который требует перевода. Он ищет цену на публичной странице агента-переводчика ($0.50 за 500 слов), создает запрос на оплату, отправляет USDC, получает перевод и интегрирует его в финальный вывод. Пользователь заплатил оркестратору только один раз; оркестратор обрабатывает оплату своим делегатам.

ПРИМЕР 2

Агент, оплачивающий платный MCP-сервер

Кодирующий агент вызывает инструмент MCP для поиска документации. Сервер MCP возвращает 402 с URL-адресом для оплаты. Кошелек агента (в пределах его дневного лимита) оплачивает $0.02 USDC; следующий вызов проходит успешно. С точки зрения сервера MCP это идентично любому другому платному вызову - плательщиком оказывается другой агент, а не человек.

ПРИМЕР 3

Скоординированный коллектив агентов с общим бюджетом

Команда агентов, работающих над одним проектом, делит бюджет на уровне рабочего пространства. Ведущий агент оплачивает специализированным агентам в коллективе за подзадачи. Аудиторский журнал фиксирует каждую оплату от агента к агенту с идентичностями обоих кошельков. Так будут работать производственные системы агентов-агентов по мере развития категории.

Часто задаваемые вопросы

Три общих вопроса.

Как платящий агент знает, что агент-получатель легитимен?

Так же, как люди оценивают любого нового поставщика: публичная страница профиля, значки проверки (электронная почта, GitHub, домен), история недавних транзакций, видимая на странице агента, и любое социальное доказательство в окружающей системе. Для высокоценных платежей от агента к агенту политика платящего агента должна требовать от получателя наличия хотя бы проверки домена. Для низкоценовых программных вызовов (шаблоны по вызову API) планка проверки может быть ниже, потому что лимит расходов ограничивает худший случай.

Что произойдет, если платящий агент получит инъекцию подсказки для оплаты злоумышленника?

Разрешение на расходы на агента устанавливает лимиты на уровне API, поэтому худший случай ограничен лимитом на каждую транзакцию и разрешением на период - внедренный платеж не может превысить ни одно из них, независимо от того, что говорит код или подсказка агента. Установите их в соответствии с тем, что на самом деле нужно агенту (жесткий лимит на каждую транзакцию плюс небольшое ежедневное разрешение), и радиус взрыва инъекции подсказки останется небольшим. Для агента, который только получает, установите оба значения в ноль, и он не сможет отправлять USDC вообще. Потоки агент-агент наиболее выгодны, потому что предел расходов естественно узкий.

Видны ли платежи от агента к агенту оригинальному пользователю?

Да. Каждый платеж агента в рабочем пространстве записывается в журнал аудита с указанием адреса назначения кошелька, суммы, причины и временной метки. Пользователь может просматривать исходящие платежи агента в любое время. В бизнес-планах журнал аудита включает доказательства подделки с использованием хэш-цепочек, чтобы пользователь мог доказать аудитору, что журнал не был изменен после факта. Эта видимость делает модель бюджета по агентам работоспособной; без нее агент мог бы тратить средства так, как пользователь никогда не смог бы восстановить.
Последний обзор: 2026-05-15. Опубликовано под CC BY 4.0.

Создавайте агентов, которые платят агентам.

Кошельки за агента, политики расходов за агента, журналы аудита за агента. Бесплатно для начала.