|
| 1 | +# Plutus — Roadmap to 1.0 |
| 2 | + |
| 3 | +> Last updated: 2026-06-23 · Current: **v0.5.1** (billing engine; PyPI + GHCR + live at plutus.perseus.observer) |
| 4 | +> This is the **billing-engine** roadmap. The older `ROADMAP.md` is the long-term monitor/FinOps vision. |
| 5 | +
|
| 6 | +## What 1.0 means |
| 7 | + |
| 8 | +Plutus 1.0 is a **production-grade billing layer for AI agents** that a stranger can self-host or sign up for and trust with real money. That bar means four things, in priority order: |
| 9 | + |
| 10 | +1. **Money is correct** — no double-credit, ingest is atomic, prepaid credit is enforceable, amounts reconcile with Stripe. |
| 11 | +2. **It's safe to expose publicly** — the self-serve funnel (open signup + ingest API + Stripe) is hardened against abuse, CSRF, DoS, and injection. |
| 12 | +3. **The product loop is complete** — signup → API key → meter → see spend → hit a limit → pay, with the tiers that actually sell (incl. a Team tier). |
| 13 | +4. **It's documented and stable** — API reference, self-host guide, SDK quickstarts, and a frozen public API + DB schema under semver. |
| 14 | + |
| 15 | +We do **not** call it 1.0 until the money-correctness and public-exposure items below are closed, because open signup + live Stripe are already on. |
| 16 | + |
| 17 | +--- |
| 18 | + |
| 19 | +## Milestones |
| 20 | + |
| 21 | +### v0.6 — Money & concurrency correctness *(1.0 blocker)* |
| 22 | +The deep-review findings that can corrupt billing data. Root cause for most: read-modify-write with no atomic transaction under the threaded, connection-per-request server. |
| 23 | +- **#27** make `/v1/usage` atomic per request (validate-all → one transaction → commit once) |
| 24 | +- **#26** webhook idempotency: insert the dedup row *first*, apply side-effect only if newly inserted |
| 25 | +- **#30** `PRAGMA busy_timeout`, atomic `balance_after`, fix the free-tier quota race |
| 26 | +- **#29** credit from Stripe `amount_total`, never client metadata |
| 27 | +- **#28** prepaid-credit hard-stop policy (stop debiting past zero; opt-in 402) |
| 28 | +- **#38** store money as integer micro-dollars (schema migration) — do before freeze |
| 29 | +- *Exit:* a concurrency/load test on the ingest + webhook paths proves no double-count, no lost writes, correct balances. |
| 30 | + |
| 31 | +### v0.7 — Security hardening *(1.0 blocker — gates public launch)* |
| 32 | +- **#31** request body-size cap on `/v1/usage` + `/webhook/stripe` (DoS) |
| 33 | +- **#32** CSRF tokens on state-changing POSTs; make logout a POST |
| 34 | +- **#33** signup rate limiting + per-day org cap (abuse) |
| 35 | +- **#34** escape attacker-controlled names in HTML/PDF reports |
| 36 | +- **#35** SMTP: TLS-only login, 465 support |
| 37 | +- **#36** OIDC JWKS signature verification (defense-in-depth) |
| 38 | +- **#37** polish punch-list (error-leak, 404 escaping, hook backup, etc.) |
| 39 | +- *Exit:* an external security-review pass on the public surface. |
| 40 | + |
| 41 | +### v0.8 — Product completeness *(what makes it sell)* |
| 42 | +- **Team tier (~$149/mo)** — multi-seat, more workspaces, the missing money tier (drives ramen MRR). |
| 43 | +- Per-org credit-enforcement policy (the #28 hard-stop, surfaced in dashboard + API). |
| 44 | +- **Usage export** — CSV + webhook out (cost-attribution / "$/task" for customers' own billing). |
| 45 | +- **First-class integrations** — LangChain & CrewAI callback handlers, and a Plutus **MCP server** so agents meter themselves. |
| 46 | +- Dashboard: date-range selector, per-workspace drill-down, API-key last-used/usage view. |
| 47 | + |
| 48 | +### v0.9 — Hardening, observability & docs |
| 49 | +- Structured request logging + a `/metrics` endpoint; per-request ids. |
| 50 | +- Full docs site: **API reference**, self-host guide, SDK quickstarts (Python now; TS later), migration notes. |
| 51 | +- Backup/restore + schema-migration tooling for self-hosters. |
| 52 | +- Soak-test the hosted instance; define SLOs. |
| 53 | + |
| 54 | +### v1.0 — Freeze & launch |
| 55 | +- **Freeze the public API + DB schema**; commit to semver. |
| 56 | +- Public **status page**; documented upgrade path. |
| 57 | +- Cut 1.0, then run the launch (below). |
| 58 | + |
| 59 | +--- |
| 60 | + |
| 61 | +## Get it out there *(parallel GTM track — start now)* |
| 62 | + |
| 63 | +Already done: README reframed, `pip install plutus-agent`, GHCR image, hosted dashboard, Hermes dogfooding live. |
| 64 | + |
| 65 | +**Pre-launch (do alongside v0.6/v0.7):** |
| 66 | +- Merge + release the **v0.5.1 Cloudflare-UA fix** (#PR 25) — external SDK ingest is broken through CF without it; hard launch blocker. |
| 67 | +- Turn on `PLUTUS_ALLOW_SIGNUP` on the hosted instance once v0.7 abuse controls land. |
| 68 | +- Launch assets: a 60-second "meter your agent in 3 lines" asciinema/GIF, dashboard screenshots, polish `/pricing`, a landing section on perseus.observer/plutus. |
| 69 | +- A short **"Plutus vs Helicone / Langfuse / OpenMeter"** positioning post — own *billing* (charging end-users), not just observability. |
| 70 | + |
| 71 | +**Launch (after v0.7):** |
| 72 | +- Show HN, r/LocalLLaMA, MCP/agent-framework communities; list in LangChain/CrewAI integration directories. |
| 73 | +- First 5 design-partner orgs from the warm network; 1–2 reference customers billing their own users through Plutus. |
| 74 | + |
| 75 | +**Don't launch publicly before** the v0.7 items (CSRF, body limits, signup rate-limit) — open signup + live money are exposed today. |
| 76 | + |
| 77 | +--- |
| 78 | + |
| 79 | +## Success metrics for 1.0 |
| 80 | +| Metric | Now | 1.0 target | |
| 81 | +|---|---|---| |
| 82 | +| Money-correctness bugs (open) | 5 | 0 | |
| 83 | +| Public-surface security findings (open) | 7 | 0 | |
| 84 | +| Paying orgs | 1 (us) | 10+ | |
| 85 | +| First-class integrations | adapters + hook | + LangChain, CrewAI, MCP | |
| 86 | +| API stability | unfrozen | frozen, semver | |
| 87 | +| Docs | README + 3 docs | full reference + guides | |
| 88 | + |
| 89 | +## Sequencing note |
| 90 | +v0.6 and v0.7 are the 1.0 blockers and should land before any public push — they're tracked as issues #26–#38. v0.8 (Team tier + integrations) can proceed in parallel since it's the revenue/distribution lever from the profitability plan. The fastest credible path: **v0.6 money-correctness as one focused sprint (it's mostly one transaction-shaped fix), then v0.7 security, launching as v0.7 ships and tagging 1.0 once v0.8 + docs settle.** |
0 commit comments