Core concepts

The product vocabulary behind Panicly projects, keys, controls, and usage
View as Markdown

Panicly is a spend-control gateway. The important objects are workspaces, projects, Panicly keys, provider keys, policy controls, request evidence, and usage capacity.

workspace
organization boundaryRequired

The top-level operator boundary. It owns plan tier, members, projects, billing state, credits, audit events, and global controls.

project
routable unitRequired

A protected unit of traffic inside a workspace. It owns environment, Panicly API keys, provider connection, thresholds, and request history.

panicly_api_key
secretRequired

The credential your app sends to Panicly. Keys are project-scoped, returned once, and use environment-aware prefixes such as pk-dev- and pk-live-.

provider_key
secretRequired

The upstream provider credential Panicly uses for approved requests. A project can connect provider keys for supported providers, with one active key per provider.

kill_switch
boolean

The emergency stop control that pauses provider traffic for a project before it can create upstream spend.

credit_backed_capacity
usage balance

Purchased capacity used after included monthly request volume is exceeded.

Preferred naming

TermMeaning
Kill SwitchEmergency traffic stop
Network ControlsSender IP blocking and inspection
Region RulesCountry and Panicly-defined region blocking
Workspace AuditOperator-visible change history
RequestsGateway traffic that Panicly evaluates
CreditsPurchased usage capacity
Customer-facing language

Use Plus, Premium, Kill Switch, Network Controls, Region Rules, Requests, Usage, Credits, and Workspace Audit when describing Panicly.