Продавцы, которые предоставляют свой каталог услуг в читаемой агентом структуре, будут готовы. Остальные восстановятся под давлением.

Stripe запустил Projects 30 апреля 2026 года — коммерческий протокол, который позволяет агентам ИИ создавать учетные записи, покупать домены, планы обновления и развертывать инфраструктуру от имени владельцев-людей. Cloudflare, Vercel и Netlify выступили в качестве партнеров по запуску. Протокол работает параллельно с существующим протоколом агентской коммерции Stripe, который занимается розничной торговлей. Вместе эти два протокола определяют четкое разделение между покупками (ACP) и покупательными возможностями (проекты).

<п>Этот раскол является структурным фактом, с которым стоит смириться. Первая волна агентской торговли, проходившая с сентября 2025 года по начало 2026 года, имела форму розничной торговли. Агенты просматривали каталоги товаров, добавляли товары в корзины, оформляли заказы в таких магазинах, как Etsy, Walmart и Glossier. Ментальная модель всегда представляла собой цифровую версию покупателя-человека. Stripe Projects нарушает эту концепцию. Покупатель по-прежнему является агентом, действующим под авторизацией пользователя, но продавец представляет собой облачную платформу, каталог представляет собой набор планов и ресурсов, а не продуктов, а транзакция завершается предоставлением возможности, а не отправкой коробки.

Закупки инфраструктуры — это вторая коммерческая категория агентской сети, и вопросы аудита для продавцов в этой категории не совпадают с вопросами аудита для розничных продавцов.

Что на самом деле делают проекты Stripe

Stripe Projects предоставляет четыре основных потока агентам ИИ, действующим под авторизацией пользователя.

Первое — создание учетной записи. Агент может зарегистрировать новую учетную запись у участвующего поставщика от имени владельца-человека, используя проверенную личность владельца и платежный инструмент. Поставщик получает структурированный запрос на регистрацию, который включает в себя личность владельца, личность агента и область авторизации.

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

<п>Третий — подготовка и настройка. После покупки агент может настроить ресурсы для владельца. В описании запуска Cloudflare это прямо указано: агент, покупающий учетную запись Cloudflare, также может настроить записи DNS, развернуть Worker, присоединить домен и произвести рабочую настройку в конце потока, а не только оплаченный счет.

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

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

Почему были запущены Cloudflare, Vercel и Netlify

<п>Группа запуска сигнализирует о том, на какую категорию Stripe ориентируется в первую очередь. Все три партнера по запуску работают на уровне платформы разработки облачной инфраструктуры: периферийные вычисления, платформы развертывания и доставка контента. Ни один из них не является поставщиком облачных услуг общего назначения в духе AWS, Azure или GCP. Выбор выглядит осознанным.

Описание запуска Cloudflare охватывает полный жизненный цикл. Агенты создают учетные записи Cloudflare, регистрируют домены, прикрепляют домены к учетной записи, развертывают Workers и настраивают записи DNS. Транзакция — это одна часть потока, а конфигурация — остальное. Cloudflare представил проекты как управляемую агентами подготовку инфраструктуры, которая завершается созданием рабочей настройки, а не завершением проверки.

<п>Vercel опубликовала запись в журнале изменений, поддерживающую покупки плана Pro через Projects. Интеграция охватывает, в частности, процесс обновления: агент может перевести учетную запись Vercel владельца-человека с бесплатного уровня на уровень Pro, причем с этого момента взаимоотношения по выставлению счетов будут управляться через Projects.

Netlify был запущен с объявления LinkedIn от генерального директора Маттиаса Бильмана. В структуре Netlify подчеркивается, что интеграция охватывает как создание новых учетных записей, так и управление подписками на существующие учетные записи — две половины взаимоотношений с клиентами.

<п>Общей характеристикой когорты запуска является то, что все три поставщика уже имели интерфейсы продуктов, ориентированные на API, еще до Project. API Cloudflare, API Vercel и API Netlify были созданы для рабочих процессов, управляемых разработчиками. Projects размещается поверх этих API и добавляет уровень коммерческого протокола специально для агентов. Поставщики, использующие API-интерфейсы, — это поставщики, которые могут обеспечить поддержку проектов быстрее всего. Продавцов, которые предоставляют только панели управления, ориентированные на человека, ждут более серьезные разработки.

