Back to browse
GitHub Repository

Open-source credential gateway with a built-in vault. give your AI agents access to services without exposing keys.

2,360 starsTypeScript

OneCLI – Vault for AI Agents in Rust

by guyb3·Mar 12, 2026·161 points·52 comments

AI Analysis

●●SolidSolve My ProblemSlick

Agents never see real keys, but Vault already does secret injection.

Strengths
  • Host and path pattern matching injects different credentials per endpoint
  • AES-256-GCM encryption at rest with decryption only at request time
  • Single Docker command spins up gateway with no external database needed
Weaknesses
  • Only 9 GitHub stars, unclear production deployment track record
  • No Kubernetes operator or Helm chart for enterprise deployment
Category
Target Audience

Teams deploying AI agents with API access

Similar To

HashiCorp Vault · Doppler · Akeyless

Post Description

We built OneCLI because AI agents are being given raw API keys. And it's going about as well as you'd expect. We figured the answer isn't "don't give agents access," it's "give them access without giving them secrets."

OneCLI is an open-source gateway that sits between your AI agents and the services they call. You store your real credentials once in OneCLI's encrypted vault, and give your agents placeholder keys. When an agent makes an HTTP call through the proxy, OneCLI matches the request by host/path, verifies the agent should have access, swaps the placeholder for the real credential, and forwards the request. The agent never touches the actual secret. It just uses CLI or MCP tools as normal.

Try it in one line: docker run --pull always -p 10254:10254 -p 10255:10255 -v onecli-data:/app/data ghcr.io/onecli/onecli

The proxy is written in Rust, the dashboard is Next.js, and secrets are AES-256-GCM encrypted at rest. Everything runs in a single Docker container with an embedded Postgres (PGlite), no external dependencies. Works with any agent framework (OpenClaw, NanoClaw, IronClaw, or anything that can set an HTTPS_PROXY).

We started with what felt most urgent: agents shouldn't be holding raw credentials. The next layer is access policies and audit, defining what each agent can call, logging everything, and requiring human approval before sensitive actions go through.

It's Apache-2.0 licensed. We'd love feedback on the approach, and we're especially curious how people are handling agent auth today.

GitHub: https://github.com/onecli/onecli Site: https://onecli.sh

Similar Projects

Developer Tools●●Solid

ClawProxy: An HTTP proxy that injects auth tokens into API calls

It replaces real API keys with short proxy tokens (e.g. PROXY:openai) and uses an X-Upstream-Host allowlist to ensure containers can only hit approved endpoints — neat and low-friction. Comes as a tiny Rust CLI with init/secret set/start commands and clear SDK examples, so you can bolt it onto OpenClaw or Docker agents without adopting a full secrets vault.

Niche GemBig Brain
LordHumungous
204mo ago
Security●●●Banger

I made a local proxy for AI tool calls to keep my API keys safe

Finally, a way to use MCP tools without hardcoding API keys in every prompt.

Solve My ProblemSlick
jsherer
521mo ago
Security●●Solid

Aquaman keeping your OpenClaw secrets safe

The plugin-proxy split is smart: credentials live in a backend (Keychain/1Password/Vault/etc.) and a separate proxy injects auth headers over a UDS so the agent process never handles raw keys. It autosurveys plugin configs and channels to migrate plaintext secrets and even ships a Docker image and CLI for local setups — very practical for anyone already on OpenClaw, though it’s narrowly focused and adds an extra trusted component that deserves an audit.

Niche GemSolve My Problem
tech4242
104mo ago