AI spend becomes a company-control problem
One operator running many companies needs per-worker keys, model access, provider routing, budgets, and audit trails.
Put provider keys, routing rules, role budgets, and usage evidence behind one controlled gateway. Gatekeeper is the spend-control layer for founders who want one operator to manage many AI companies without losing financial visibility.
Gatekeeper now has repo-saved hero art, carousel frames, pricing media, and launch graphics built around vaults, routes, budgets, providers, and audit evidence. Generated visuals stay illustrative until the claim ledger links them to product proof.

One operator running many companies needs per-worker keys, model access, provider routing, budgets, and audit trails.
Gatekeeper centralizes key checks, provider routing, role budgets, and spend records across major model providers.
The vault-router image turns invisible policy, spend, and provider controls into a buyer-ready trust surface.
A user managing spend naturally upgrades into Pitt Management portfolios with company-level controls.
Start with one gateway key, then scale into role budgets, marketplace templates, and virtual-company governance.
$ gatekeeper verify bh_k1_prod_abc123
Verifying key offline (no network call)...
◆ Ed25519 signature: valid target benchmark
◆ Rate limit: 847 / 10000 rpm CRDT target
◆ Budget: $12.43 / $50.00 remaining
◆ Providers: gpt-4o, claude-3-5-sonnet, gemini-2.0
──────────────────────────────────────────
total overhead: benchmark target end-to-end proof pending
Your key is a cryptographic proof, not a database lookup. Ed25519 signature verification, CRDT checks, and test evidence are validated during assisted onboarding before broad claims.
Your key IS a cryptographic proof. Verification is a single elliptic curve operation. No database. No cache. No server call.
Proof targetMint a sub-key scoped to only GPT-4, valid for 24h, for your contractor. Parent-constraint behavior is validated during onboarding.
Scoped sub-keysKey only works if the requesting device passes health checks. Compromised machine → key silently invalid.
Device healthIncrement the epoch. Global invalidation behavior is verified during assisted onboarding before public timing claims.
Test evidenceNo signup. No cloud account. No SaaS dashboard. Assisted onboarding confirms the first working setup before public self-serve promises.
$ docker run -p 8080:8080 \ -e OPENAI_API_KEY=$OPENAI_API_KEY \ ghcr.io/blackholemesh/gatekeeper:latest
Drop-in replacement for OpenAI, Anthropic, and Ollama. Point your base URL at Gatekeeper. Standard SDK and framework paths are checked during assisted onboarding before compatibility claims are published.
curl https://api.openai.com/v1/chat/completions \
-H "Authorization: Bearer $OPENAI_KEY" \
-d '{"model":"gpt-4o","messages":[...]}'curl https://api.gatekeeper.run/v1/chat/completions \
-H "Authorization: Bearer $GK_KEY" \
-d '{"model":"gpt-4o","messages":[...]}'Gatekeeper is OpenAI-API compatible. Change the base URL and your API key. Standard OpenAI-compatible SDK paths are validated during assisted onboarding.
No Redis-first architecture target. CRDT rate limiting is validated during assisted onboarding. Each node can track usage independently and convergence is measured before production claims.
Each gateway node can maintain its own usage shard. GCounter merge behavior and failure modes are validated during onboarding.
Assisted-beta benchmark target: prove you're within your rate limit without revealing usage. ZK proof timing targets are tracked in the claim ledger before broad launch.
All usage data streams to BH_AUDIT for tamper-evident audit trail. Post-mortems show exact usage per key, per provider, per model — with cryptographic integrity.
Provider outage failover is an assisted-beta proof target before broad self-serve launch. Target providers sit behind a single endpoint with unified key management.
Cap'n Proto examples show the intended binary format. Payload-size claims remain benchmark targets until linked to evidence in the claim ledger.
JetStream streams for usage telemetry, audit logs, and CRDT rate-limit state. Provisioning is validated during assisted setup.
Self-healing playbooks and recovery times are assisted-beta proof targets. JetStream event capture is validated during onboarding before broad public claims.
Performance claims are assisted-beta targets until linked to benchmark evidence.
Simple queries can route to cheaper models while complex queries escalate to frontier models. Exact savings and routing latency are verified during assisted onboarding.
Smart routing can send simple queries to cheaper models after policy validation. Exact savings are verified during assisted onboarding.
Ed25519 keys. CRDT rate limits. ZK proofs. XDP speed. 15+ providers. No auth service to scale. No coordinator to fail.