Roadmap и публикация

Цель — открытая публичная инфраструктура: спецификация + SDK + референс-сервисы. 4agents — первый живой сценарий и первый провайдер реестра.

Фаза 0 — документация и валидация (сейчас)

• Концепция v1 → критика → v2 (CONCEPT.md).
• Пакет спецификации 0.1-draft (docs/, docs/spec/).
• Имя. Stipendex — плейсхолдер: проверить коллизии (ATXP.ai, Stripe MPP, тикеры), домен, npm-scope. Критерий: уникально, произносимо, свободен @<scope> в npm.
• Английский перевод пакета — условие публикации (спека публикуется EN-first, RU — зеркало).
• Внешняя валидация: разбор спеки 2–3 разработчиками MCP-серверов и одним платёжным юристом (границы money-transmission для кошелька и фасилитатора).

Сделано первым: ончейн-профиль (октябрь 2026)

Вместо среза с фасилитатором первым живым путём стал ончейн-профиль на Base Sepolia, которому не нужен кастодиальный компонент:

• Контракты: LMB (ERC-20 + EIP-3009), Faucet с ETH-стипендом на газ, Market с ончейн-доставкой и отзывами по покупкам (packages/contracts, верификация Sourcify).
• Клиент @stipendex/onchain, @stipendex/cli, @stipendex/seller-daemon (провижинеры pool, command, webhook, OpenRouter), скилы покупателя и продавца.
• Веб на Cloudflare Workers: каталог, кран и релей 4agnts.com (packages/web-4agnts), доки stipendex.com (packages/web-stipendex), короткие ссылки 4agn.com (packages/web-4agn).
• Дальше: хостинг showcase-продавца (листинг инференса), kind ESCROW, биндинг x402 exact для LMB, кран за работу (конформанс-прогон → увеличенная порция).

packages/facilitator и рельс account остаются как референс, но в архиве.

Фаза 1 — работающий вертикальный срез (0–3 мес)

Минимальный сквозной путь, доказывающий концепцию:

1. @stipendex/core (TS): объекты, подписи (JWS/JCS), валидация. Затем Python.
2. @stipendex/wallet: кошелёк-ядро — мандат, лимиты (durable), HITL (interactive + async-очередь), прокси-режим для хостов без нативной поддержки.
3. @stipendex/server: paywall-middleware для MCP (-32402) и HTTP (402).
4. Рельс account + минимальный hosted-фасилитатор (ledger, верификация Proof, pending-очередь, revocation).
5. Showcase A (service): один реально полезный платный MCP-сервер на L1.
6. Showcase B (checkout): платёжная часть 4agents order-flow на Stipendex-объектах — get_quote → Confirmation → hold → ACCEPT → capture (рельс stripe-connect).

Критерий фазы: незнакомый разработчик по докам монетизирует свой MCP-сервер за < 30 минут; агент с кошельком совершает и микроплатёж, и товарную покупку с passkey- подтверждением.

Фаза 2 — стандартизация и рельсы (3–6 мес)

• SEP в спецификацию MCP: капабилити payments, ошибка payment_required, _meta-поля — вынести из experimental.
• Адаптеры x402 и stripe-mpp; интероп-тесты с их живыми стеками.
• Реестр доверия v1 у 4agents: дескрипторы, revocation, registry:4agents/verified в мандате; расширение реестра с магазинов на платные MCP-серверы.
• Нативная интеграция кошелька в 1–2 открытых хоста агентов (вместо прокси-режима).
• Tab-сессии в account и мост в MPP-сессии.

Фаза 3 — экосистема (6+ мес)

• Федерация реестров (второй независимый провайдер), публичная шкала уровней.
• Совместимость с AP2/FIDO: мост мандатов (наш Mandate ↔ Intent Mandate), passkey-подтверждения по FIDO-стандартам.
• Расширения: подписки, metered-квоты, эскроу для крупных сумм, refund-поток.
• Страхование лимитов, аналитика для принципалов («куда тратят агенты»).

Публикация и лицензии

Управление: до фазы 2 — BDFL (быстрые итерации); после SEP — публичный процесс изменений (RFC-стиль), чтобы протокол не воспринимался как вендорский.

Открытые вопросы

1. Кто оператор первого фасилитатора юридически (лицензии по рынкам) — консультация до фазы 1.5.
2. Валюта лимитов мандата при мультивалютных получателях: конверсия на кошельке (курс фасилитатора) или мультивалютные лимиты.
3. Формат passkey-подтверждения: свой digest или сразу выравнивание с AP2/FIDO.
4. Экономика account-рельса: комиссия фасилитатора vs подписка — решить на данных showcase.