Agents · AI плащания

Автономия с повод, който държите вие

Интересният въпрос не е дали AI агентите ще харчат пари, а кой определя правилата. С Protocore Agents отговорът винаги е човек — предварително и писмено.

01

Първо политика, после плащания

Агентът се създава с бюджет и списък с разрешени търговци и не може да надхвърли нито едното. Всичко над прага за одобрение от човек спира и пита. Агентът действа бързо в рамките на стените; стените са ваши.

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

Конзолата за политики — бюджети, списъци с разрешени търговци и прагове за всеки агент.

02

Всяко действие е записано

Одитният журнал е неизменяем и пълен: какво е опитал агентът, какво е позволила политиката, кой какво е одобрил. Когато агент се държи неправилно — или политика се окаже грешна — kill-switch го спира мигновено, а журналът показва точно какво се е случило.

Редактор на политики за 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. 10Списъци с разрешени търговци
  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. 23Повторно изпълнение преди приемане
  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 минути за натискане на Одобри или Откажи. Политиката, записът на търговеца в списъка с разрешени и сметката за плащане са точно под бутоните.

03Портфейли за агенти

Всеки агент работи от собствен портфейл със собствена политика. Демо агентът Billing Agent показва €135.80 остатък от дневен лимит от €200.00 — €64.20 са изразходвани в три плащания и се нулират в 00:00 — с лимит от €150.00 на транзакция, одобрение от човек над €50.00 и двама разрешени търговци. Скорошните плащания получават етикет auto, когато политиката ги е одобрила сама.

  • Дневен лимит, разходи, таван и остатъчен бюджет на един екран
  • Разрешените търговци с историята на плащанията им
  • Плащания, маркирани като auto или одобрени от вас

04Създаване на агент

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

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

Политиката е документ с версии. Демо промяната повишава лимита на транзакция на Ops Agent: v14 става v15, промяната изисква задължителна бележка за одита и се запазва подписана от оператора с нов хеш на политиката. Панелът за повторно изпълнение пуска последните 24 часа реални решения срещу черновата — виждате какво би позволила политиката, преди да е в сила.

  • Дневен лимит, лимит на транзакция и месечен таван за всеки агент
  • Задължителна писмена бележка за одита при всяко запазване
  • 24-часово повторно изпълнение срещу чернова преди приемане

06Одит, решение по решение

Решение DEC-4471 възстановява едно плащане изцяло: заявката, всяка проверка по политиката с резултата ѝ — списък с разрешени: успешно, лимит: успешно, праг: ескалация — одобрението от човек с подписа му и изпълненото плащане от €120.00 с канала и референцията му. Записът е верижно хеширан и само за добавяне; промяната на което и да е поле къса веригата от тази точка нататък.

07Бюджети за всеки агент

Бюджетът е твърда стена, а не препоръка. Всеки агент има дневен лимит и лимит на транзакция — €500.00 на ден и €150.00 на плащане в демо политиката — които платформата прилага, преди парите да се преместят. Опитът на туристическия бот да плати чартър за €640.00 беше отказан на място: над лимита.

08Месечни тавани

Над дневния лимит стои месечен таван — €6,000.00 в демо политиката. Агент, който спазва правилата всеки ден, пак не може да надвиши онова, което месецът позволява.

09Бюджетът се нулира по часовник

Дневните бюджети се нулират в точно определен час — 00:00 CET в демото — видим в портфейла на агента. Разходите се трупат в прозорец, който всеки вижда, а не в загадъчен плъзгащ се период.

10Списъци с разрешени търговци

Агентите плащат само на търговци, които сте добавили предварително. Демо Ops Agent познава точно четирима — а опит за €180.00 към доставчик извън списъка беше отказан като not-listed. Добавянето на търговец е с едно кликване; премахването влиза в сила веднага.

11Прагове за одобрение

Задайте границата, над която човек трябва да каже „да“. Демо политиката ескалира всичко над €100.00: агентът спира, човек получава предложението и нищо не се движи, докато не отговори. Под границата агентът работи свободно — в рамките на бюджета и списъка си с разрешени.

12Подписани одобрения от хора

Одобрението не е отметка — записва се кой е одобрил, на кое устройство, в колко часа, с прикрепен подпис. Демо решението го показва: одобрено в приложението, ключ на телефона, 09:41:12.

13Пътят на ескалацията

Предложение, ескалация, одобрение, разрешение — всяка стъпка с времеви печат в записа на решението. Когато някой попита защо е станало дадено плащане, отговорът е последователност, а не свиване на рамене.

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

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

15Цялост с хеш верига

Всеки одитен запис носи собствен хеш, хеша на предишния запис и позицията си във веригата — #4,471 в демото. Проверявайте веригата по всяко време; всяка промяна някъде проваля всичко след нея.

