Onecli

<picture> <source media="(prefers-color-scheme: dark)" srcset="assets/onecli-logo-dark.gif"> <source media="(prefers-color-scheme: light)" srcset="assets/onecli-logo-light.gif"> <img alt="OneCLI" src="assets/onecli-logo-light.gif" width="100%"> </picture> <p align="center"> <b>The secret vault for AI agents.</b><br/> Store once. Inject anywhere. Agents never see the keys. </p> <p align="center"> <a href="https://onecli.sh">Website</a> &middot; <a href="https://onecli.sh/docs">Docs</a> &middot; <a href="https://discord.gg/PSztzsQB3g">Discord</a> </p>

---

<picture> <source media="(prefers-color-scheme: dark)" srcset="assets/onecli-flow-dark.gif"> <source media="(prefers-color-scheme: light)" srcset="assets/onecli-flow-light.gif"> <img alt="How OneCLI works" src="assets/onecli-flow-light.gif" width="100%"> </picture>

What is OneCLI?

OneCLI is an open-source gateway that sits between your AI agents and the services they call. Instead of baking API keys into every agent, you store credentials once in OneCLI and the gateway injects them transparently. Agents never see the secrets.

Why we built it: AI agents need to call dozens of APIs, but giving each agent raw credentials is a security risk. OneCLI solves this with a single gateway that handles auth, so you get one place to manage access, rotate keys, and see what every agent is doing.

How it works: You store your real API credentials in OneCLI and give your agents placeholder keys (e.g. FAKE_KEY). When an agent makes an HTTP call through the gateway, the OneCLI gateway matches the request to the right credentials, swaps the FAKE_KEY for the REAL_KEY, decrypts them, and injects them into the outbound request. The agent never touches the real secrets. It just makes normal HTTP calls and the gateway handles the swap.

Architecture

<picture> <source media="(prefers-color-scheme: dark)" srcset="assets/onecli-architecture-dark.svg"> <source media="(prefers-color-scheme: light)" srcset="assets/onecli-architecture-light.svg"> <img alt="OneCLI Architecture" src="assets/onecli-architecture-dark.svg" width="100%"> </picture>

• Rust Gateway: fast HTTP gateway that intercepts outbound requests and injects credentials. Agents authenticate with access tokens via Proxy-Authorization headers.
• Web Dashboard: Next.js app for managing agents, secrets, and permissions. Provides the API the gateway uses to resolve which credentials to inject for each request.
• Secret Store: AES-256-GCM encrypted credential storage. Secrets are decrypted only at request time, matched by host and path patterns, and injected by the gateway as headers.

Quick Start

The fastest way to run OneCLI locally:

git clone https://github.com/onecli/onecli.git
cd onecli
docker compose -f docker/docker-compose.yml up

Open http://localhost:10254, create an agent, add your secrets, and point your agent's HTTP gateway to localhost:10255.

Features

• Transparent credential injection: agents make normal HTTP calls, the gateway handles auth
• Encrypted secret storage: AES-256-GCM encryption at rest, decrypted only at request time
• Host & path matching: route secrets to the right API endpoints with pattern matching
• Multi-agent support: each agent gets its own access token with scoped permissions
• Easy setup: docker compose -f docker/docker-compose.yml up starts everything (app + PostgreSQL)
• Two auth modes: single-user (no login) for local use, or Google OAuth for teams
• Rust gateway: fast, memory-safe HTTP gateway with MITM interception for HTTPS
• Vault integration: connect Bitwarden (or other password managers) for on-demand credential injection without storing secrets on the server

Project Structure

apps/
  web/            # Next.js app (dashboard + API, port 10254)
  gateway/        # Rust gateway (credential injection, port 10255)
packages/
  db/             # Prisma ORM + migrations
  ui/             # Shared UI components (shadcn/ui)
docker/
  Dockerfile      # App image (gateway + web)
  docker-compose.yml

Local Development

Prerequisites

• mise (installs Node.js, pnpm, and other tools)
• Rust (for the gateway)
• Docker (for PostgreSQL)

Setup

mise install
pnpm install
cp .env.example .env
pnpm db:generate
pnpm db:up          # Start PostgreSQL
pnpm db:migrate     # Apply migrations
pnpm dev

Dashboard at http://localhost:10254, gateway at http://localhost:10255.

Commands

| Command | Description | | ------------------ | ------------------------------- | | pnpm dev | Start web + gateway in dev mode | | pnpm build | Production build | | pnpm check | Lint + types + format | | pnpm db:up | Start PostgreSQL (Docker) | | pnpm db:down | Stop PostgreSQL | | pnpm db:generate | Generate Prisma client | | pnpm db:migrate | Run database migrations | | pnpm db:studio | Open Prisma Studio |

Configuration

All environment variables are optional for local development:

| Variable | Description | Default | | ----------------------- | --------------------------------- | ------------------ | | DATABASE_URL | PostgreSQL connection string | See .env.example | | NEXTAUTH_SECRET | Enables Google OAuth (multi-user) | Single-user mode | | GOOGLE_CLIENT_ID | Google OAuth client ID | — | | GOOGLE_CLIENT_SECRET | Google OAuth client secret | — | | SECRET_ENCRYPTION_KEY | AES-256-GCM encryption key | Auto-generated |

Contributing

We welcome contributions! Please read our Contributing Guide and Code of Conduct before getting started.

License

Apache-2.0