Używamy Google Analytics do statystyk ruchu. Analityczne pliki cookie zapisujemy tylko za Twoją zgodą. Bez zgody statystyki są szacowane na podstawie sygnałów niewymagających cookies. Polityka cookies.
Agents · Płatności AI
Ciekawe pytanie nie brzmi, czy agenci AI będą wydawać pieniądze — tylko kto ustala zasady. W Protocore Agents zawsze robi to człowiek, z góry i na piśmie.
Agent powstaje z budżetem i listą dozwolonych sprzedawców i nie może przekroczyć żadnego z nich. Wszystko powyżej progu akceptacji człowieka zatrzymuje się i czeka na decyzję. W granicach agent działa szybko, a granice wyznaczasz ty.
Konsola polityk — budżety, listy dozwolonych i progi dla każdego agenta.
Dziennik audytu jest niezmienny i kompletny: co agent próbował zrobić, na co pozwoliła polityka, kto co zatwierdził. Gdy agent źle się zachowa — albo polityka okaże się błędna — kill-switch zatrzymuje go natychmiast, a dziennik pokazuje dokładnie, co się stało.
Polityka jak dokument — wersjonowana, haszowana, podpisana i możliwa do odtworzenia przed zapisem.
Funkcje
Jeden ekran obejmuje całą flotę: każdego agenta, jego dzienny limit, allowlistę i dzisiejsze wydatki. W demo trzech agentów wydało €184.20 do 09:41 — dwie płatności zablokowane, jedna czeka na człowieka. Zmiany polityk działają od razu; agent dowie się o nich przy najbliższej próbie płatności.
Agent proponuje, człowiek decyduje. W demo Billing Agent prosi o opłacenie faktury #088 od Nord Logistics — €120.00, w ramach dziennego budżetu €200.00, z którego wykorzystano już €64.20, ale powyżej progu akceptacji €50.00 — i prośba czeka 14 minut na kliknięcie Zatwierdź lub Odrzuć. Polityka, wpis sprzedawcy na liście dozwolonych i rachunek płatnika są tuż pod przyciskami.
Każdy agent działa z własnego portfela i według własnej polityki. Billing Agent z demo ma jeszcze €135.80 z dziennego limitu €200.00 — €64.20 wydano w trzech płatnościach, reset o 00:00 — przy limicie €150.00 na transakcję, akceptacji człowieka powyżej €50.00 i dwóch dozwolonych sprzedawcach. Ostatnie płatności mają znacznik auto, gdy polityka zatwierdziła je samodzielnie.
Agent to najpierw polityka, dopiero potem kod. Billing Agent z demo dostaje dzienny limit €200.00, limit €150.00 na transakcję, dwóch sprzedawców z listy dozwolonych i akceptację człowieka powyżej €50.00 — wszystko w kroku 2 z 3, zanim powstaną klucze. Klucze są wydawane raz, pokazywane tylko jeden raz, a każdy podpis płatności zawiera hash polityki.
Polityka to wersjonowany dokument. Edycja w demo podnosi limit na transakcję agenta Ops Agent: v14 zmienia się w v15, zmiana wymaga notatki audytowej i zapisuje się podpisana przez operatora, z nowym hashem polityki. Panel odtwarzania uruchamia na wersji roboczej decyzje z ostatnich 24 godzin — widzisz, na co polityka by pozwoliła, zanim wejdzie w życie.
Decyzja DEC-4471 odtwarza jedną płatność w całości: żądanie, każdą kontrolę polityki z wynikiem — lista dozwolonych: zaliczona, limit: zaliczony, próg: eskalacja — akceptację człowieka z podpisem oraz rozliczone €120.00 z kanałem i referencją. Zapis jest łączony hashami i tylko do dopisywania; zmiana dowolnego pola zrywa łańcuch od tego miejsca.
Budżet to twarda ściana, nie sugestia. Każdy agent ma limit dzienny i limit na transakcję — w polityce demo €500.00 dziennie i €150.00 na płatność — egzekwowane przez platformę, zanim ruszą pieniądze. Próba czarteru za €640.00 w wykonaniu bota podróży została od razu odrzucona: przekroczony limit.
Ponad limitem dziennym działa pułap miesięczny — €6,000.00 w polityce demo. Agent, który codziennie trzyma się zasad, i tak nie przekroczy tego, na co pozwala miesiąc.
Budżety dzienne resetują się o podanej godzinie — w demo 00:00 CET — widocznej w portfelu agenta. Wydatki liczą się w oknie, które każdy widzi, a nie w tajemniczym oknie kroczącym.
Agenci płacą tylko sprzedawcom, których wcześniej wpiszesz na listę. Ops Agent z demo zna dokładnie czterech — a próba zapłaty €180.00 dostawcy spoza listy została odrzucona jako niewpisany. Dodanie sprzedawcy to jedno kliknięcie, usunięcie działa natychmiast.
Ustal próg, powyżej którego człowiek musi powiedzieć „tak”. Polityka demo eskaluje wszystko powyżej €100.00: agent się zatrzymuje, osoba dostaje propozycję i nic się nie rusza, dopóki nie odpowie. Poniżej progu agent działa swobodnie — w granicach budżetu i listy dozwolonych.
Akceptacja to nie checkbox — zapisujemy, kto zatwierdził, na jakim urządzeniu i o której godzinie, wraz z podpisem. Widać to w decyzji z demo: zatwierdzono w aplikacji, klucz telefonu, 09:41:12.
Propozycja, eskalacja, akceptacja, zgoda — każdy krok ze znacznikiem czasu w rekordzie decyzji. Gdy ktoś zapyta, dlaczego doszło do płatności, odpowiedzią jest ciąg zdarzeń, a nie wzruszenie ramion.
Każda decyzja jest zapisana: co agent próbował zrobić, co orzekła polityka, kto co zatwierdził — aż po rotacje kluczy. Wpisy są tylko do dopisywania i można je wyeksportować. Gdy coś wygląda źle, dziennik pokazuje dokładnie, co i kiedy się wydarzyło.
Każdy rekord audytu ma własny hash, hash poprzedniego rekordu i pozycję w łańcuchu — w demo #4,471. Łańcuch możesz zweryfikować na żądanie; każda zmiana gdziekolwiek psuje wszystko, co po niej następuje.
Każdą decyzję wyeksportujesz do JSON, razem z hashem — gotową do własnego archiwum, dla audytora lub do analizy incydentu. Dziennik jest Twój do zabrania, a nie nasz do zatrzymania.
Jedno dotknięcie wstrzymuje agenta i natychmiast zatrzymuje wszystkie płatności inicjowane przez agenta. Klucze pozostają ważne, więc nic innego się nie psuje — agent po prostu nie może wydawać, dopóki człowiek go nie włączy. We flocie demo bot podróży jest wstrzymany z wydatkami €0.00.
Wstrzymanie agenta zamraża jego oczekujące propozycje, zamiast je odrzucać. Po wznowieniu kolejka jest dokładnie tam, gdzie była — żadna propozycja nie ginie po cichu, bo człowiek nacisnął hamulec.
Poświadczenia agenta dają konkretne uprawnienia, a nie dostęp do wszystkiego. Zakresy takie jak payments.send i refunds.issue włącza się niezależnie — agent z demo ma wyłączone subscriptions.manage. Klucz możesz unieważnić lub zrotować bez ruszania polityki pod spodem.
Klucze agenta pokazujemy tylko raz, przy wydaniu — i nigdy więcej. Czego platforma nie może wyświetlić ponownie, tego atakujący nie może ponownie zażądać.
Każda płatność jest podpisana kluczem agenta i hashem polityki, która ją dopuściła. Płatność nie tylko mówi, co się stało — dowodzi, jakie reguły obowiązywały w tamtej chwili.
Polityka ma wersję, hash, autora i znacznik czasu — w demo v14, zaktualizowana 17 lipca o 09:12. Każda decyzja odwołuje się do dokładnej wersji polityki, która ją oceniła.
Edytor odtwarza decyzje z ostatnich 24 godzin na Twojej wersji roboczej: co zostało dopuszczone, co odrzucone, co by się zmieniło. Błędy w polityce wychodzą w podglądzie, a nie na produkcji.
Zatwierdzona propozycja staje się prawdziwą płatnością — €120.00 z demo rozliczone przez SEPA Instant z referencją 9F21-0716, kilka minut po akceptacji. Agenci wydają z tego samego core, na którym działa reszta rodziny.
Agenci łączą się przez MCP pod mcp.protocore.io/agents — każdy framework, który zna ten protokół, może mieć portfel Protocore. Powierzchnia integracji pozostaje mała: zaproponuj płatność, odbierz decyzję. Polityka żyje na platformie, a nie w prompcie.
Uruchom jednego agenta lub wielu. Demo uruchamia trzech — ops, zakupy i bota podróży — każdego z własnym budżetem, listą dozwolonych i progiem. Wstrzymaj jednego, a pozostali pracują dalej; polityka nigdy nie przecieka między agentami.
Ekrany
Prawdziwy interfejs produktu, pokazany na danych demo.
FAQ
Budżet egzekwuje platforma, a nie obiecuje go agent. Agent nie przekroczy dziennego limitu ani limitu na transakcję, niezależnie od tego, co postanowi, a wszystko powyżej progu akceptacji zatrzymuje się i czeka na człowieka, zanim ruszą pieniądze.
Tylko do sprzedawców z jego listy dozwolonych. Lista ogranicza, dokąd w ogóle mogą trafić pieniądze, jeszcze przed kontrolą budżetu — agent płaci tam, gdzie mu pozwolisz, i nigdzie indziej.
Zatrzymuje się i trafia do człowieka po akceptację; płatność zostaje rozliczona dopiero po jego zatwierdzeniu, a żądanie, kontrole i podpis są zapisane. Poniżej progu agent działa samodzielnie w wyznaczonych granicach.
Kill-switch dla każdego agenta zatrzymuje go jednym kliknięciem — natychmiast, a nie w następnym cyklu. Dziennik audytu pokazuje potem dokładnie, co zrobił do tego momentu.
Przez MCP pod adresem mcp.protocore.io/agents, z API i dokumentacją do podpięcia dowolnego frameworka do polityki. Polityka — budżet, lista dozwolonych, próg — jest ustawiana, zanim w ogóle powstaną klucze agenta.
Ślad audytowy jest niezmienny i powiązany łańcuchem haszy: żądanie, każda kontrola polityki z wynikiem, podpis akceptującego człowieka i rozliczona płatność. Sama polityka jest wersjonowana, haszowana, podpisana i możliwa do odtworzenia, zanim ją zapiszesz.
Oceń
Przechodzimy z Tobą całą pętlę — tworzysz agenta, ustawiasz jego politykę i patrzysz, jak płatność trafia do zatwierdzenia i rozlicza się jako zwykły przelew SEPA.
Środowisko testowe, w którym zespół ustawia budżety, allowlisty i progi, a potem uruchamia każdy z nich i czyta log tylko do dopisywania.
Podłącz testowego agenta przez MCP pod mcp.protocore.io/agents, z API i dokumentacją do połączenia własnego frameworka z polityką.
Przetestuj pod marką Protocore albo własną — Twoi agenci, Twoja polityka, w obu wariantach.
Do poczytania
Dostępne samodzielnie lub jako whitelabel — Twoi agenci, Twoja polityka, pod dowolną marką.
Agents wydaje pieniądze na torach Pay zgodnie z polityką ustaloną przez człowieka, rozlicza się jako zwykły przelew SEPA i zapisuje dane w tym samym modelu audytu, który odczytuje Center.
Wszystko powyżej działa w demach produkcyjnych, które możemy Ci pokazać — samodzielnie, jako whitelabel lub jako jedna platforma. Powiedz, co budujesz, a pokażemy najkrótszą drogę.
