Представьте, что вы просите ИИ-ассистента забронировать приличный отель на выходные. Вы указываете бюджет и говорите, что хотели бы остановиться где-нибудь недалеко от центра, а он находит номер, оплачивает его и отправляет вам подтверждение.
Отель вписывается в бюджет и расположен в хорошем месте, но в номере нет окна, завтрак оплачивается отдельно, а отмена бронирования невозможна.
Программное обеспечение могло достаточно точно следовать инструкциям, в результате чего вы будете спорить о покупке, которую никогда бы не совершили сами. Поскольку платежные компании создают сервисы для ИИ-агентов, этот разрыв между разрешением и удовлетворением становится частью продукта, который им приходится продавать.
В отчете, опубликованном 8 сентября, Mastercard прогнозирует, что к 2030 году один из десяти человек будет регулярно использовать ИИ-агентов для покупок и оплаты.
Онлайн-шопинг может означать сравнение десятка вкладок, расшифровку комиссий и размышления о том, не упустило ли описание продукта что-то существенное. Программное обеспечение, которое берет на себя утомительную часть работы, заслуживает шанса, но как только оно сможет тратить деньги, его ошибки станут покупками, которые кому-то придется отменять.
Криптовалюта — один из способов предоставить этому программному обеспечению метод оплаты. Самая сложная задача — решить, сколько у него полномочий и кто несет ответственность, когда завершенная транзакция становится началом проблемы.
Обучение кошелька вашим намерениям
ИИ-агенты — это программное обеспечение, которому разрешено совершать действия для достижения цели. Ассистенты по путешествиям пересекают важную границу, когда они переходят от рекомендации номеров к их бронированию и оплате от вашего имени.
Разрешение на оплату должно описывать авторизованную вами покупку. Ограничения расходов в размере 200 долларов могут предотвратить бронирование за 500 долларов, оставляя при этом пространство для разногласий по поводу условий отмены и сборов за выезд. Программное обеспечение также должно знать, на какие характеристики номера оно может пойти на компромисс.
Люди обычно оставляют детали невысказанными, потому что другой человек понял бы их или спросил перед принятием решения. Платежные системы нуждаются в инструкциях, которые они могут проверить, что означает перевод обычного запроса в ограничения, не заставляя пользователя писать контракт перед каждой покупкой.
Google Agent Payments Protocol решает часть этой задачи с помощью цифровых подписанных записей, называемых мандатами. Они связывают инструкции пользователей с предлагаемыми покупками и платежами. Пользователи могут утверждать конкретные корзины или авторизовать покупки на заранее установленных условиях.
Для примера с отелем это может означать запись максимальной общей цены и конкретного номера, который был одобрен. Если ИИ-агент забронирует что-то другое, подписанная запись предоставит участникам доказательства, помимо их противоречивых воспоминаний о том, что произошло в чате.
Карточные сети также работают над собственными соглашениями для агентов. Mastercard описывает авторизацию и аутентификацию как часть Agent Pay, наряду с контролем над тем, что разрешено делать ассистенту.
Слово «токен» здесь тоже появляется. Карточные токены заменяют конфиденциальные данные карты идентификаторами, используемыми для обработки платежей, а стейблкоины в долларах США — это передаваемые активы, предназначенные для отслеживания доллара.
Ограничения, построенные вокруг любого из этих методов, определяют, насколько свободу получает агент. Тщательно настроенные криптокошельки могут ограничивать расходы более строго, чем плохо настроенные карточные сервисы.
Карточные продукты могут предоставлять собственные средства контроля наряду с установленными процессами разрешения споров, а пользователи делегируют полномочия в рамках этой системы, включая настройки, регулирующие отдельные покупки.
Платеж может пройти успешно, а покупка — нет
Некоторые вещи, которые покупают агенты, могут быть слишком мелкими или незначительными, чтобы люди утверждали их индивидуально. Ассистенты по путешествиям могут оплачивать другие программные сервисы за актуальную доступность номеров в рамках поиска подходящего бронирования.
Платежный стандарт x402 обеспечивает это с помощью стандартных веб-запросов. Сервисы отвечают, что требуется оплата, и предоставляют условия. Запрашивающее программное обеспечение затем может отправить платеж для проверки и получить нужную информацию.
Пользователю не нужно открывать подписку у каждой мелкой службы, задействованной в процессе. Это может быть привлекательной альтернативой ведению учетных записей для разового использования, особенно когда каждый запрос стоит всего несколько центов.
Мелкие покупки по-прежнему нуждаются в бюджете. В этом гипотетическом примере ИИ-ассистент платит два цента каждый раз, когда проверяет сервис данных:
| Действие ИИ-агента | Цена за запрос | Общая сумма расходов |
|---|---|---|
| Проверяет пять раз и завершает | 0,02 доллара США | 0,10 доллара США |
| Повторяет задачу 500 раз | 0,02 доллара США | 10,00 долларов США |
Иллюстративные цены и использование, не цитата от реального поставщика.
Ограничения на каждую транзакцию позволят оба исхода. Общие бюджеты и лимиты попыток могут остановить второе, при условии, что программное обеспечение отслеживает расходы в рамках задачи, что важно, когда сервисы возвращают ошибки, а ассистент продолжает попытки.
Повторные попытки должны отличаться от завершенных покупок, с контролем против дублирующих платежей. Квитанции также должны связывать расходы с задачей, чтобы пользователи могли видеть, купила ли информация деньги или профинансировала цикл.
В рамках схемы точной оплаты x402, выполненные трансферы необратимы, хотя продавцы могут возвращать деньги покупателям, отправляя их обратно новыми переводами. Его схема пакетного расчета имеет отдельные положения для возвратов и снятия средств из эскроу, где средства хранятся при определенных условиях их высвобождения.
Возврат денег зависит от политики продавца и любых договорных или эскроу-соглашений, регулирующих средства. Базовые переводы токенов не имеют собственного процесса оспаривания, как у карт, поэтому окружающий сервис должен предоставлять путь для жалоб и возврата средств.
Бюро по финансовой защите потребителей описывает обстоятельства, при которых покупка по кредитной карте может быть оспорена, и эмитент может отменить платеж. Эти процессы не являются универсальным обещанием того, что каждая разочаровывающая покупка, включая ту, которая была делегирована программному обеспечению, будет возвращена.
Агенту, бронирующему отель, нужен не просто чек об успешной оплате. Клиенту нужны доказательства рекламируемого номера, условий отмены и инструкции, которая санкционировала бронирование. Платежная сеть может установить, что деньги были переведены, но разрешение покупки может потребовать доказательств от нескольких других участников.
Никто не хочет управлять ИИ-агентом-покупателем
Пример с отелем начинается как попытка сэкономить время. Он терпит неудачу, если путешественнику приходится часами читать журналы, чтобы установить, почему ассистент выбрал номер без окна.
Люди покупают такого рода удобство, чтобы тратить меньше времени на задачу. Надзор за младшим отделом закупок был бы дорогостоящей заменой, особенно если каждая ошибка требует реконструкции цепочки программных решений.
Люди хотят одобрять дорогие покупки и позволять мелким, повторяющимся проходить в рамках бюджета. Возвратные бронирования могут проходить автоматически, в то время как невозвратные бронирования требуют подтверждения.
Эти элементы управления отслеживают, насколько дорогой может быть ошибка и насколько легко ее можно отменить.
Интерфейс должен сохранять эти различия при оформлении заказа. Потолки расходов должны включать сборы, а разрешения должны истекать по завершении работы. Квитанции должны идентифицировать продавца и объяснять покупку в понятных клиенту терминах, чтобы разрешение спора начиналось с того, что было куплено, а не с поиска по платежным адресам.
ИИ-ассистент, рекомендующий отель, может ранжировать варианты по предпочтениям пользователя, по платежам от продавцов или по некоторой комбинации, раскрытой в его бизнес-модели. Автоматизация покупки просто делает стимулы менее заметными, если клиент никогда не видит альтернатив.
Коммерческая модель должна идти в ногу с разрешениями на расходы. Прежде чем позволить агенту выбирать и платить, покупатели должны понимать, могут ли продавцы платить за размещение и как эти платежи влияют на представленные варианты.
То же самое относится и к программным сервисам, которые агент покупает по пути. Пользователь может быть рад заплатить несколько центов за лучшую информацию, но он может быть менее рад, если ассистент постоянно покупает данные, которые не улучшают бронирование.
Система, которая хорошо справляется с этими деталями, может поддерживать как карточные сети, так и стейблкоины. Карты связаны с установленными договоренностями с продавцами и разрешениями споров, а стандарты криптоплатежей могут упростить мелкие, программные покупки между сервисами.
Ни один из методов оплаты не может заменить понимание задачи.
Для путешественников успешные ассистенты будут помнить требования к номеру, объяснять общую сумму обязательств и решать проблемы с бронированием, которое пошло не так. Оплата будет одним из шагов в работе, выполненной от их имени.
Вот удобство, за которое стоит платить: закрыть приложение и наслаждаться выходными.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Andjela Radmilac
