prxy.monster API-key BYOK is live. Start free

Privacy mode (local)

For workloads where data residency or privacy compliance rules out a hosted gateway. Everything runs in a Docker container on your own hardware. The only outbound traffic is the LLM call itself, to the provider you choose.

This recipe assumes local mode. Cloud mode by definition involves a hosted service.

What this pipeline gives you

The pipeline

docker run -d \
  -p 3099:3099 \
  -v ~/.prxy:/data \
  -e ANTHROPIC_API_KEY=sk-ant-xxx \
  -e PRXY_PIPE='ipc,patterns,semantic-cache' \
  prxymonster/local:latest

Optional production additions:

PRXY_PIPE='airgap,guardrails,ipc,patterns,semantic-cache'

Why this order

  1. ** airgap first** — enforces no-network-out at the start of every request. Other modules then run inside the network sandbox.
  2. guardrails — redacts PII before anything else touches the prompt.
  3. ipc — manages context length using only local storage.
  4. patterns — your forged patterns stay in your local data volume. Never sync, never share.
  5. semantic-cache — embeddings + cached responses live locally.

What’s stored on disk

~/.prxy/
├── state.db         ← Local database. Patterns, cached embeddings + responses, sessions.
├── blob/            ← Archived (compressed-out) message bodies.
└── config.yaml      ← Optional pipeline config.

The container has no other state. Restart it — everything persists. Delete ~/.prxy/ — everything is gone.

What leaves your machine

The LLM API call itself. Nothing else.

The gateway makes outbound calls only to:

No telemetry. No phone-home. No background sync. The container’s network egress can be audited with any standard packet capture tool.

Hardening checklist

See also