Plans
The real tier ladder and what each tier unlocks.
| Tier | Capability | Typical use |
|---|---|---|
| Go | Free. Planning and analysis only — no execution. | Trying PawOS, read-only project understanding |
| Pro | Full execution — file edits, commands, coding, deploys. | Individual, everyday use |
| Pro Max | Same capabilities as Pro, larger Paw Compute allotment. | Heavier individual usage |
| Team | Pro/Pro Max capabilities plus shared organization workspaces. | Small teams |
| Enterprise | Team capabilities plus governance, SSO, audit log, per-seat controls. | Larger organizations |
Note
For normal interactive work, Pro and Pro Max use the same execution runtime. Pro Max additionally unlocks Pro Max-gated autonomous-work and project-management capabilities such as autonomousTaskBilling, Jira, and Linear, plus a larger Paw Compute allotment.
| Tier | 5-hour rolling Paw Compute | 7-day rolling Paw Compute |
|---|---|---|
| Go | 132 PC | 528 PC |
| Pro | 400 PC | 1,600 PC |
| Pro Max | 2,000 PC | 8,000 PC |
| Team Standard | 800 PC/seat | 3,200 PC/seat |
| Team Premium | 2,000 PC/seat | 8,000 PC/seat |
| Enterprise | 4,000 PC/seat baseline, pooled/configurable | 16,000 PC/seat baseline, pooled/configurable |
Product disclosure
This page documents the current PawOS behavior for Plans. It is intended to disclose what users can see and use, what permissions are required, what evidence is recorded, and what limitations remain.
This disclosure is part of the PawOS documentation for Plans. It is written to make the product behavior understandable before a user relies on it, pays for it, connects an account, approves a plan, or authorizes a machine-affecting action.
What users see
- Users see subscription plan, tier entitlement, Paw Compute usage, rolling limits, Autonomous Work Credit balance, checkout/payment status, and blocked-state messages when a request exceeds entitlement or balance.
- Billing docs should distinguish subscription usage from ticket-completion credits and should identify which runtime or action class consumes which meter.
- Upgrade, payment, and limit pages should describe what changes immediately in the app and what remains subject to confirmation or connector setup.
What PawOS does
- Paw Compute meters ordinary runtime usage according to the configured plan and rolling-window limits.
- Autonomous Work Credits are a separate dollar-denominated wallet used for eligible autonomous ticket completions.
- Entitlement checks run before execution-class work and before connector activation/restore where a connector is tier-gated.
Permissions and boundaries
- Buying credits does not upgrade subscription entitlements, and upgrading a subscription does not add Autonomous Work Credits unless a separate credit purchase or included allowance says so.
- Billing permission does not equal action permission. A paid tier can still be blocked by confirmation, connector scope, local system permission, or organization policy.
- Failed, blocked, or unverified autonomous work should not be charged as completed work.
Evidence and records
- Usage and charge records should identify source, amount, period/window, balance where applicable, and whether the event came from subscription usage or autonomous ticket completion.
- A billing block should explain whether the block is entitlement-restricted, usage-restricted, balance-restricted, or connector-restricted.
Limitations and user responsibility
- Exact plan limits and payment availability depend on current pricing configuration and payment-provider setup.
- Refunds, invoices, taxes, failed payments, and subscription cancellation are governed by the live billing provider flow and any applicable legal policy pages.
Warning
PawOS can assist with planning, coding, automation, connectors, billing flows, and system operations, but the user remains responsible for reviewing plans, confirmations, diffs, command effects, connector side effects, billing actions, and final outputs before relying on them.
Related