Коли AI-агент почне витрачати гроші за компанію, хто зупинить операцію «перед тим, як гроші справді будуть переказані»?

Автор статті, джерело: DeDing Innovation

Огляд

Skalor розробляє інфраструктуру незалежного клірингу та виконання стратегій для економіки AI-агентів.

Зі зростанням ролі AI Agent — від генерації контенту та аналізу даних до закупівель, платежів, торгівлі та управління коштами — компанії надають програмним агентам все більше реальних повноважень. Agenti більше не просто надають рекомендації, а починають від імені організації виконувати платежі, викликати фінансові сервіси, купувати хмарні ресурси, керувати постачальниками та навіть безпосередньо отримувати доступ до корпоративних скарбниць. Існуючі платіжні системи не були розроблені для автономних Agenti.

Традиційні підприємства зазвичай ініціюють платежі через фізичних осіб, покладаючись на ручне схвалення, права доступу до облікових записів та післяопераційний аудит для контролю ризиків. Коли суб’єктом виконання стає AI-агент, який може працювати 24/7, автоматично викликати інструменти та безперервно ініціювати транзакції, ця система виявляє очевидні прогалини: підприємствам важко в реальному часі визначити, чи має певний агент право на оплату, чи перевищує він бюджет, чи не платить він незатвердженим постачальникам, а також яка саме модель, ідентичність та середовище виконання спричинили ту чи іншу операцію.

Мета Skalor — додати шар реального часу для розрахунків та контролю між AI Agent та платіжними мережами. Перш ніж кошти будуть фактично переведені, система перевіряє ідентичність Agent, перевіряє платіжну політику, встановлену підприємством, виконує обмеження бюджету та постачальників та генерує криптографічні квитанції для кожної транзакції, які можна перевірити незалежно.

Його основна позиція може бути скорочено описана як:

Skalor не відповідає за зберігання корпоративних коштів, а вирішує, чи має право виконати угоду, ініційовану AI Agent.

Ця неманіжна архітектура дозволяє Skalor інтегруватися з стабільними монетами, банківськими платіжними системами, інституційними розрахунковими мережами та іншими протоколами платіжних агентів, не замінюючи існуючих систем управління трастом і коштами підприємства. У довгостроковій перспективі Skalor прагне стати «кліринговою палатою» економіки AI-агентів: поєднуючи ідентичність, права, платежі та аудит, вона забезпечує надійну інфраструктуру для розгортання агентів з реальними економічними повноваженнями.

Основні проблеми оплати з використанням AI-агентів

AI-агент перетворюється з «програмного інструменту» на «економічного учасника».

На початковому етапі агенти виконують завдання з низьким рівнем ризику, наприклад, підсумовують документи, генерують код або упорядковують інформацію. Зі зростанням здатностей моделі агенти починають здатні викликати зовнішні API, співпрацювати з іншими агентами та самостійно приймати рішення на основі заданих цілей.

Це означає, що компанії можуть доручити агентам виконання більш складних завдань:

• Автоматизоване програмне забезпечення та хмарні сервіси;
• Замовляйте у постачальників залежно від наявності на складі;
• Оплата витрат на командировки, маркетинг та операційну діяльність;
• Керування підписками та періодичними платежами;
• Виконання торгів на фінансових ринках;
• Розподіл корпоративних коштів згідно з бізнес-правилами.

Ці сценарії можуть значно підвищити ефективність, але також вводять новий тип ризику: неавторизовані дії, ініційовані машинами.

Традиційні системи контролю ризиків при оплаті засновані на обліковому записі, пристрої та ідентичності фізичної особи. Система може підтвердити, що певний працівник увійшов у корпоративний обліковий запис, але не завжди може визначити, чи має агент, викликаний працівником, право на оплату в рамках поточного завдання, чи вже відхилився від початкових інструкцій.

Справжнє питання, яке повинні відповісти підприємства:

• Який агент ініціював цю угоду?
• Яка компанія або відділ це виконує?
• Чи має він поточні дозволи?
• Чи відповідає сума одній транзакції та щоденному бюджету?
• Чи є отримувач у списку дозволених?
• Чи потрібна додаткова ручна підпис?
• Чи змінювалися модель та середовище виконання агента?
• Чи можна повністю відтворити процес схвалення та виконання після завершення?

