Skip to content

paperboard in 5 minutes

paperboard is an agent execution platform: customers bring an Anthropic API key, describe an agent, and paperboard handles the sandboxed compute, metering, and workspace lifecycle. We bill for pod-seconds, tool-call counts, and workspace-minutes — not for tokens.

The platform lives across 12 GitHub repositories under the paper-board org. Seven are runtime services written in Go; five are supporting libraries, tooling, and infrastructure.

flowchart LR
subgraph control["Control plane"]
identity["paper-board/identity<br/>Auth · RBAC · JWT"]
platform["paper-board/platform<br/>Audit · Webhooks · Onboarding"]
billing["paper-board/billing<br/>Subscriptions · Metering · Payment"]
gateway["paper-board/gateway<br/>Public API entry"]
end
subgraph data["Data plane"]
agents["paper-board/agents<br/>Agent CRUD · Sessions · LLM"]
runtime["paper-board/runtime<br/>Per-tenant pod"]
compute["paper-board/compute<br/>gVisor sandbox"]
end
subgraph support["Supporting"]
sdk["paper-board/sdk"]
proto["paper-board/proto"]
infra["paper-board/infra"]
frontend["paper-board/frontend"]
cli["paper-board/cli"]
end
gateway --> identity
gateway --> agents
gateway --> billing
agents --> runtime
runtime --> compute
compute --> agents
classDef controlPlane fill:#10b981,stroke:#047857,color:#fff
classDef dataPlane fill:#3b82f6,stroke:#1d4ed8,color:#fff
classDef sandbox fill:#f97316,stroke:#c2410c,color:#fff
classDef external fill:#ef4444,stroke:#b91c1c,color:#fff
classDef persistence fill:#6b7280,stroke:#374151,color:#fff
class identity,platform,billing,gateway controlPlane
class agents,runtime dataPlane
class compute sandbox
class sdk,proto,infra,frontend,cli persistence
RepoResponsibilitySchemaPhase shipped
paper-board/gatewayPublic API entry, auth middleware, routing (stateless)none7
paper-board/identityUsers, orgs, RBAC, JWT, MFA, API keys, invitationsidentity2 ✅
paper-board/agentsAgent CRUD, sessions, prompt pipeline, LLM dispatchagents1.1 ✅
paper-board/runtimePer-tenant data plane pod (stateless)none3 ✅
paper-board/billingSubscriptions, pricing, metering, Payment, marketplacebilling5
paper-board/platformAudit, incidents, notifications, webhooks, onboardingplatform4
paper-board/computegVisor sandbox, exec-server, workspace bridgenone3 ✅
RepoPurpose
paper-board/sdkShared Go library: log, obs, auth middleware, migrator
paper-board/protogRPC .proto + OpenAPI specs — single source of truth
paper-board/infraHelm umbrella + subcharts + Terraform + k8s manifests
paper-board/frontendNext.js admin + customer dashboard + this docs site
paper-board/cliagentctl — customer command-line interface

We build paperboard in vertical slices, shipping one phase at a time. Each phase is a demoable and (from Phase 4 onwards) sellable increment.

PhaseWhat shipsStatus
1.0sdk + proto + infra v0.1.0✅ shipped
1.1agents minimal: 3 tables + REST + SSE + Anthropic LLM✅ shipped
2identity: AuthService, RBAC, JWT, API keys✅ shipped
3runtime + compute + workspace sandbox + metering hooks✅ shipped
4platform + MVP-0 launch (first sellable milestone)next
5Payment (Stripe + iyzico + PayTR + Param) + multi-harness MCPplanned
6Production hardening + multi-user org + KVKKplanned
7gateway centralize + RBAC fullplanned
8Source-available + self-host enterprise tierplanned
9paperclip-equivalent platform layerplanned
10Marketplace + pre-built agent teams + agent-to-agent protocolplanned

Phase order is set by ADR-0015. The key insight driving the ordering: our revenue model is compute markup, not token markup. This means metering must land in Phase 3 (Day 1) and billing in Phase 5 — not Phase 8 as originally planned.

  • Local dev setup — get a running paperboard environment on your laptop.
  • First PR — branch naming, Conventional Commits, CI + CodeRabbit workflow.
  • Glossary — 30+ terms defined precisely.
  • System overview — deep dive into the architecture.