Server-resolved identity
The bearer key resolves to one agent and organisation. Strict request schemas reject client-supplied agent identity.
CAPYN is designed for actions with consequences. Authority must be explicit, current, request-specific and explainable—or execution stops.
IF UNKNOWN → DENY
Implemented in v0.1
The dashboard communicates policy. It does not enforce it. These controls sit in authentication, domain services, transactions and the database model.
The bearer key resolves to one agent and organisation. Strict request schemas reject client-supplied agent identity.
Generated keys carry high entropy. CAPYN stores an HMAC-SHA-256 hash and short prefix, never the plaintext credential.
Every resource read and mutation is scoped with the authenticated organisation; cross-tenant lookups return not found.
Zod schemas reject unknown fields, bound metadata size and accept money only as decimal strings converted to integer minor units.
An approval applies once to one authorization. Hard policy is re-evaluated under lock at approval time.
Agent and idempotency key are unique. Conflicting payloads fail, and completed execution cannot call the provider twice.
Repository interfaces expose append only. A PostgreSQL trigger rejects ordinary update and delete operations on historical events.
Structured logs redact credentials, bodies are capped, errors omit internal details and process-level rate limiting is enabled.
CAPYN serializes authorization and approval accounting per agent, then evaluates projected spend against live reservations inside the same transaction.
$30.00
projected / $30.00
$30.00
projected / $60.00
$30.00
projected / $90.00
$30.00
projected / $120.00
CAPYN v0.1 establishes the architecture and demonstrates its critical controls. It intentionally does not custody or move real funds.
Production gate