use-native-credential-proxy

Replace OneCLI gateway with NanoClaw's credential proxy for env-based container API requests.

5|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/thmtz/nanoclaw-fleet --skill use-native-credential-proxy-thmtz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: use-native-credential-proxy
Source: https://github.com/thmtz/nanoclaw-fleet/tree/main/.claude/skills/use-native-credential-proxy
Command: npx skills add https://github.com/thmtz/nanoclaw-fleet --skill use-native-credential-proxy-thmtz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Replace OneCLI gateway with NanoClaw's built-in credential proxy, enabling simple environment-based credential management without installing OneCLI. Containers read credentials from a local .env and inject them into API requests.

Core Features & Use Cases

  • Local credential proxy: injects credentials into container API calls from .env.
  • Phase-based migration: supports updating code and configs without external credential services.
  • Safe and portable: avoids external dependencies by keeping credentials within the project scope.

Quick Start

Enable the native credential proxy by editing your NanoClaw deployment to read credentials from .env and restart the service.

Frequently Asked Questions about use-native-credential-proxy

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I inject environment-based credentials into container API requests?

You can inject environment-based credentials into container API requests by using NanoClaw's built-in credential proxy, which reads credentials from a local .env file. This removes the need for external credential services or gateway installations.

How do I migrate from OneCLI gateway to a built-in credential proxy?

Migrating from OneCLI gateway involves replacing it with NanoClaw's built-in credential proxy. You must update source files to integrate credential-proxy.ts, adjust configuration, and rebuild the project to complete the phase-based migration.

Why use env-based credentials instead of an external credential service for deployments?

Using env-based credentials keeps credentials within the project scope, avoiding external dependencies like OneCLI. This approach is safe and portable, allowing containers to read credentials locally from a .env file during API calls.

Do I need to install OneCLI to manage credentials for NanoClaw containers?

No, you do not need to install OneCLI. NanoClaw has a built-in credential proxy that enables simple environment-based credential management by reading from a local .env file and injecting those credentials into API requests.

What are the steps to enable the native credential proxy in NanoClaw?

To enable the native credential proxy, edit your NanoClaw deployment configuration to read credentials from .env, update source files to integrate credential-proxy.ts, rebuild the project, and restart the service.

Are there limitations to using NanoClaw's built-in credential proxy for deployments?

The built-in credential proxy is limited to deployments relying on environment-based credentials. It requires modifying source files and rebuilding the project, making it unsuitable if your architecture depends on dynamic external credential services.