Якщо на ці питання неможливо отримати визначені відповіді до здійснення угоди, підприємствам важко передавати справжній контроль над коштами автономним агентам.

Скалер вважає, що просте моніторинг поведінки агента недостатній. Підприємствам потрібно не виявляти порушення після їх виникнення, а запобігати виконанню дій, що не відповідають правилам, до моменту здійснення платежу.

Від «моніторингу» до «атомізації виконання»

Сучасні інструменти управління агентами зазвичай зосереджені на логуванні, виявленні аномалій та післяфактичному сповіщенні. Такі методи допомагають компаніям виявляти проблеми, але за своєю природою залишаються спостерігаючим контролем: система оцінює поведінку як аномальну лише після того, як агент вже виконав дію. Для агентів, що мають доступ до виробничих баз даних, корпоративних скарбниць або мереж великих платежів, такий підхід недостатній для виконання фінансових та регуляторних вимог. Skalor вибрав інший шлях: перетворення корпоративних політик платежів у безпосередньо виконувані правила з атомарною перевіркою перед кожним розрахунком. Атомарна перевірка означає, що транзакція може продовжитися лише тоді, коли всі умови виконані одночасно; якщо хоча б одна умова не виконується, платіж не відбувається.

Наприклад, компанія може налаштувати:

• Одна оплата не може перевищувати певну суму;
• Щоденний загальний витрати агента не повинні перевищувати бюджет;
• Сплати можна здійснювати лише схваленим постачальникам;
• Певні угоди повинні мати спільний підпис фінансового керівника;
• Агент може виконувати дії лише у вказані часи або в межах завдань;
• Однаковий запит на угоду не може бути надісланий повторно;
• Торгові пари повинні пройти перевірку на санкції та відповідність.

Ці правила не вписані в внутрішній операційний посібник і не просто підказуються системою фону, а безпосередньо стають частиною шляху виконання угоди.

Цей дизайн змінює корпоративне управління з «сподівання, що агенти дотримуватимуться правил» на «технічну неможливість обійти правила агентами».

Архітектура платформи

Платформа Skalor складається з трьох взаємопов’язаних модулів: Skalor Mandate, KYA Bureau та Pay + Receipts.

Skalor Mandate — це налаштований на ланцюжку контракт стратегії для кожного агента. Підприємства можуть налаштовувати права на витрати та межі поведінки агента, включаючи ліміти на одну операцію, щоденний бюджет, білий список постачальників, поріг спільного підпису та правила захисту від повторних атак. Контракт зберігає та виконує лише політики, але не зберігає кошти підприємства. Підприємства продовжують керувати активами через існуючі банківські рахунки, інституційні трестові компанії, багатопідписні гаманці або платіжні платформи. Цей підхід забезпечує кілька важливих характеристик:

Спочатку повноваження агента є чіткими та перевірними. Будь-яка участвуюча сторона може підтвердити, чи відповідає платіж правилам, встановленим підприємством, не довіряючи централізованому серверу Skalor.

Крім того, зміни політики строго контролюються. Лише оператори бізнесу можуть змінювати Mandate, і всі зміни залишають аудитований запис.

Третє, компанії можуть налаштовувати різні права для різних агентів. Наприклад, агент закупівель може надсилати запити на оплату санкціонованим постачальникам, але не має права викликати торговий рахунок; фінансовий агент може обробляти заробітну плату та абонентські плати, але будь-які платежі, що перевищують певну суму, повинні супроводжуватися спільним схваленням CFO.

Skalor Mandate перетворює матрицю повноважень всередині компанії на ланцюгові правила, які можуть виконуватися агентами та перевірятися аудиторськими організаціями.

Людська фінансова система залежить від KYC — перевірки ідентичності та ризиків клієнтів. Але в агентній економіці перевірки лише бізнесу чи особи, що стоїть за ним, недостатньо.

Одна й та сама компанія може запускати сотні агентів, кожен з яких використовує різні моделі, права, інструменти та середовища розгортання. Навіть якщо вони належать одній компанії, їхні ризики повністю відрізняються.

Тому Skalor ввів KYA — Know Your Agent.

KYA Bureau — це федеративна система реєстрації ідентичності та репутації агентів. Організації можуть видавати агентам сертифікати різних рівнів та реєструвати підписані докази, пов’язані з їхньою ідентичністю, середовищем виконання, історією поведінки та ризикованими показниками.

