Conectar OpenClaude al gateway con mis llaves

UX de Claude Code con API keys de terceros vía Orchemax. No es para logins de plan de Cursor/Claude.

Prompt#

Apunta OpenClaude a Orchemax para que use mis API keys de OpenRouter / Groq con rotación. (Este asiento no es un plan de Anthropic / Cursor.)

Qué hace el Chair#

Nada — esta te toca a ti. No hay herramienta MCP: los comandos escriben la bóveda de llaves y el settings.json de usuario de OpenClaude, así que se corren una vez desde una terminal humana.

CLI#

orch gateway                            # arranca el gateway primero
orch gateway connect openclaude --allow-user-scope
orch gateway status

--allow-user-scope es obligatorio: Orchemax fusiona ~/.openclaude/settings.json (fuera del workshop) y conserva tu model / otras keys de env.

Respuesta esperada#

Created o Updated OpenClaude settings → <path>, y una nota de que el transporte es OpenAI-compat (CLAUDE_CODE_USE_OPENAI=1). Reinicia OpenClaude (o abre una sesión nueva).

El bloque env queda:

{
  "CLAUDE_CODE_USE_OPENAI": "1",
  "OPENAI_BASE_URL": "http://127.0.0.1:8788/v1",
  "OPENAI_API_KEY": "orch_gk_…",
  "OPENAI_MODEL": "orchemax/auto"
}

Trampas#

  • OpenClaude ≠ plan de Claude Code, y ≠ Cursor. Cursor y Claude con suscripción conservan su login — no corras gateway connect en esos asientos. OpenClaude es para API keys / proveedores de terceros con la UX de Claude Code.
  • La rotación va por el carril OpenAI. Anthropic /v1/messages es passthrough y no camina tu anillo de OpenRouter.
  • Flag de consentimiento. Sin --allow-user-scope connect se niega (misma regla que OpenCode).
  • Las llaves viven en keys.env de machine-home. Solo la virtual orch_gk_… entra en settings.json.

Relacionado#