Категория, о которой сначала сигнализирует Stripe, а затем — облачная инфраструктура, прилегающая к разработчикам. Следующим событием, вероятно, станут подписки SaaS для аудитории, не связанной с разработчиками: инструменты управления проектами, маркетинговые платформы, программное обеспечение для дизайна — все, что продает подписку с многоуровневой лестницей. Следующее кольцо — это облако общего назначения и традиционное B2B SaaS. Ни один из них еще не отправлен. Вопрос для каждого продавца в этих категориях заключается в том, стоит ли приходить раньше или ждать.

Чем проекты Stripe отличаются от ACP

ACP и Stripe Projects используют одну и ту же базовую платежную инфраструктуру. Оба работают на платёжных платформах Stripe. Оба могут использовать общие платежные токены для транзакции агента от имени пользователя. Оба проходят через Stripe Radar для обнаружения мошенничества. Совместное подключение имеет смысл и, возможно, является причиной того, что оба протокола могут спокойно сосуществовать под управлением одного и того же поставщика.

Различия заключаются на уровне инструментов на стороне продавца.

<п>ACP предполагает, что розничный торговец предоставляет каталог продуктов. Агент читает каталог через поверхность ленты ACP, выбирает продукты и оформляет заказ. В обязанности продавца входит поддержание чистоты каталога и обработка конечной точки Complete Checkout. Задача агента — прочитать, выбрать и подтвердить. Большинство коммерческих шаблонов внутри ACP четко соответствуют существующим веб-сайтам электронной коммерции.

<п>Projects предполагает, что продавец предоставляет возможность или подписку. Каталог представляет собой набор планов, уровней, ресурсов или доменов. Критерии выбора отличаются от розничных: агент, покупающий план Vercel Pro, не делает оптимизации по размеру, цвету и отзывам клиентов; он сопоставляет ограничения ресурсов плана с заявленной рабочей нагрузкой владельца. Задача агента по чтению ближе к спецификации продукта, чем к странице со списком продуктов. Продавцы, поддерживающие проекты, должны раскрывать эти спецификации в структуре, доступной для чтения агентам, а не только на странице цен, доступной для людей.

<п>Форма авторизации также отличается. ACP разрешает единоразовую покупку, тогда как Projects разрешает постоянные отношения. Агенту, совершающему покупку через ACP, необходимо разрешение на конкретную транзакцию. Агенту, совершающему покупку через Projects, требуется разрешение на транзакцию, а также, зачастую, разрешение на управление полученной подпиской. Права на авторизацию на стороне пользователя шире для Проектов, и проверки авторизации на стороне продавца должны соответствовать этому более широкому диапазону.

<п>Картина выявления мошенничества также иная. Сигналы мошенничества ACP основаны на шаблонах уровня транзакции: известная карта, известный адрес доставки, правдоподобная структура покупки. Сигналы о мошенничестве в проектах основаны на шаблонах на уровне отношений: создание учетной записи в необычных условиях, изменения конфигурации, которые превышают заявленное разрешение агента, предоставление ресурсов, которые не соответствуют подтвержденной рабочей нагрузке владельца-человека. Stripe Radar обрабатывает оба варианта, но модель должна изучить второй шаблон отдельно от первого.

У покупателей инфраструктуры разные вопросы аудита

Продавцы, которые хотят, чтобы их можно было покупать через агентов через Projects, подвергаются проверке, отличной от проверок розничных продавцов на предмет готовности к ACP или UCP.