Ці сертифікати можуть генеруватися з участию різних типів організацій, наприклад:

• Кваліфікований депозитарій;
• Постачальник послуг MPC-гаманця;
• Команда безпеки підприємства;
• Платформа для торгівлі та платежів;
• Регульовані фінансові установи;
• Інші надійні постачальники послуг Agent.

Будь-яка сторона, що отримує транзакцію, може перевірити, чи має певний агент дійсний сертифікат, не залежачи від єдиної централизованої бази даних ідентичності.

З функціональної точки зору KYA Bureau схожа на мережу кредиту та ідентичності для автономних агентів. Вона не лише відповідає на питання «Хто є власником цього агента?», але й намагається відповісти на питання «Чи має цей агент надійні умови для виконання поточної угоди?»

Зі збільшенням кількості інституцій, які приєднуються та надають підписи для спостереження, покриття та надійність агентських сертифікатів постійно зростатимуть. Це також може сформувати один із найважливіших мережевих ефектів Skalor: чим більше учасників, тим ціннішими стають дані про ідентичність; чим повнішою є мережа ідентичностей, тим більше бажання бізнесу використовувати її платіжно-розрахунковий рівень.

Skalor не прив’язаний до однієї платіжної мережі. Агенти можуть здійснювати платежі за допомогою стабільних монет, банківських мереж, інституційних систем розрахунків або інших платіжних протоколів агентів. Skalor розташований перед цими платіжними каналами, відповідаючи за перевірку ідентичності та політик, а також генерує криптографічно підписані квитанції після завершення транзакції.

Кожен квитанція може містити:

• Ідентичність та облікові дані агента;
• Доведення середовища виконання;
• Результати перевірки політики торгівлі;
• Записи про штучну або багатопідписову схвалення;
• Остаточний доказ розрахунків;
• Відповідні ланцюгові транзакції та мітка часу.

Ці квитанції можна незалежно перевірити; навіть якщо послуги Skalor тимчасово недоступні, бізнеси, аудиторські фірми та контрагенти можуть відновити траєкторію транзакцій на основі публічної інформації для перевірки — що є критично важливим для бізнесу.

Традиційні журнали агентів зазвичай зберігаються самим платформою, що робить їх вразливими до змін, втрати або недоступності через припинення роботи постачальника. Мета Skalor — перетворити аудит угод на переносимий та відтворюваний криптографічний доказ, а не просто на запис у базі даних певної платформи.

Як завершити платіж через Agent?

Наприклад, підприємство, яке використовує AI Agent для управління платежами постачальникам.

Спочатку фінансовий керівник компанії встановлює для агента повноваження, включаючи:

• Максимальна сума однієї платіжної операції;
• Щоденний загальний бюджет;
• Список схвалених постачальників;
• Поріг суми, що вимагає ручного схвалення.

Коли агент готовий здійснити оплату постачальнику, він надсилає намір оплати через Skalor SDK, вказуючи суму, отримувача та мету транзакції.

Skalor потім послідовно перевіряє:

• Чи має агент дійсну ідентичність;
• Чи є відповідні документи ще дійсними;
• Чи пройшов отримувач перевірку на відповідність вимогам?
• Чи перевищує сума ліміт на одну операцію;
• Чи перевищено бюджет за день?
• Чи знаходиться отримувач у білому списку компаній;
• Чи активувалося додаткове вимога до спільного підпису.

Коли сума перевищує поріг, встановлений компанією, система призупиняє транзакцію і надсилає запит на незалежне схвалення відповідній особі. Транзакція продовжується лише після завершення схвалення.

Після успішного проходження всіх правил Mandate авторизує платіж і маршрутизує транзакцію до відповідної платіжної мережі. Після завершення розрахунків Skalor генерує криптографічно підписану квитанцію, надаючи фінансовій команді підприємства реальний час аудиту.

Діаграма процесу представляє цей процес як:

Агент → SDK → Skalor Proxy → Мандат → Платіжна мережа → Мерчант

Він показує, що Skalor не замінює платіжні мережі напряму, а виконує перевірку тотожності, перевірку політик та авторизацію до того, як платіжні інструкції потрапляють на рівень розрахунків.

Стратегія розповсюдження розробників

