Pikarc sits between your agent code and the models/tools it calls. Every model call and tool call passes through Pikarc, which makes an ALLOW or DENY decision based on your configured guardrails.Documentation Index
Fetch the complete documentation index at: https://docs.pikarc.dev/llms.txt
Use this file to discover all available pages before exploring further.
Core Concepts
Workspace
Your tenant boundary. Owns runs, API keys, budgets, and the kill switch. One workspace per account.
Run
A single agent execution. Contains an ordered list of Steps. Status progresses from RUNNING to COMPLETED, FAILED, or BLOCKED.
Step
One action within a run. Types include MODEL_CALL, TOOL_CALL, INPUT, OUTPUT, REASONING, and SYSTEM. Each step gets a Decision.
Decision
ALLOW or DENY, evaluated at run start and before each step. Includes the deny reason and which rules were evaluated.
How It Works
- Your agent starts a run via the SDK
- Before each model call or tool call, Pikarc evaluates guardrails
- If all checks pass → ALLOW — the call proceeds
- If any check fails → DENY —
PikarcBlockedErroris raised - Token usage and costs are tracked automatically
- The run ends, and everything is visible in the dashboard
What Gets Checked
| Rule | Description |
|---|---|
| Kill switch | Emergency brake — blocks all runs instantly |
| User blocked | Individually blocked users |
| Workspace daily budget | Total spend limit per day |
| User daily budget | Per-user spend limit per day |
| Monthly run limit | Runs per month (based on plan tier) |
| Max concurrent runs | Simultaneous active runs |
Next Steps
Quickstart
Install the SDK and wrap your first model call in 5 minutes.
SDK Reference
Full SDK API: client, guarded runs, error handling.
API Reference
REST API endpoints for runs, workspace, usage, and more.
Guardrails Guide
How the decision engine evaluates rules and denies requests.