16Експорт като JSON

Всяко решение се експортира като JSON, заедно с хеша — готово за вашия архив, одитора или прегледа на инциденти. Журналът е ваш, за да го вземете, а не наш, за да го пазим.

17Kill-switch

Едно докосване спира агент и незабавно блокира всички плащания, инициирани от агенти. Ключовете остават валидни, така че нищо друго не се чупи — агентът просто не може да харчи, докато човек не го включи отново. В демо флота туристическият бот е на пауза с €0.00 разходи.

18Замразено, не изгубено

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

19Ключове с ограничен обхват

Данните за достъп на агента дават възможности, а не пълен достъп. Обхвати като payments.send и refunds.issue се включват независимо — при демо агента subscriptions.manage е изключен. Отнемете или сменете ключ, без да пипате политиката под него.

20Ключове, издавани веднъж

Ключовете на агентите се показват само веднъж при издаване и повече никога. Което платформата не може да покаже отново, нападателят не може да изиска отново.

21Хеш на политиката във всеки подпис

Всяко плащане е подписано с ключа на агента и хеша на политиката, която го е позволила. Плащането не просто казва какво се е случило — доказва кои правила са били в сила тогава.

22Версии на политиките

Политиките носят версия, хеш, автор и времеви печат — v14, обновена на 17 юли в 09:12 в демото. Всяко решение сочи точната версия на политиката, която го е преценила.

23Повторно изпълнение преди приемане

Редакторът пуска последните 24 часа решения срещу вашата чернова: какво е било позволено, какво отказано, какво би се променило. Грешките в политиката излизат в прегледа, а не в продукцията.

24Сетълмент по реални канали

Одобреното предложение става реално плащане — €120.00 в демото се изпълняват със SEPA Instant с референция 9F21-0716, минути след одобрението. Агентите харчат от същото ядро, на което работи цялото семейство продукти.

25MCP endpoint

Агентите се свързват през MCP на mcp.protocore.io/agents — всеки фреймуърк, който говори протокола, може да държи портфейл на Protocore. Интеграцията остава малка: предлагате плащане, получавате решение. Политиката живее в платформата, а не в промпта.

26Флот от агенти

Пуснете един агент или много. Демото работи с трима — ops, procurement и туристически бот — всеки със свой бюджет, списък с разрешени и праг. Спрете един и останалите продължават; политиката никога не прелива между агентите.

Екрани

Вътре в продукта.

Реален интерфейс на продукта, показан с демо данни.

Едно решение, напълно възстановено — проверки, подпис, сетълмент, хеш верига.

FAQ

Agents под политика — отговори.

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

  • Само към търговци от своя списък с разрешени. Списъкът определя къде изобщо могат да отиват парите, още преди проверката на бюджета — агентът плаща там, където сте разрешили, и никъде другаде.

  • Спира и препраща към човек за одобрение; плащането се урежда едва след като човек го потвърди, а заявката, проверките и подписът се записват. Под границата агентът действа самостоятелно в рамките на стените.

  • Kill-switch за всеки агент го спира с едно докосване — мигновено, а не при следващия цикъл. След това одитният журнал показва точно какво е направил до този момент.

  • През MCP на mcp.protocore.io/agents, с API и документация, за да свържете всяка рамка към политика. Политиката — бюджет, списък с разрешени, праг — се задава още преди да съществуват ключовете на агента.

  • Одитната следа е неизменяема и с хеш верига: заявката, всяка проверка на политиката с резултата ѝ, подписът за одобрение от човек и уреденото плащане. Самата политика е с версии, хеш, подпис и може да се възпроизведе преди запис.

Оценете

Задайте на агента политика и бюджет.

01

Демо с водач

Минаваме целия цикъл заедно — създавате агент, задавате политиката му и гледате как плащане се ескалира за одобрение и се урежда като обикновен SEPA превод.

02

Sandbox акаунт

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

03

MCP + API достъп и документация

Свържете тестов агент през MCP на mcp.protocore.io/agents, с API и документация, за да вържете собствена рамка към политика.

04

Самостоятелно или whitelabel

Изпробвайте под марката Protocore или под вашата — вашите агенти, вашата политика, на всяка от двете повърхности.

Наличност

Достъпен самостоятелно или като whitelabel — вашите агенти, вашата политика, под която и да е марка.

В екосистемата

Agents харчи по релсите на Pay под човешка политика, уреждането е обикновен SEPA, а записите отиват в същия одитен модел, който чете Center.

Изберете продукт. Или вземете ядрото.

Всичко по-горе работи в продукционни демота, през които можем да ви преведем — самостоятелно, whitelabel или като единна платформа. Кажете ни какво изграждате и ще ви покажем най-краткия път дотам.