SDK та основні інструменти Skalor використовують відкриту стратегію для розробників. Розробники можуть інтегрувати Skalor у фреймворки та додатки Agent, щоб Agent автоматично викликав інтерфейс перевірки стратегії перед ініціюванням платежу. Їхня інтеграція MCP дозволяє додаткам, заснованим на великих мовних моделях, підключатися до служб ідентифікації та розрахунків через стандартизовані способи виклику інструментів. Така відкрита розповсюдження має двохрівневу цінність:

По-перше, це знижує витрати на спробу для розробників. Команди можуть додавати Mandate, перевірку особистості та підтвердження квитанцій у тестовому середовищі, не підписуючи складних корпоративних угод.

Друге, інтеграція розробників природним чином приносить обсяги торгів. Коли продукт агента потрапляє в виробниче середовище, його платежі можуть перетворюватися на розрахункові угоди Skalor та корпоративних клієнтів.

Тому безкоштовний SDK не є самостійним джерелом доходу, а є каналом розповсюдження Skalor:

Розробник впроваджує → Підключення агента → Корпоративне розгортання → Зростання обсягів платежів та розрахунків

Skalor намагається побудувати довіру розробників шляхом відкриття базових компонентів, а потім комерціалізувати їх через сервіси клірингу та відповідності для підприємств.

Бізнес-модель

Бізнес-модель Skalor заснована на торгівельних клірингах та інфраструктурних послугах для бізнесу.

Комісія за розрахунок угод

Коли транзакція, ініційована агентом, успішно проходить перевірку політики та авторизацію через Skalor, платформа може стягувати комісію за розрахунки, що дорівнює сумі транзакції. Ця модель схожа на інфраструктурні збори карних організацій або платіжних мереж: низька ставка за одну транзакцію, але дохід зростає разом із обсягом транзакцій. Коли агенти почнуть обробляти закупівлі, підписки, платежі постачальникам та фінансові операції, окрема компанія може генерувати велику кількість постійних платежів. Skalor не зобов’язаний тримати кошти чи нести пропорційно зростаючі витрати на ручну операційну діяльність, що надає йому сильний ефект масштабу програмного забезпечення.

Комісії платформи для бізнесу

Великі підприємства, фінансові установи та професійні команди ШІ зазвичай потребують додаткових можливостей, зокрема:

• Шаблон політики на замовлення;
• Приватне розгортання або окреме середовище;
• Інтеграція ідентичності та прав підприємства;
• Аудит і звітність щодо відповідності;
• Керування кількома відділами та кількома агентами;
• Ексклюзивна технічна підтримка;
• Підключення до певного платіжного каналу.

За ці потреби Skalor може стягувати абонентську плату за платформу для бізнесу.

Комісії за розрахунки та абонентська плата за платформу доповнюють одна одну: перші зростають разом із обсягом платежів, а другі забезпечують більш стабільний високий маржинальний щомісячний дохід.

Інтеграція SDK з MCP

Інструменти розробника залишаються безкоштовними для розширення охоплення протоколу та стимулювання підключення агентів. Така модель «відкритого розповсюдження, комерційного монетизування» є поширеною в інфраструктурному програмному забезпеченні: чим легше розробники приймають базові стандарти, тим менше опору виникає під час впровадження для корпоративних покупців.

Масштабовані фінансові послуги

З розвитком платформи Skalor може запропонувати додаткові сервіси, пов’язані з корпоративними коштами та платіжними процесами. Однак такі функції вимагають чіткого визначення юридичної структури, шляхів руху коштів та меж ризиків. Для зовнішнього блогу краще розглядати їх як напрямок довгострокового розширення продукту, а не як ключову частину поточної бізнес-моделі.

Ринкові можливості

Ринок, у якому знаходиться Skalor, впливається одночасно трьома трендами.

Витрати на великі моделі постійно знижуються, а здатність до виклику інструментів та висновування швидко зростає, що дозволяє підприємствам розгорнути автономні агенти в більшій кількості сценаріїв. На початковому етапі агенти допомагали людям виконувати завдання. На наступному етапі агенти поступово перетворяться на уповноважені суб’єкти, які безпосередньо беруть участь у закупівлях, платежах, торгівлі та управлінні активами. Коли агенти отримають реальні економічні повноваження, підприємства змушені будуть створити для них системи ідентифікації, бюджетування, схвалення, управління ризиками та аудиту. Це означає, що управління агентами не буде просто універсальною функцією програмного забезпечення, а може сформувати окремий ринок інфраструктури.

