1. Главное узкое место — полномочия, а не интеллект
Мы наблюдаем фундаментальный сдвиг в искусственном интеллекте, то есть в сверхинтеллекте. Чат-боты, которые лишь отвечают на запросы, уступают место автономным агентам, способным выполнять сложные многоэтапные рабочие процессы.
Они самостоятельно приобретают потоки данных, резервируют вычислительные ресурсы и взаимодействуют с внешними API. Однако, несмотря на огромный прогресс в способности моделей рассуждать, развитие агентной экономики в основном застопорилось.
Основная причина проста: делегирование требует чётких границ.
Пользователь охотно попросит ИИ-модель написать эссе или проанализировать таблицу. Но он не предоставит программному обеспечению неограниченный доступ к банковскому счёту или закрытому ключу. Традиционные платёжные системы специально создавались для ручного подтверждения операций человеком и опираются на банковские карты, ежемесячные подписки с регулярным списанием и подтверждение одноразовыми паролями. Торговля между машинами, напротив, основана на микроплатежах менее чем на доллар, высокой частоте транзакций и полностью программном исполнении.
Как показывают недавние отраслевые исследования, хотя более 63% продавцов активно изучают агентную коммерцию, лишь 19% уже готовы с технической точки зрения обрабатывать автоматизированные машинные платежи. Главное препятствие — не интеллект машин, а лежащий в основе финансовый уровень и система разрешений.
2. Изоляция на этапе проектирования: трёхуровневая архитектура идентификации
Чтобы финансовое делегирование было безопасным, разрешения необходимо разделить на отдельные области. Вместо того чтобы предоставлять агенту постоянный контроль над средствами, Kite выстраивает структурированную трёхуровневую иерархию идентификации:
Основные полномочия пользователя: человек-владелец сохраняет контроль над корневым ключом, надзор за управлением и возможность экстренной остановки.
Паспорт агента: программируемый уровень политик, который обеспечивает соблюдение белых списков адресов получателей, дневных лимитов расходов и перечня разрешённых типов активов...
Временные сессии задач: изолированные среды исполнения с чётко заданными ограничениями по бюджету и времени (например, максимальная сумма расходов — $5.00, срок действия — 12 часов).
Благодаря изоляции финансовых операций во временных песочницах скомпрометированный промпт или непредвиденная логика исполнения остаются строго ограниченными рамками одной сессии, а остальная часть кошелька пользователя полностью защищена.
3. Протокольная агностичность и встроенный арбитраж👀
Вместо навязывания проприетарного стандарта платежей инфраструктура первого уровня Kite напрямую интегрируется с уже существующими протоколами машинных платежей, включая HTTP x402, Machine Payments Protocol (MPP) от Stripe и MCP от Anthropic.
Такая архитектура позволяет агентам рассчитываться за каждый запрос с помощью нативных стейблкоинов, избавляя от расходов на ежемесячную подписку.
Кроме того,
поскольку в автономных транзакциях неизбежно возникают проблемы — невыполненные обязательства, неудачные промпты или неоказанные услуги, — Kite включает встроенную систему эскроу.
Средства остаются заблокированными на время оказания услуги; их защищают 48-часовой срок для ответа продавца и 7-дневная возможность обратиться к нейтральному арбитражу. Системы, предназначенные для внедрения в реальном корпоративном мире, должны учитывать непредвиденные ситуации и ошибки, а не исходить из того, что всё будет работать безупречно.
Перспективы инфраструктуры
В конечном счёте переход к агентной экономике будет зависеть не от того, кто создаст самую интеллектуальную модель рассуждений, а от того, кто решит неприметную, но важную задачу финансового делегирования.
По мере того как автономное программное обеспечение переходит от пассивных рекомендаций к активному участию в экономике, именно такие механизмы безопасности, как Agent Passport от Kite и встроенное разрешение споров через эскроу, отделят жизнеспособную платёжную инфраструктуру для машин от спекулятивных экспериментов.
Для внедрения в реальном мире потребуется время, а активность на раннем этапе должна перерасти в устойчивую интеграцию со стороны разработчиков. Однако если торговля между машинами должна масштабироваться безопасно, её необходимой основой станет инфраструктура, построенная на изоляции, программируемых ограничениях и детерминированном арбитраже.
Если вы дочитали до этого места — снимаю шляпу.
Какие разрешения или ограничения безопасности вы считаете обязательными, прежде чем предоставить программному обеспечению прямой доступ к управлению финансами?
пишите в комментариях