Skip to main content
sovseal’s self-hosted surface is small on purpose: one edge function with two auto-provisioned secrets, and a handful of client-side variables that tune the local engine. This page lists only variables that exist in the code — nothing aspirational.

Edge Function Secrets

The v2-agent-state function reads exactly two values, both provisioned automatically by Supabase when you deploy — you do not set these yourself:
There is no OPENAI_API_KEY, JWT_SECRET, ADMIN_API_KEY, or AUTH_DISABLED for this deployment. Authentication is verified against WorkOS’s remote JWKS (jose.createRemoteJWKSet) — there is no local secret to configure, and no mode that disables authentication. If you need a custom auth boundary, that is a fork, not a configuration option.

Client-Side Environment Variables

These are read by @sovseal/mcp-server (and, where noted, by both SDKs) from the process environment.
The decay variables are half-lives in days, not raw decay rates — SOVSEAL_DECAY_EPISODIC=7 means episodic memories lose half their reinforcement weight every 7 days, not that the decay constant itself is 7.

Pointing the SDK at Your Self-Hosted Endpoint

Both SDKs take the endpoint as a constructor argument — there is no environment variable that redirects it implicitly, and no “managed by default, opt out” behavior. You choose the endpoint every time you construct the client:
For local semantic memory (store / recall), see ONEBRAIN’s degradation contract — that path talks to the local native host over IPC and is independent of which replication endpoint you configure here.

Payload Limits

The edge function enforces a 256 KB hard cap on ciphertext per replicated chunk, regardless of deployment target. See Limits & SLAs — this is not configurable, self-hosted or not.