Стабільні монети працюють 24/7, є програмованими та можуть безпосередньо викликатися через API та смарт-контракти, тому вони ідеально підходять для платежів між машинами. У порівнянні з традиційними банківськими системами, агенти не повинні чекати робочих днів і не потребують ручного входу в інтернет-банкінг для здійснення платежів. За наявності відповідних прав вони можуть здійснювати миттєве розрахунки по всьому світу. Але чим більш автоматизованою стає платіжна система, тим сильнішою стає потреба в системах авторизації та розрахунків. Стабільні монети вирішують питання «як рухаються кошти», а Skalor — питання «чи мають машини право на рух коштів».

Coinbase, Stripe, Anthropic, Google та інші інфраструктурні компанії розробляють стандарти для платежів та виклику інструментів агентів. Ці платформи спрощують ініціювання платежів агентами, але не завжди повністю вирішують питання ідентифікації, бюджетування, спільного схвалення та перевіряємих аудитів на рівні підприємств. З цієї точки зору Skalor не прагне конкурувати з усіма протоколами платежів агентів, а бажає стати універсальним рівнем клірингу та політик для них. Доки існують розбіжності між протоколами платежів, підприємствам потрібна система, яка забезпечує єдиний контроль над правами агентів поза межами окремих мереж.

Під час розгортання агента підприємством вимоги до нагляду та аудиту не зникають лише тому, що виконавцем стає програмне забезпечення.

Навпаки, коли платіж виконується автономною системою, підприємству може знадобитися більш строге підтвердження:

• Кожна угоду підтверджено;
• Агент має чіткі обмеження повноважень;
• Санкції та перевірка на відмивання коштів завершені;
• Фінансові потоки можуть бути повністю відстежені;
• Існує механізм людського втручання при прийнятті ключових рішень;
• Систему не можна обійти за допомогою окремого агента.

Тому відповідність — це не додатковий модуль після запуску Skalor, а важливий джерело вимог до продукту.

Зі зростанням використання стабільних монет та цифрових активів для оплати в більшості регульованих компаній, платформи, які можуть забезпечити виконання політик без зберігання коштів та наявність перевірених аудиторських записів, можуть поступово перетворитися з «інструментів безпеки» на базову вимогу при закупівлі корпоративними клієнтами.

Конкурентна ситуація

На Skalor конкурують інші проекти, які вирішують схожі, але не ідентичні проблеми.

Протокол оплати Agent

Ці платформи забезпечують можливість агентам виявляти сервіси, домовлятися про ціни та ініціювати платежі. Вони вирішують питання ініціювання платежів та стандартизації угод, тоді як Skalor зосереджений на авторизації підприємств, виконанні стратегій та аудиті. Тому в багатьох сценаріях вони більш схильні доповнювати один одного.

Інструменти управління та безпеки агента

Деякі платформи надають правила передвиконання, виявлення аномалій та моніторинг поведінки. Вони можуть допомогти підприємствам виявляти ризики, але якщо політики існують лише на рівні застосунку, агенти чи інтегровані системи все ще можуть обійти ці правила. Відмінністю Skalor є те, що ключові обмеження вбудовано у перевіряємий рівень виконання, що робить неможливим завершення транзакцій, якщо вони не відповідають політикам.

Кастодіальні та гаманцеві інфраструктури

Корпоративні клієнти та вхідні точки для коштів належать організаціям зі зберіганням та платформам MPC, і в майбутньому може бути додано управління правами Agent. Такі компанії мають сильні розповсюдницькі здібності, але їхнім основним бізнесом залишається зберігання коштів. Skalor вибрав незберігаючий підхід, щоб залишатися нейтральним щодо кількох платформ зберігання та платіжних мереж, не вимагаючи від підприємств переміщення активів.

Традиційні платіжні мережі

Visa, Mastercard та інші платіжні організації досліджують можливості платіжних та ідентифікаційних функцій Agent. Вони мають значні переваги у сценаріях платіжних карток, але майбутні підприємства Agent можуть одночасно використовувати стабільні монети, банківські мережі, протоколи на ланцюгу та інституційні розрахункові системи. Можливість Skalor полягає у наданні єдиної політики та шару ідентифікації через всі канали, а не обмеженні однією платіжною системою.

