Agents · платежі для ШІ

Автономія на повідку, який тримаєте ви

Цікаво не те, чи витрачатимуть ШІ-агенти гроші, а те, хто встановлює правила. У Protocore Agents відповідь завжди одна: людина — заздалегідь і письмово.

01

Спершу політика, потім платежі

Агент отримує бюджет і список дозволених мерчантів та не може вийти за жодне з обмежень. Усе, що перевищує поріг погодження людиною, ставиться на паузу й запитує дозвіл. Усередині меж агент діє швидко; межі — ваші.

  1. 01Бюджети забезпечує платформа, а не обіцянки агента
  2. 02Списки дозволених визначають, куди взагалі можуть іти гроші
  3. 03Пороги спрямовують великі рішення до людей
Консоль Agents із бюджетами для кожного агента, списками дозволених мерчантів і порогами погодження

Консоль політик — бюджети, списки дозволених і пороги для кожного агента.

02

Кожна дія — у журналі

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

Редактор політики для Ops Agent: поля бюджету, список дозволених із чотирьох мерчантів, повзунок порога погодження €100.00, обов'язкова примітка для аудиту та 24-годинне відтворення рішень на чернетці

Політика як документ — з версіями, хешем і підписом, з можливістю відтворення до збереження.

Функції

Усе, що входить до Protocore Agents.

  1. 01Консоль політик
  2. 02Погодження в потоці
  3. 03Гаманці агентів
  4. 04Створення агента
  5. 05Редактор політик
  6. 06Аудит кожного рішення
  7. 07Бюджети для кожного агента
  8. 08Місячні стелі
  9. 09Скидання бюджету за годинником
  1. 10Allowlist для merchants
  2. 11Пороги погодження
  3. 12Підписані погодження людиною
  4. 13Шлях ескалації
  5. 14Незмінний журнал аудиту
  6. 15Цілісність на хеш-ланцюжку
  7. 16Експорт у JSON
  8. 17Kill-switch
  9. 18Заморожено, а не втрачено
  1. 19Ключі з обмеженим доступом
  2. 20Ключі видаються один раз
  3. 21Хеш політики в кожному підписі
  4. 22Версії політик
  5. 23Replay перед застосуванням
  6. 24Розрахунки на реальних рейках
  7. 25MCP endpoint
  8. 26Флот агентів
Усі функції (26) докладно

01Консоль політик

Один екран тримає весь парк: кожного агента, його денний ліміт, allowlist і те, що він витратив сьогодні. У демо троє агентів витратили €184,20 до 09:41 — два платежі заблоковано, один чекає на людину. Зміни політик діють негайно; агент дізнається про них, коли наступного разу спробує заплатити.

  • Бюджети, allowlist і пороги редагуються для кожного агента
  • Витрати, блокування та очікувані погодження одним поглядом
  • Рішення за останні 24 години з можливістю експорту

02Погодження в потоці

Агент пропонує — людина вирішує. У демо Billing Agent просить оплатити рахунок №088 від Nord Logistics на €120.00: це в межах денного бюджету €200.00 (€64.20 уже використано), але вище за межу погодження €50.00, тож запит 14 хвилин чекає на натискання «Погодити» або «Відхилити». Політика, запис merchant в allowlist і рахунок, з якого йде оплата, показані просто під кнопками.

03Гаманці агентів

Кожен агент працює з власного гаманця за власною політикою. Демо-агент Billing Agent має ще €135.80 із денного ліміту €200.00 — €64.20 витрачено трьома платежами, оновлення о 00:00 — ліміт €150.00 на транзакцію, погодження людиною понад €50.00 і двох дозволених merchants. Платежі, які політика схвалила сама, позначаються тегом auto.

  • Денний ліміт, витрати, ліміт на транзакцію і залишок бюджету на одному екрані
  • Дозволені merchants разом з історією платежів
  • Платежі з позначкою auto або погоджені вами

04Створення агента

Агент — це спершу політика, а потім код. Billing Agent у демо отримує денний ліміт €200.00, ліміт €150.00 на транзакцію, двох merchants з allowlist і погодження людиною понад €50.00 — усе налаштовується на кроці 2 із 3, ще до появи ключів. Ключі видаються один раз, показуються лише раз, а кожен підпис платежу містить хеш політики.

05Редактор політик

Політика — це документ із версіями. У демо-редагуванні збільшується ліміт на транзакцію для Ops Agent: v14 стає v15, зміна супроводжується обов’язковою приміткою для аудиту і зберігається з підписом оператора та новим хешем політики. Панель replay прогоняє крізь чернетку реальні рішення за останні 24 години — ви бачите, що політика дозволила б, ще до її запуску.

  • Денний ліміт, ліміт на транзакцію і місячна стеля для кожного агента
  • Письмова примітка для аудиту при кожному збереженні
  • 24-годинний replay на чернетці перед застосуванням

06Аудит кожного рішення

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

07Бюджети для кожного агента

Бюджет — це жорстка межа, а не побажання. Кожен агент має денний ліміт і ліміт на транзакцію — у демо-політиці €500.00 на день і €150.00 на платіж — і платформа застосовує їх ще до руху коштів. Спробу travel-бота оплатити чартер на €640.00 одразу відхилено: перевищення ліміту.

