AI Agent Wallets BroLabel: як використовувати агентів

AI-агенту потрібен не просто API, а контрольований гаманець

AI Agent Wallets BroLabel - це спосіб дати автономному агенту доступ до реальних onchain-операцій без того, щоб приватний ключ потрапляв у модель, prompt або історію чату. Агент може створювати намір транзакції, але підписання проходить через контрольований Co-Signer, MPC-логіку, ліміти й журнал.

Це важлива різниця. Якщо AI-агент просто має API key до платіжного сервісу, команда швидко впирається в питання безпеки: що саме він може зробити, хто встановлює ліміти, де зберігаються секрети, як зупинити помилкову дію, як відстежити історію витрат і хто відповідає за підписання.

BroLabel AI Agents закриває цю проблему через production-пакет для одного агента: 30 активних MPC-гаманців, 2 Ed25519 API-ключі, customer-hosted Co-Signer, усі підтримувані production-мережі, незмінний журнал і WebSocket-події. Базовий пакет коштує $99/місяць і включає до $200K підтвердженого місячного обсягу.

Практично це означає: агент може діяти автономно, але не безмежно. Ви визначаєте рамки, а інфраструктура не дозволяє перетворити "автоматизацію" на неконтрольований доступ до коштів.

Коли це потрібно

AI-гаманці не потрібні кожному chatbot. Якщо агент тільки відповідає на питання або генерує текст, йому не потрібна фінансова інфраструктура. Гаманець стає потрібним тоді, коли агент має самостійно купувати, оплачувати, переказувати або керувати балансом.

Типові сценарії:

1. агент оплачує API, data feeds, inference, storage або compute;
2. агент робить machine-to-machine платежі між сервісами;
3. агент виконує stablecoin payouts у межах заданого бюджету;
4. агент запускає керовані DeFi або treasury операції;
5. агент реагує на події й платить без ручного approval на кожну дрібну дію;
6. команда хоче тестувати x402-сумісні payment flows.

У кожному з цих сценаріїв проблема не в тому, щоб створити адресу. Проблема в тому, щоб агент не отримав raw key, не обійшов політики й не створив витрати, які finance або operations не можуть пояснити.

Що входить у пакет BroLabel AI Agent

BroLabel позиціонує AI Agent package як production-пакет для одного автономного агента. Його варто читати не як "гаманець за $99", а як маленький контрольований stack для agentic payments.

У пакет входить:

1. 30 активних MPC-гаманців. Їх можна використовувати для різних сценаріїв агента, мереж, активів або робочих flow.
2. 2 Ed25519 API-ключі. Один ключ можна виділити агенту, другий залишити для ротації або emergency recovery.
3. Customer-hosted Co-Signer. Клієнтська MPC-частка працює у вашому середовищі, зазвичай у Docker-контейнері.
4. Threshold MPC signing. У типовій 2-of-2 моделі жодна сторона не може підписати транзакцію самостійно.
5. Незмінний журнал і WebSocket events. Команда бачить депозити, відправлення, статуси, баланси й результати підписання.
6. Усі підтримувані production-мережі. Це не означає "кожен блокчейн у світі", а всі мережі, які BroSettlement активував для цього пакета на момент використання.

Окремо варто враховувати network gas, validator fees, routing costs і сторонні сервісні комісії. Вони не зникають через те, що агент працює автономно.

Як запустити: коротка схема

Перший крок - відкрити сторінку AI Agents і скопіювати installation prompt. Його потрібно вставити в Codex, Claude Code, Cursor або інший AI-агент, який підтримує skills.

Prompt просить агента встановити два офіційні BroSettlement Agent Skills із GitHub:

1. brosettlement-onboarding;
2. brosettlement-api.

Повна довідка доступна в Agent Skills API reference, а самі wallet, ledger і settlement операції працюють поверх BroSettlement.

Перед встановленням агент має показати каталог призначення, не перезаписувати існуючі skills і перевірити SKILL.md та bundled scripts. Це не формальність. Skills дають агенту інструкції для роботи з інфраструктурою, тому їх потрібно читати як кодову залежність, а не як випадковий prompt з інтернету.

Після встановлення агент активує $brosettlement-onboarding і проводить команду через setup: доступ до BroSettlement account, API identity, Co-Signer, MPC/DKG readiness і створення першого testnet-гаманця.

Як виглядає транзакційний flow