Універсальна хмара та платформа Agent

Великі хмарні провайдери можуть безпосередньо інтегрувати можливості оплати агентів у процеси розгортання моделей та корпоративних закупівель. Такі платформи є найважливішою довгостроковою конкуренцією для Skalor, оскільки вони мають наявних клієнтів, екосистему розробників та канали закупівель. Стратегія захисту Skalor полягає у збереженні нейтральності щодо моделей, хмар та платіжних мереж. Підприємства можуть не бажати, щоб ідентичність їхніх агентів, політики оплати та аудиторські записи були прив’язані до одного хмарного провайдера чи платформи моделей.

Ключова диференціація

Нетривіальний незалежний шар

Skalor не зберігає корпоративні активи, а лише виконує політики та генерує докази. Це знижує витрати на зміну сховищ, депозитаріїв або платіжних мереж для компаній, а також уникне конфліктів між платформою та існуючими фінансовими установами щодо прямого контролю над коштами.

Виконання політики атомізації

Система не сповіщає про ризики після здійснення угоди, а вимушено застосовує політику до того, як угоди будуть розраховані. Це робить її ближчою до справжньої інфраструктури клірингу, ніж до звичайного програмного забезпечення моніторингу.

Мережа ідентичності агента

KYA Bureau інтегрує ідентичність агента, середовище виконання та репутацію організації в перевіряємі облікові дані. Якщо ця мережа отримає широку участь організацій, вона може сформувати мережевий ефект, сильніший, ніж окрема програмна функція.

Міжплатіжна траса

Мета Skalor — не стати ще однією платіжною мережею, а з’єднати різні мережі. Агенти можуть використовувати стейблкоїни, карткові мережі або корпоративні розрахункові системи, при цьому компанії зберігають можливість застосовувати єдині правила бюджетування та авторизації.

Відкритий код і незалежна перевірка

Для інфраструктури, що обробляє доступ до корпоративних скарбниць, довіра не повинна повністю ґрунтуватися на обіцянках постачальника. Відкриті контракти, публічне тестування та можливість автономної перевірки квитанцій допомагають командам безпеки та аудиторським організаціям самостійно підтвердити поведінку системи, а не сприймати логіку клірингу як невидимий чорний ящик.

Позиція на ринку

Skalor символізує важливий зсув у інфраструктурі AI Agent.

На першому етапі індустрія звертала увагу на те, чи достатньо розумна модель.

На другому етапі зверніть увагу, чи може агент використовувати інструменти та виконувати завдання.

А коли агент починає працювати з коштами, питання далі переходять до:

Як компанії можуть безпечно надавати машинам справжні економічні повноваження?

Це спричинить створення цілого набору нової інфраструктури, включаючи ідентичність агента, політики авторизації, платежі та розрахунки, страхування, кредити та аудит. Skalor вибрав для початку найважливіший рівень: визначення того, чи має агент право виконувати певну економічну дію до того, як угоду буде здійснено. Якщо економіка агентів продовжуватиме розширюватися, цей рівень може стати аналогом сьогоднішніх мереж розрахунків, систем верифікації ідентичності та систем управління правами підприємств. Він не буде безпосередньо орієнтований на звичайних споживачів, але може стати стандартним компонентом, що лежить в основі великої кількості платежів агентів.

Підсумок

AI-агент перетворюється з інструменту для отримання інформації на учасника цифрової економіки з можливістю виконання дій.

Але підприємства не можуть повністю передавати доступ до реальних коштів агенту лише тому, що модель добре виконується. Їм потрібні чітка ідентичність, виконуваний бюджет, перевірний дозвіл та незмінний аудиторський запис. Skalor об’єднує ці вимоги в ненадійний розрахунковий шар за допомогою системи Mandate, KYA Bureau та підписаних квитанцій. Він не замінює банк, депозитарій чи платіжну мережу підприємства, а встановлює необхідні контрольні межі між ними та AI-агентом.

З цієї точки зору Skalor намагається відповісти на одне з найбільш фундаментальних питань агентної економіки:

Коли машини зможуть витрачати гроші, хто вирішить, коли вони мають право витрачати їх?

Куток Draper Dragon

