Skip to main content
AgentRuntime’s billing platform can host multiple commercial products on shared infrastructure. Each product has its own plan catalog, trial policies, and workspace lineage, identified by a product_code. The Console you use today is scoped to agentruntime. You do not pick a product in the UI — it is set automatically when your workspace is created.

Concepts

What you see in the Console

For console.agentruntime.io:
  • Settings → Plans lists only AgentRuntime plans (product_code = agentruntime)
  • Settings → Billing Overview and Usage & History reflect your workspace subscription and credit buckets — unchanged from single-product behavior
  • Plan cards show tier names (pro, plus, …) — not the internal product_code
You will not see another product’s plans in this Console, even if AgentRuntime launches additional products in the future — each Console deployment is scoped to one product.

Workspace creation

When you create a workspace on the AgentRuntime Console:
  1. The workspace is stamped with product_code = agentruntime
  2. Onboarding auto-trial and default plan selection consider only agentruntime catalog rows
  3. Your workspace switcher shows only workspaces for this product
A global user account (email or Google) can belong to workspaces on different products in the future — each workspace is independent; credits and subscriptions never cross product boundaries.

Plans and Stripe

Plans sync from Stripe. Each Stripe Price or Product carries metadata: Self-serve tiers for AgentRuntime today: Annual variants (pro_annual, etc.) are separate catalog rows with the same product_code. See Billing and credits for buckets, metering, and top-ups.

Credits and subscriptions

Multi-product billing does not split credits inside one workspace: Usage metering (workflow.step.execute, memory jobs, etc.) debits your workspace ledger the same way regardless of product_code.

API behavior

Customer integrations call https://api.agentruntime.io:
  • GET /v1/billing/plans — Returns plans scoped to your workspace’s product_code automatically
  • POST /v1/billing/subscription, trial, and top-up endpoints — Resolve against your workspace’s own catalog
  • Onboarding and workspace creation stamp product_code for you — it is never something you set directly
The plan JSON returned to your integration emphasizes plan_code, amount, and trial fields. product_code is implicit for this deployment (agentruntime).

Example catalog response shape

GET /v1/billing/plans (scoped to AgentRuntime):
Values like trial_credits_granted are in microcredits. See API examples.

Existing workspaces

Workspaces created before multi-product billing shipped were assigned product_code = agentruntime automatically. No action required — plan codes (pro, plus, …) and credit balances are unchanged.

If AgentRuntime launches another product

Troubleshooting