Your first flightInstall OwnPilot, connect a model, and give your assistant its first task.InstallationDocker, source development, prerequisites and first-run checks.A system you can understandFollow a request from your interface through the gateway to models, tools and storage.Meet your working crewChat agents, Claw runtimes, Soul identities and multi-agent crews.Give your AI useful handsBuilt-in tools, MCP servers, extensions, skills and your own CLI tools.Your choice of intelligenceCloud providers, aggregators, local models and routing strategies.From a request to a routineVisual workflows, scheduled tasks, triggers, plans and proactive autonomy.Talk where you already areWeb chat, Telegram, WhatsApp, voice and real-time feedback.A memory for your working lifeNotes, tasks, goals, contacts, custom tables and persistent memory.Ownership, with clear boundariesData flow, authentication, tool approvals, isolation and deployment responsibilities.Make it your ownEnvironment variables, Config Center, model settings and safe defaults.Give OwnPilot a reliable homeVolumes, HTTPS, authentication, backups and upgrading a self-hosted instance.Build around the gatewayHTTP APIs, streamed responses, WebSocket events and MCP.
THE OWNPILOT FIELD GUIDE

Ownership, with clear boundaries

Data flow, authentication, tool approvals, isolation and deployment responsibilities.

OwnPilot v0.8.3 · Source-verified guide

Understand where your data goes

Your gateway and PostgreSQL database run on infrastructure you choose. Cloud models, voice APIs, connected apps, MCP servers and web tools may receive data when used. Local inference is available, but enabled tools can still make network requests.

This website is a static product site. It does not connect to your OwnPilot instance or collect provider API keys. The theme preference is stored in your browser; no analytics or advertising scripts are included.

Authentication is a deployment decision

OwnPilot supports none, API-key and JWT authentication modes. The security policy describes localhost as the default trust boundary. Set API authentication and a UI password before exposing the gateway; use HTTPS at your reverse proxy.

A configured API key without a UI password is not the same as securing every browser surface. Follow the policy’s web UI and WebSocket guidance, and review allowed origins.

Sensitive configuration and encryption

The product documents AES-256-GCM cryptography and encryption of stored service configuration. OWNPILOT_ENCRYPTION_KEY can supply key material; otherwise a data-encryption key is generated in the data directory. Preserve that key with your backup plan.

ENCRYPTION_KEY is separately documented for OAuth-token encryption in production. These controls do not establish that the entire database is encrypted, and they are not end-to-end encryption for requests to external providers.

Tools, approvals and isolation

Documented code-execution controls include critical-pattern checks, permissions, an approval callback and sandbox isolation. Docker and local execution have different trust boundaries. CLI tools also have allowed, prompt and blocked policies.

External skills and extensions execute code or instruct an agent. Review capabilities and sources, use narrow permissions and keep host-access opt-ins disabled unless needed. No sandbox or automated audit is a guarantee that arbitrary code is safe.

Audit and network controls

The project documents hash-chain audit verification, rate limiting, PII detection/redaction and SSRF protections. Configure and review these controls for your deployment; their presence is not a claim of a third-party security certification.

Report a vulnerability

Follow SECURITY.md in the product repository for the reporting procedure and scope. Do not include credentials, personal data or an exploit against someone else’s deployment in a public issue.

FOLLOW THE SOURCE

Based on the product’s documented behavior. Check the source for your deployed version.

Product READMESecurity policyEnvironment settings