За думкою Draper Dragon, справжній переломний момент для AI Agent — це не лише здатність моделей генерувати кращі відповіді, а їхнє отримання повноважень на виконання реальних економічних дій. Коли Agent зможе закуповувати послуги, керувати підписками, викликати фінансові інструменти та представляти компанії при переказі коштів, штучний інтелект перестає бути просто програмним забезпеченням для підвищення продуктивності й стає новим учасником економічної системи підприємства. Разом із цим повинні одночасно сформуватися інфраструктури, що стосуються ідентичності, авторизації, розрахунків та визначення відповідальності.

Ми вважаємо, що підприємства не перейдуть безпосередньо від «ручного виконання» до «повної автономії». Між ними обов’язково повинна існувати відповідна система контролю, яка дозволить організаціям поступово розширювати повноваження агентів, зберігаючи при цьому остаточний контроль над коштами, ризиками та відповідністю. Саме ці базові можливості створює Skalor. Вона перетворює корпоративні політики з внутрішніх документів та бекенд-конфігурацій на перевірні та виконувані правила транзакцій; перетворює агентів з невизначених програмних процесів на економічні суб’єкти з чітко визначеними ідентичностями та межами повноважень; та за допомогою криптографічних квитанцій забезпечує можливість відтворення, аудиту та встановлення відповідальності за кожну платіжну операцію, ініційовану машинами.

Ще важливіше, Skalor вибрав зберігати неорудовану модель та нейтральність щодо мереж оплат. Це означає, що бізнесу не потрібно переміщувати активи на нову закриту платформу чи перебудовувати всі процеси навколо однієї моделі, хмарного провайдера чи розрахункової мережі. Зі зростанням фрагментації екосистеми Agent ця нейтральність може стати дуже важливою інфраструктурною властивістю.

З довгострокової перспективи ми віримо, що платіжні агенти не обмежаться лише нишевою функцією стабільних монет чи галузі ШІ, а можуть еволюціонувати у новий глобальний комерційний інтерфейс. Машини будуть постійно виявляти послуги, укладати угоди щодо цін та завершувати угоди від імені окремих осіб та підприємств, при цьому ці дії вимагатимуть таких самих строгих, а можливо й більш строгих стандартів ідентифікації та розрахунків, як і сучасна людська фінансова система.

У цьому процесі ми очікуємо побачити:

• Більше компаній переходять від надання агентам лише рекомендацій до надання їм реальних повноважень на виконання в межах строгих політик;
• Ідентичність та репутація агента поступово стають інфраструктурою, незалежною від моделей та платформ;
• Мережі платежів, депозитарії та корпоративне програмне забезпечення починають впроваджувати єдині стандарти машинної авторизації та аудиту;
• Неконтрольоване виконання стратегій стає стандартною безпековою межею для корпоративного розгортання фінансових агентів.

Як інвестор у Skalor, Draper Dragon вірить, що наступне покоління бізнес-діяльності все більше буде визначатися людьми, які встановлюють цілі, та агентами, які їх виконують, а інфраструктура довіри визначить, наскільки швидко і в якому масштабі відбудеться цей перехід.

Skalor може стати важливою розрахунковою шарою, що з’єднує ідентичність, права та потоки коштів у епоху машинної економіки.

Про Draper Dragon

Draper Dragon виник зі硅谷-фонду DFJ і був заснований у 2005 році разом із найвпливовішими світовими венчурними інвесторами та лідерами першого покоління венчурних інвестицій у Китаї. Це ключовий фонд і член ради управління глобальної мережі ранніх венчурних інвестицій «Draper Venture Network». Орієнтуючись на інноваційні можливості з високими технологічними бар’єрами та величезним потенціалом росту, партнери фонду Draper Dragon інвестували та розвивали кілька технологічних «унікорнів» по всьому світу, зокрема Coinbase (Nasdaq: COIN), HKbitEX, VirgoCX, CoinDCX, Ledger, Otter.ai, VeChain ($VET), IOTEX ($IOTX), YEEPAY та Splashtop. Крім того, Draper Dragon активно підтримує державну політику у сфері промисловості, створюючи інвестиційні фонди для інновацій та підприємництва шляхом привернення кваліфікованого приватного капіталу та отримання підтримки від урядових фондів розвитку підприємництва Шанхаю та Циндао, ефективно мобілізуючи приватний капітал для інвестування у високотехнологічну промисловість і вносячи належний внесок у розвиток інноваційних галузей.