У нормальному flow агент не "підписує крипту". Він створює intent.

У intent мають бути wallet, network, asset, amount, destination і idempotency key. Запит підписується API-ключем, після чого ваш Co-Signer перевіряє локальну політику: дозволена мережа, дозволений актив, сума в межах ліміту, destination у allowlist або не заблокований, час операції нормальний, velocity rules не порушені.

Далі можливі три результати:

1. Co-Signer автоматично схвалює запит;
2. Co-Signer відхиляє запит;
3. Co-Signer передає запит у callback або manual approval.

Якщо політика дозволяє операцію, Co-Signer і BroSettlement MPC Signer спільно створюють валідний підпис. Повний приватний ключ не збирається. Після цього транзакція відправляється у мережу, а команда відстежує статус через журнал і WebSocket-події.

Це і є головна перевага: AI-агент може працювати швидко, але фінальна дія все одно проходить через контрольну межу.

Які правила потрібно задати агенту

Найгірший спосіб запуску agent wallet - сказати агенту: "плати, коли вважаєш за потрібне". Це зручно на демо й небезпечно в робочому режимі.

Перед production-запуском варто визначити:

1. Бюджет. Скільки агент може витратити за день, тиждень і місяць.
2. Asset policy. Які активи дозволені: наприклад, тільки USDT або USDC.
3. Network policy. У яких мережах агент може працювати.
4. Destination allowlist. Куди агент може платити без manual review.
5. Transaction limits. Максимальна сума однієї операції.
6. Velocity limits. Скільки операцій дозволено за певний час.
7. Emergency pause. Хто і як може швидко зупинити агентські платежі.
8. Review rules. Які транзакції вимагають людини або callback-сервісу.

Ці правила краще тримати поза prompt. Модель може пропонувати дію, але runtime-політика має бути виконана у контрольованому середовищі.

Чого не можна робити

Є кілька речей, які варто заборонити одразу.

Не вставляйте API private keys у чат. Не передавайте encryption keys у prompt. Не показуйте MPC share material у tool output. Не зберігайте секрети в логах. Не дозволяйте агенту самостійно змінювати власні ліміти без окремого approval.

Також не варто вважати, що "AI Agent Wallet" автоматично вирішує compliance. BroSettlement може дати wallet records, transaction metadata, role controls, signing evidence, ledger history і events. Але KYC/KYB, AML decisions, Travel Rule automation, ліцензування та jurisdiction analysis залишаються відповідальністю оператора й його інтеграцій.

І ще один практичний момент: "усі підтримувані мережі" потрібно перевіряти на момент запуску. Network availability, asset support, fees і operational limits можуть змінюватися, тому production-інтеграцію треба підтверджувати перед реальним обсягом.

Як зрозуміти, що ви готові до production

Перед production варто пройти короткий checklist.

По-перше, агент має працювати через scoped API access, а не через raw private key. По-друге, Co-Signer має бути запущений у контрольованому середовищі з захищеним persistent volume. По-третє, DKG і MPC readiness мають бути перевірені на testnet. По-четверте, policies мають бути описані в коді або callback-сервісі, а не тільки в інструкції для моделі.

П'ятий пункт - observability. Команда має бачити, що агент хотів зробити, що дозволила політика, що було підписано, що відправлено в мережу і який фінальний статус отримала транзакція. Без WebSocket events і журналу AI-платежі швидко перетворюються на чорну скриньку.

Шостий пункт - finance reconciliation. Якщо агент витрачає гроші, фінансова команда має бачити не тільки on-chain hash, а й бізнес-контекст: який агент, який budget, яка дія, який invoice або service, який balance impact.

Практичний висновок

BroLabel AI Agents варто використовувати не як іграшковий wallet для моделі, а як контрольований payment runtime для автономних систем. Агент отримує можливість діяти, але не отримує безмежну владу над коштами.

Найкращий стартовий сценарій простий:

1. відкрийте сторінку AI Agents;
2. скопіюйте installation prompt;
3. встановіть brosettlement-onboarding і brosettlement-api;
4. створіть testnet organization і перший гаманець;
5. задайте ліміти, allowlists і emergency pause;
6. перевірте події, журнал і звірку;
7. тільки після цього переходьте до production-операцій.

AI-агентам потрібна автономність. Але платіжній інфраструктурі потрібна межа контролю. Саме між цими двома вимогами й живе правильний agent wallet.