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 и туристически бот — всеки със свой бюджет, списък с разрешени и праг. Спрете един и останалите продължават; политиката никога не прелива между агентите.