<п>Первый вопрос аудита заключается в том, поддерживает ли поверхность создания учетных записей программную адаптацию. Большинство поставщиков облачных услуг и SaaS создали свои процессы регистрации для пользователей-людей, которые вводят адреса электронной почты и проверяют их, а затем проходят через мастер регистрации. Агентам, работающим с авторизацией пользователя, необходима структурированная конечная точка регистрации, которая принимает подтвержденную личность владельца, личность агента и область авторизации в виде одного запроса. Продавцы, единственным способом регистрации которых является форма на маркетинговой странице с подтверждением электронной почты, сегодня не подлежат покупке через агентов, независимо от того, что написано на их странице с ценами.

<п>Во-вторых, представлен ли план или каталог продуктов в структуре, которую может прочитать агент. Страницы цен, предназначенные для потребления людьми, обычно отображают планы в виде таблиц сравнения функций с чередующимися маркетинговыми текстами. Агенты, читающие эти страницы, должны семантически проанализировать таблицу, сделать вывод об эквивалентности функций в разных планах и угадать ограничения ресурсов, подразумеваемые маркетинговым текстом. Поставщик, который предоставляет чистый, структурированный каталог через Projects или через параллельную конечную точку, читаемую агентом, устраняет проблему вывода. Агент пропускает или неправильно настраивает поставщика, которого нет.

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

<п>Четвертый, более тонкий вопрос: готова ли документация поставщика, ориентированная на клиента, для использования агентами. Агенту, покупающему инфраструктуру для владельца-человека, часто приходится читать документацию по продукту, чтобы принять решение о покупке или настройке: какой план покрывает рабочую нагрузку, какая функция требует более высокого уровня, какой шаг настройки должен быть выполнен, прежде чем развертывание может быть успешным. Документацию, написанную для разработчиков-людей, с неявными предположениями о предшествующих знаниях, агентам труднее использовать, чем документацию, написанную с чистыми каноническими ответами на каждый вопрос. Аудит розничной торговли не включает в себя ось читаемости документации. Аудит покупки инфраструктуры делает это.

Каждый из четырёх — это независимый аудит. Большинство поставщиков сегодня не имеют ни одного из четырех вариантов доступа агентов. У некоторых есть один или два. Поставщики, которые проверят все четыре и устранят пробелы, — это поставщики, с которыми агенты, управляемые проектами, будут доступны в течение следующих двенадцати месяцев.

<х2>Что означают проекты Stripe, если ваш сайт продает подписки или услуги

Три категории поставщиков должны воспринимать запуск 30 апреля как сигнал о будущем, а не как событие, которое их не затрагивает.

Во-первых, это поставщики SaaS, продающие продукты по подписке. Инструменты управления проектами, платформы дизайна, маркетинговое программное обеспечение, инструменты для разработчиков, аналитические услуги. Если пользователь может настроить агент для управления своими подписками, и пользователь готов делегировать эту работу, Projects — это протокол, к которому будет обращаться агент. Поставщики SaaS, которые не отображаются в доступном для чтения каталоге проектов, потеряют эти рабочие процессы в пользу поставщиков, которые это делают. Выбор состоит в том, чтобы быть доступным для чтения агентом через Projects или быть полностью невидимым для этого потока.

<п>Во-вторых, это поставщики хостинга, DNS и облачной инфраструктуры, не входящие в когорту запуска. Категории Cloudflare, Vercel и Netlify, которые уже охватываются, теперь доступны для покупки через агентов. Следующими идут категории, примыкающие к ним, включая специализированный хостинг, платформы безопасности, доставку контента, наблюдаемость и базу данных как услугу. Поставщики из этих смежных категорий, которые наблюдают за тем, как группа запуска преуспевает и не двигается с места, делают ставку на то, что их клиенты будут продолжать выполнять работу по настройке самостоятельно. Эта ставка правдоподобна сегодня и будет становиться менее правдоподобной каждый квартал до конца 2026 года.

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

Краткая версия всех трех: покупка инфраструктуры — это вторая коммерческая категория агентской сети, аудит отличается от розничной торговли, и продавцы, которые проводят этот аудит на ранней стадии, будут теми, кого агенты смогут найти, когда пользователь делегирует работу.

Этот пост был первоначально опубликован на No Hacks.

Рекомендуемое изображение: Роман Самборский/Shutterstock