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 і порогом. Призупиніть одного, і решта працюватиме далі; політика ніколи не переходить між агентами.