Как дать ИИ-агенту кошелёк
Узнайте об агентских кошельках, контролях Cloudflare Wallets и платежах x402 через HTTP. Разберитесь, что уже доступно и какие ограничения пока не описаны.
Кошелёк агента — это баланс с ограниченными полномочиями, который ИИ-агент может тратить от имени владельца в установленных им пределах. С ним агент оплачивает API, инструменты и контент, никогда не получая доступа к банковской карте владельца.
Вы наверняка видели, как это бывает. Агент читает документацию, выбирает нужный эндпоинт, составляет запрос и останавливается на форме регистрации, которая требует данные кредитной карты. Остаток работы снова ложится на вас.
Cloudflare Wallets, анонсированный 4 августа 2026 года, — конкретное воплощение этой идеи. В статье разберём, что такое кошелёк агента, какие механизмы контроля описала Cloudflare, как платёж проходит по HTTP и какие вопросы пока остаются открытыми. Статья показывает, куда движутся агентные платежи, но не призывает использовать их в продакшене: продукт находится на ранней стадии и может измениться или быть отозван.
Ключевые выводы
- Согласно документации Cloudflare Wallets, последний раз обновлённой 19 августа 2026 года, единственная работающая функция — резервирование хендла в cloudflare.pay. Зарезервированный хендл не может отправлять, получать или хранить средства.
- Cloudflare описывает два типа кошельков: Account Wallets, которыми владеют люди — владельцы аккаунта Cloudflare, и Virtual Wallets, которыми агенты пользуются через API-ключи.
- Анонсированные ограничения для Virtual Wallet — лимит расходов, белый список продавцов и максимальный размер транзакции, а также ручное переопределение лимитов человеком. Ни в анонсе, ни в документации не описаны срок действия полномочий и API для их отзыва.
- x402 привязывает платёж к обычному HTTP-запросу, используя код состояния 402 Payment Required, поэтому агент может оплатить один вызов API без создания аккаунта.
- Резервирование хендла бесплатно. Цены на сами кошельки не опубликованы.
Почему нельзя просто отдать агенту свою карту
Номер карты даёт агенту гораздо больше полномочий, чем требует любая отдельная задача. У карты нет ограничения по продавцам, нет бюджета на задачу и нет учёта того, какой агент что потратил. Единственный способ отозвать эти полномочия — заблокировать карту, а это ломает и все остальные платежи, привязанные к ней.
Агенты, которые просматривают веб и действуют за вас, сталкиваются с этим постоянно. Анонс Cloudflare указывает на два недостающих элемента: у агентов нет постоянного идентификатора для регистрации и нет собственного платёжного средства. Поэтому агент обычно останавливается и перекладывает регистрацию, оплату и получение API-ключей на человека. Из-за этого агенту сложно самостоятельно тестировать и сравнивать множество платных сервисов.
Что такое кошелёк агента: Account Wallets и Virtual Wallets
Кошелёк агента разделяет деньги и право их тратить. Средства хранит человек, а каждый агент получает ограниченную долю, которую может расходовать самостоятельно. Архитектура Cloudflare состоит из двух уровней.
| Тип кошелька | Кто владеет | Как работает |
|---|---|---|
| Account Wallet | Люди, которые владеют аккаунтом Cloudflare или пользуются им | Будет позволять пополнять баланс, передавать право расходов в Virtual Wallets и выводить деньги обратно; может иметь хендл cloudflare.pay |
| Virtual Wallet | Агенты | Агенты используют его с помощью API-ключа; он не может тратить больше лимита, установленного владельцем Account Wallet |
В документации Cloudflare Wallets сказано, что цель Virtual Wallets — дать агенту работать без подтверждения человеком каждого шага, жёстко ограничив при этом сумму, которую он может потратить. Согласно анонсу, агенты будут с их помощью покупать API, контент и MCP-инструменты — те самые серверные инструменты, о которых рассказывается в нашем руководстве по экосистеме MCP.
Большая часть этого пока не выпущена:
| Доступно | Анонсировано | Не описано ни в анонсе, ни в документации |
|---|---|---|
Резервирование одного хендла на аккаунт (бесплатно): публикуется страница по адресу HANDLE.cloudflare.pay, и вы подписываетесь на уведомления о запуске | Пополнение, отправка, получение и хранение средств; Virtual Wallets; ограничения; ручное переопределение; идентификация конкретных агентов | Цены на кошельки, даты запуска, срок действия полномочий, API для отзыва, поведение при параллельных платежах, порядок оспаривания покупок |
В FAQ по Wallets есть дополнительные условия. Резервирование хендла не гарантирует доступ к кошельку после запуска. Зарезервированный хендл нельзя изменить, освободить или передать. Cloudflare может отклонить или отозвать резервирование. В пресс-релизе говорится, что полный доступ к кошелькам появится «в ближайшие месяцы», без конкретной даты.
Какие механизмы контроля есть у кошелька агента и чего не хватает?
В анонсе Cloudflare перечислены три ограничения, которые владелец задаёт для Virtual Wallet, а также ручное переопределение на случай, когда агент упирается в лимит. Ни одно из них пока не работает. В документации упоминаются только «разрешения» и лимит расходов, без перечисления отдельных механизмов.
| Механизм | Что ограничивает | Что не может выразить |
|---|---|---|
| Лимит расходов | Общую сумму трат | Были ли траты разумными |
| Белый список продавцов | Кому агент может платить | Какие товары и как часто |
| Максимальный размер транзакции | Сумму каждого платежа | Множество мелких платежей, которые в сумме дают крупную |
| Ручное переопределение | Позволяет уполномоченному человеку повысить лимит или одобрить дополнительные средства | Когда переопределение должно истечь |
Ни анонс Cloudflare, ни документация не описывают срок действия полномочий агента на расходы или API для их отзыва. Cloudflare также заявляет, что человек сможет проверять необычную активность, например неожиданно быстрые траты. Это декларация намерения, а не задокументированный механизм: ни триггеры, ни принцип работы не опубликованы.
Как платит агент: x402 и HTTP 402
x402 — открытый протокол, который привязывает платёж к HTTP-запросу. Он использует код состояния 402 Payment Required, давно зарезервированный в HTTP, но на практике так и не получивший определения. Пост Cloudflare о Monetization Gateway описывает процесс так:
- Агент запрашивает ресурс у эндпоинта с поддержкой x402.
- Сервер отвечает кодом 402, указывая цену и способ оплаты.
- Агент платит и повторяет запрос, на этот раз прикладывая подтверждение оплаты.
- Фасилитатор проверяет платёж, после чего сервер возвращает запрошенный ресурс.
На первом этапе расчёты в кошельках Cloudflare будут вестись в стейблкоинах. Это выбор Cloudflare, а не требование x402. Сам Monetization Gateway на момент анонса был доступен только через лист ожидания.
Хендл cloudflare.pay также позволяет продавцам видеть, кто платит, поскольку показывает, к какой организации относится агент. В анонсе приводится пример исследовательского агента с адресом research.example.cloudflare.pay. Раскрывать эту идентичность агент будет не обязан, а каждый продавец сам решает, обслуживать ли идентифицированных агентов иначе.
Кто отвечает, если агент купил не то?
Ни один опубликованный источник пока не говорит, кто несёт ответственность, если агент купил не то. Остаются открытыми три вопроса.
Что с чарджбэками? В посте о Monetization Gateway расчёты в стейблкоинах представлены как схема без чарджбэков, при которой средства поступают напрямую продавцу. Ни анонс Wallets, ни документация не объясняют, как покупателю оспорить ошибочную покупку агента.
Что фиксирует журнал аудита? Журнал платежей показывает, что было оплачено. Ни один из источников не описывает запись того, почему агент решил заплатить.
Чья это ошибка? Ответственным может оказаться владелец аккаунта, разработчик агента или продавец. Источники об этом молчат.
Аналитики InfoQ, разбирая запуск, указывают на структурную проблему: эти механизмы задают бюджет, но не являются политикой. Каждая проверка сравнивает отдельный платёж с фиксированным числом. Поэтому ни одна из них не может выразить правило вроде «не покупать один и тот же датасет дважды за неделю», ведь такое правило зависит от предыдущих платежей. InfoQ поднимает и вопрос параллелизма. Если агент отправляет несколько платежей одновременно, каждый может быть проверен по полному лимиту ещё до того, как из него будут вычтены остальные, и в итоге общая сумма превысит лимит. Cloudflare не опубликовала, как ведёт себя лимит в такой ситуации.
Гонка за агентные платежи
Cloudflare — не единственная компания, которая разрабатывает агентные платежи: протокол x402 от Coinbase и кошелёк Link для агентов от Stripe решают ту же задачу по-разному. x402 был создан Coinbase и передан Linux Foundation. x402 Foundation начал работу в июле 2026 года, объединив 40 участников.
Stripe выбрала противоположный подход. На момент запуска её кошелёк Link для агентов выдаёт агенту одноразовую карту или Shared Payment Token только после того, как человек одобрит каждый запрос на расход. Stripe обещает позже добавить лимиты, задаваемые пользователем. Платежи — лишь один слой в более широком стеке инструментов для агентов, наряду с такими решениями, как Docker MCP для ИИ-агентов и WebMCP, позволяющий сайту открывать агентам собственные действия.
Заключение
Кошелёк агента заменяет подход «вот моя карта» делегированными полномочиями с ограничениями. В реализации Cloudflare эти ограничения задаются на уровне отдельного платежа, а вопросы ответственности, споров и параллельных платежей пока не задокументированы. До запуска пополнения и платежей единственный доступный конкретный шаг — зарезервировать хендл. А тем временем, если вы разрабатываете агентов, определитесь, где должны находиться ваши собственные правила расходов: в кошельке или в вашем приложении.
FAQ
Работает ли x402 только с Cloudflare или только со стейблкоинами?
Нет. x402 — открытый стандарт платежей по HTTP. Его создала Coinbase, а сейчас им управляет x402 Foundation в составе Linux Foundation. Фонд был запущен с 40 участниками, среди которых AWS, Google, Stripe, Visa, Mastercard и Cloudflare. По данным Linux Foundation, x402 поддерживает разные способы оплаты — от традиционных карт до стейблкоинов. Cloudflare выбрала стейблкоины для своих кошельков, но протокол этого не требует.
Является ли HTTP 402 Payment Required официальным кодом состояния?
Да, но спецификация не определяет его поведение. В RFC 9110 (спецификация HTTP Semantics) код 402 указан как зарезервированный для использования в будущем, а MDN отмечает, что общепринятого соглашения о нём нет. Браузеры и HTTP-клиенты обрабатывают его как любую другую клиентскую ошибку 4xx. x402 восполняет этот пробел: определяет, что содержит ответ 402, как клиент платит и как повторяет запрос с подтверждением оплаты.
Чем Cloudflare Wallets отличается от кошелька Link для агентов от Stripe?
Они размещают подтверждение человеком на разных этапах. По словам Cloudflare, Virtual Wallets позволят агентам тратить средства самостоятельно в рамках заранее заданных лимита расходов, белого списка продавцов и максимального размера транзакции. Кошелёк Link для агентов от Stripe на момент запуска в апреле 2026 года выдаёт агенту одноразовую карту или Shared Payment Token только после того, как человек одобрит каждый запрос на расход. Stripe обещает позже добавить лимиты, задаваемые пользователем.
Как применять правила расходов, которые не выразить через лимиты кошелька агента?
Добавьте в своё приложение проверку политики, которая выполняется до того, как агент заплатит. Ведите журнал прошлых покупок, чтобы проверка могла отклонять повторы — например, покупку одного и того же датасета дважды за неделю. Резервируйте средства в рамках проверки атомарно, например с помощью транзакции базы данных или отдельной очереди платежей для каждого агента. Так параллельные платежи не смогут все пройти проверку по одному и тому же неизрасходованному лимиту.