08Місячні стелі

Над денним лімітом є місячна стеля — €6,000.00 у демо-політиці. Агент, який щодня працює бездоганно, все одно не вийде за межі місячного ліміту.

09Скидання бюджету за годинником

Денні бюджети скидаються в чітко визначений час — у демо о 00:00 CET — і це видно у гаманці агента. Витрати накопичуються у вікні, яке бачать усі, а не в загадковому ковзному періоді.

10Allowlist для merchants

Агенти платять лише тим merchants, яких ви внесли наперед. Ops Agent у демо знає рівно чотирьох — а спробу заплатити €180.00 незазначеному постачальнику відхилено як not-listed. Додати merchant — один клік, а видалення діє негайно.

11Пороги погодження

Задайте межу, вище якої потрібне «так» від людини. Демо-політика ескалює все понад €100.00: агент зупиняється, людина отримує пропозицію, і нічого не рухається, доки вона не відповість. Нижче межі агент діє вільно — у межах свого бюджету й allowlist.

12Підписані погодження людиною

Погодження — це не прапорець: фіксується, хто погодив, на якому пристрої, о котрій годині, з доданим підписом. Демо-рішення це показує: погоджено в застосунку, ключ телефону, 09:41:12.

13Шлях ескалації

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

14Незмінний журнал аудиту

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

15Цілісність на хеш-ланцюжку

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

16Експорт у JSON

Будь-яке рішення експортується в JSON разом із хешем — для вашого архіву, аудитора чи розбору інциденту. Журнал належить вам, а не нам.

17Kill-switch

Одне натискання ставить агента на паузу й миттєво зупиняє всі платежі, ініційовані агентом. Ключі залишаються чинними, тож нічого більше не ламається — агент просто не може витрачати, доки людина не ввімкне його знову. У демо-флоті travel-бот стоїть на паузі з витратами €0.00.

18Заморожено, а не втрачено

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

19Ключі з обмеженим доступом

Облікові дані агента дають окремі можливості, а не повний доступ. Scopes на кшталт payments.send і refunds.issue вмикаються незалежно — у демо-агента subscriptions.manage вимкнено. Відкликайте або ротуйте ключ, не чіпаючи політику під ним.

20Ключі видаються один раз

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

21Хеш політики в кожному підписі

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

22Версії політик

Політика має версію, хеш, автора й мітку часу — у демо v14, оновлено 17 лип. о 09:12. Кожне рішення посилається на точну версію політики, яка його ухвалила.

23Replay перед застосуванням

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

24Розрахунки на реальних рейках

Погоджена пропозиція стає справжнім платежем — €120.00 у демо проведено через SEPA Instant з референсом 9F21-0716 за кілька хвилин після погодження. Агенти витрачають кошти з того самого ядра, на якому працює решта продуктів.

25MCP endpoint

Агенти підключаються через MCP за адресою mcp.protocore.io/agents — будь-який фреймворк, що підтримує протокол, може мати гаманець Protocore. Поверхня інтеграції мінімальна: запропонувати платіж, отримати рішення. Політика живе на платформі, а не в промпті.

26Флот агентів

Запускайте одного агента чи багатьох. У демо працюють троє — ops, закупівлі й travel-бот — кожен зі своїм бюджетом, allowlist і порогом. Призупиніть одного, і решта працюватиме далі; політика ніколи не переходить між агентами.

Екрани

Всередині продукту.

Справжній інтерфейс продукту з демонстраційними даними.

Одне рішення, повністю відновлене — перевірки, підпис, розрахунок, хеш-ланцюжок.

FAQ

Agents під політикою: відповіді.

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

  • Лише мерчантам зі свого списку дозволених. Список визначає, куди взагалі можуть іти гроші, ще до перевірки бюджету: агент платить там, де ви дозволили, і більше ніде.

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

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

  • Через MCP на mcp.protocore.io/agents; є API та документація, щоб підключити будь-який фреймворк до політики. Політика — бюджет, список дозволених, поріг — задається ще до того, як з'являться ключі агента.

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

Оцінка

Дайте агентові політику й бюджет.

01

Покроковий демо-показ

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

02

Sandbox-акаунт

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

03

Доступ через MCP + API та документація

Підключіть тестового агента через MCP на mcp.protocore.io/agents; API та документація допоможуть прив'язати до політики ваш власний фреймворк.

04

Standalone або whitelabel

Оцініть під брендом Protocore або власним — ваші агенти, ваша політика, у будь-якому варіанті.

Доступність

Доступно окремо або як whitelabel — ваші агенти, ваша політика, під будь-яким брендом.

В екосистемі

Agents витрачає кошти на рейках Pay за політикою, яку задає людина, проводить розрахунок як звичайний SEPA і пише в ту саму модель аудиту, яку читає Center.

Оберіть продукт. Або візьміть ядро.

Усе вище працює в продакшен-демо, які ми можемо вам показати: окремо, whitelabel або як єдина платформа. Розкажіть, що ви будуєте, і ми покажемо найкоротший шлях.