Користиме Google Analytics за статистика на посетеност. Аналитичките колачиња се поставуваат само ако прифатите. Без согласност, статистиката се проценува од сигнали без колачиња. Политика за колачиња.
Agents · AI плаќања
Интересно не е дали AI агентите ќе трошат пари — туку кој ги поставува правилата. Со Protocore Agents, одговорот е секогаш човек: однапред и писмено.
Агентот се раѓа со буџет и листа на дозволени трговци и не може да ги надмине. Сè над прагот за човечко одобрување застанува и прашува. Агентот се движи брзо внатре во ѕидовите; ѕидовите се ваши.
Конзолата за политики — буџети, листи на дозволени трговци и прагови по агент.
Дневникот за ревизија е непроменлив и целосен: што пробал агентот, што дозволила политиката, кој што одобрил. Кога агент згреши — или политиката се покаже погрешна — kill-switch го запира веднаш, а дневникот покажува точно што се случило.
Политиката како документ — со верзии, хеш и потпис, и со повторување пред зачувување.
Функции
Еден екран ја држи целата флота: секој агент, неговиот дневен лимит, allowlist и колку потрошил денес. Во демото, тројца агенти потрошиле €184.20 до 09:41 — две плаќања се блокирани, едно чека човек. Измените на политиката важат веднаш; агентот дознава следниот пат кога ќе се обиде да плати.
Агентот предлага, човекот одлучува. Во демото, Billing Agent бара да плати фактура #088 од Nord Logistics — €120.00, во рамки на дневниот буџет од €200.00 (веќе искористени €64.20), но над границата за одобрување од €50.00 — и барањето чека 14 минути на допир на Одобри или Одбиј. Политиката, ставката на трговецот во листата на дозволени и сметката за плаќање се веднаш под копчињата.
Секој агент работи од свој паричник со своја политика. Демо Billing Agent покажува уште €135.80 од дневен лимит од €200.00 — €64.20 потрошени во три плаќања, ресетирање во 00:00 — со ограничување од €150.00 по трансакција, одобрување од човек над €50.00 и двајца дозволени трговци. Неодамнешните плаќања носат ознака auto кога политиката ги одобрила сама.
Агентот е прво политика, па дури потоа код. Billing Agent од демото добива дневен лимит од €200.00, ограничување од €150.00 по трансакција, двајца трговци од листата на дозволени и одобрување од човек над €50.00 — сè поставено во чекор 2 од 3, пред да постојат клучевите. Клучевите се издаваат еднаш, се прикажуваат само еднаш, а секој потпис на плаќање го носи хешот на политиката.
Политиката е документ со верзии. Демо измената го зголемува ограничувањето по трансакција на Ops Agent: v14 станува v15, промената носи задолжителна белешка за ревизија и се зачувува потпишана од операторот со нов хеш на политиката. Панелот за повторно извршување ги пушта последните 24 часа реални одлуки наспроти нацртот — гледате што би дозволила политиката пред да стапи на сила.
Одлуката DEC-4471 го реконструира едно плаќање во целост: барањето, секоја проверка на политиката со резултат — листа на дозволени помината, ограничување помино, праг ескалиран — одобрувањето од човек со потпис и порамнетите €120.00 со патека и референца. Записот е поврзан со хешови и само се дополнува; менувањето на кое било поле го прекинува ланецот од таа точка натаму.
Буџетот е цврст ѕид, не предлог. Секој агент има дневен лимит и ограничување по трансакција — €500.00 дневно, €150.00 по плаќање во демо политиката — што платформата ги применува пред да се префрлат парите. Обидот на travel bot за чартер од €640.00 беше одбиен на самото место: над ограничувањето.
Над дневниот лимит стои месечен таван — €6,000.00 во демо политиката. Агент што се однесува коректно секој ден сепак не може да ја надмине границата што ја дозволува месецот.
Дневните буџети се ресетираат во утврдено време — 00:00 CET во демото — видливо во паричникот на агентот. Потрошувачката се собира во прозорец што го гледа секој, а не во лизгачка мистерија.
Агентите плаќаат само на трговци што сте ги наведеле однапред. Демо Ops Agent познава точно четворица — а обидот од €180.00 кај трговец што не е на листата беше одбиен како not-listed. Додавањето трговец е еден клик, а отстранувањето важи веднаш.
Поставете ја границата над која човек мора да каже да. Демо политиката ескалира сè над €100.00: агентот застанува, човек го добива предлогот и ништо не се движи додека не одговори. Под границата, агентот работи слободно — во рамки на својот буџет и листа на дозволени.
Одобрувањето не е штикла — се евидентира кој одобрил, на кој уред, во кое време, со приложен потпис. Демо одлуката го покажува тоа: одобрено во апликацијата, клуч на телефон, 09:41:12.
Предлог, ескалација, одобрување, дозвола — секој чекор со временска ознака во записот на одлуката. Кога некој ќе праша зошто се случило едно плаќање, одговорот е низа од настани, а не кревање раменици.
Секоја одлука е забележана: што пробал агентот, што рекла политиката, кој што одобрил — сè до ротациите на клучеви. Записите само се дополнуваат и можат да се извезат. Кога нешто изгледа погрешно, дневникот покажува точно што се случило и кога.
Секој ревизорски запис го носи сопствениот хеш, хешот на претходниот запис и својата позиција во ланецот — #4,471 во демото. Проверете го ланецот на барање; секоја измена каде било го прекинува сè по неа.
Секоја одлука се извезува како JSON, со хеш — подготвена за вашата архива, вашиот ревизор или анализата на инцидент. Дневникот е ваш да го земете, не наш да го задржиме.
Еден допир го паузира агентот и веднаш ги запира сите плаќања иницирани од агенти. Клучевите остануваат валидни, па ништо друго не се распаѓа — агентот едноставно не може да троши додека човек не го вклучи повторно. Во демо флотата, travel bot стои паузиран со €0.00 потрошени.
Паузирањето на агентот ги замрзнува неговите предлози на чекање наместо да ги отфрла. Пуштете го и редицата е точно онаму каде што била — ниту еден предлог не умира тивко затоа што човек го притиснал сопирачката.
Креденцијалите на агентот даваат способности, а не општ пристап. Опсези како payments.send и refunds.issue се вклучуваат независно — кај демо агентот subscriptions.manage е исклучен. Повлечете или ротирајте клуч без да ја допрете политиката под него.
Клучевите на агентите се прикажуваат само еднаш при издавање и никогаш повторно. Она што платформата не може повторно да го прикаже, напаѓачот не може повторно да го побара.
Секое плаќање е потпишано со клучот на агентот и хешот на политиката што го дозволила. Плаќањето не кажува само што се случило — докажува кои правила важеле кога се случило.
Политиките носат верзија, хеш, автор и временска ознака — v14, ажурирана на 17 јули во 09:12 во демото. Секоја одлука упатува на точната верзија на политиката што ја донела.
Уредникот ги пушта последните 24 часа одлуки наспроти вашиот нацрт: што било дозволено, што одбиено, што би се променило. Грешките во политиката излегуваат во прегледот, не во продукција.
Одобрениот предлог станува вистинско плаќање — €120.00 од демото се порамнети преку SEPA Instant со референца 9F21-0716, минути по одобрувањето. Агентите трошат од истото јадро на кое работи остатокот од семејството.
Агентите се поврзуваат преку MCP на mcp.protocore.io/agents — секој framework што го зборува протоколот може да има Protocore паричник. Површината за интеграција останува мала: предложи плаќање, добиј одлука. Политиката живее на платформата, не во промптот.
Користете еден агент или повеќе. Демото работи со три — ops, procurement, travel bot — секој со свој буџет, листа на дозволени и праг. Паузирајте еден, а другите продолжуваат; политиката никогаш не се прелева меѓу агентите.
Екрани
Вистински кориснички интерфејс на производот, прикажан со демо податоци.
FAQ
Буџетот го спроведува платформата, а не го ветува агентот. Агентот не може да го надмине дневниот лимит или лимитот по трансакција, што и да одлучи, а сè над прагот за одобрување застанува и прашува човек пред да се придвижат парите.
Само до трговци од својата листа на дозволени. Листата одредува каде воопшто можат да одат парите, пред секоја проверка на буџетот — агентот плаќа таму каде што сте дозволиле, и никаде друго.
Застанува и бара одобрување од човек; плаќањето се порамнува дури откако човек ќе го потпише, а барањето, проверките и потписот се запишуваат. Под границата, агентот се движи самостојно внатре во ѕидовите.
Kill-switch по агент го запира со еден допир — веднаш, а не при следниот циклус. Дневникот за ревизија потоа покажува точно што направил до тој момент.
Преку MCP на mcp.protocore.io/agents, со API и документација за да поврзете било кој фреймворк со политика. Политиката — буџет, листа на дозволени, праг — се поставува уште пред да постојат клучевите на агентот.
Ревизорската трага е непроменлива и поврзана со хеш-синџир: барањето, секоја проверка на политиката со резултат, потписот за човечко одобрување и порамнетото плаќање. Самата политика има верзии, хеш и потпис, и може да се повтори пред да ја зачувате.
Оценете
Заедно со вас ја поминуваме целата јамка — создаваме агент, ја поставуваме неговата политика и гледаме како плаќањето ескалира за одобрување и се порамнува како обичен SEPA.
Тест-околина во која вашиот тим може да поставува буџети, листи на дозволени и прагови, потоа да го надмине секој од нив и да го прочита дневникот само за додавање.
Поврзете тест-агент преку MCP на mcp.protocore.io/agents, со API и документација за да ја поврзете вашата рамка со политика.
Пробајте под брендот Protocore или под вашиот — вашите агенти, вашата политика, на која било површина.
Дополнително читање
Достапно самостојно или како whitelabel — вашите агенти, вашата политика, под кој било бренд.
Agents троши на шините на Pay под човечка политика, се порамнува како обичен SEPA и запишува во истиот модел на ревизија што го чита Center.
Сѐ погоре работи во продукциски демоа низ кои можеме да ве водиме — самостојно, whitelabel или како една платформа. Кажете ни што градите и ќе ви го покажеме најкусиот пат до таму.
