5. Autenticación, cuentas y modelos de Claude

Objetivo del tema

Entender cómo Claude Code accede a los modelos de Anthropic: las vías de autenticación disponibles (suscripción, API y nubes corporativas), la familia de modelos Claude y sus perfiles, cómo seleccionar y cambiar de modelo en la práctica, y cómo controlar límites y costos.

5.1 El modelo mental: identidad, proveedor y modelo

Son tres decisiones distintas. La identidad demuestra quién eres; el proveedor determina quién procesa y factura las solicitudes; el modelo decide capacidad, velocidad y consumo. Confundirlas es la causa más habitual de cargos inesperados.

Suscripción Claude

Pro, Max, Team o Enterprise incluyen una cuota de uso interactivo compartida entre las aplicaciones Claude compatibles.

Claude Console

Una clave API factura por tokens. Es apropiada para consumo medido, automatizaciones y cuentas de plataforma.

Nube empresarial

Amazon Bedrock, Google Vertex AI y Microsoft Foundry usan credenciales, disponibilidad y facturación del proveedor elegido.

Gateway corporativo

Un proxy compatible puede centralizar autenticación, auditoría, presupuestos y selección de despliegues.

Claude Code utiliza modelos Claude, pero los nombres disponibles y su versión pueden variar según proveedor, región, plan y políticas de la organización. Por eso conviene seleccionar mediante alias y comprobar el resultado con /status.

5.2 Suscripción de Claude.ai: Pro y Max

Las suscripciones son la puerta de entrada más usada. Los planes relevantes para desarrollo son:

Planes de suscripción orientados al desarrollo
Plan Costo aproximado Qué ofrece para Claude Code
Claude Pro US$20 / mes Uso diario moderado del agente con Sonnet; suficiente para probar y para trabajo liviano.
Claude Max 5x US$100 / mes Cupos multiplicados por cinco respecto de Pro; adecuado para desarrollo a diario.
Claude Max 20x US$200 / mes Uso intensivo, acceso amplio a Opus y trabajo agéntico de larga duración.

El uso depende de la longitud del contexto, el modelo, el esfuerzo y la complejidad de la tarea. Los límites se comparten con otras superficies de Claude y pueden incluir ventanas de sesión y topes semanales. Al alcanzar un límite puedes esperar su renovación, cambiar de plan o continuar con créditos de uso si están habilitados. Consulta /usage y Settings > Usage; no estimes capacidad contando mensajes.

5.3 Anthropic API: la Console

La vía por API funciona con claves creadas en la Console de Anthropic, con facturación por uso (créditos prepago o facturación a medida). El flujo de configuración:

  1. Crea una cuenta en la Console y activa la facturación.
  2. Genera una clave de API (empiezan con sk-ant-...).
  3. Autentica en Claude Code pegando la clave en el primer arranque, o expórtala como variable de entorno:
export ANTHROPIC_API_KEY="sk-ant-..."

Con API pagas tanto por el contexto enviado como por la respuesta. /cost muestra tokens y gasto de la sesión; en una suscripción esa cifra no representa un cargo adicional. Para CI usa credenciales y presupuestos administrados por tu organización: no copies credenciales personales almacenadas por la CLI.

Precedencia importante: si ANTHROPIC_API_KEY está definida, Claude Code puede usarla por encima de la sesión Pro, Max, Team o Enterprise. El consumo se factura entonces a la API. Ejecuta /status y elimina la variable cuando quieras usar la cuota incluida.

# macOS y Linux: terminal actual
unset ANTHROPIC_API_KEY

# Windows PowerShell: sesión actual
Remove-Item Env:ANTHROPIC_API_KEY

¿Suscripción o API? Regla práctica: si usas el agente tú y tu equipo de forma interactiva, la suscripción casi siempre sale más conveniente; si el consumo viene de máquinas (pipelines, agentes en segundo plano, miles de consultas automatizadas), la API con presupuestos y alertas es el camino.

5.4 Cuentas corporativas y proveedores de nube

Para organizaciones, Claude Code se integra con las opciones empresariales de Anthropic: planes Team y Enterprise con inicio de sesión único (SSO), administración centralizada, registro de auditoría y garantías de que el contenido de los clientes no se usa para entrenar modelos.

Además, los modelos Claude pueden ejecutarse sobre la infraestructura de nube que la empresa ya tiene:

export CLAUDE_CODE_USE_BEDROCK=1   # Amazon Bedrock
export CLAUDE_CODE_USE_VERTEX=1    # Google Vertex AI
export CLAUDE_CODE_USE_FOUNDRY=1   # Microsoft Foundry

Credenciales, regiones, identificadores y permisos se configuran en cada proveedor. No asumas que un modelo disponible en la API directa aparece el mismo día en todas las nubes. Una organización también puede imponer una lista de modelos y ajustes administrados.

5.5 Gestión de sesión y credenciales

La autenticación se administra con comandos simples dentro del agente:

  • /login: inicia sesión o cambia de cuenta (por ejemplo, de la personal a la del trabajo).
  • /logout: cierra la sesión actual en esa máquina.
  • /status: muestra la cuenta activa, el modelo configurado y el estado de conexión.

Claude Code utiliza el mecanismo seguro disponible para persistir la sesión. Las variables de entorno, archivos .env, scripts auxiliares y credenciales de nube quedan bajo tu responsabilidad. Si alternas cuentas o proveedores, revisa /status al comenzar y después de cada cambio de entorno.

5.6 La familia de modelos Claude

Claude Code trabaja con tres tamaños de modelo, cada uno con un perfil claro. Dentro de cada tamaño existen versiones generacionales (las 4.x son las actuales), que el agente selecciona automáticamente según disponibilidad:

Familias y alias de Claude Code (precios API por millón de tokens; verificar antes de contratar)
Modelo Perfil Contexto Precio aprox. entrada/salida
Opus El más capaz: planificación profunda, refactors grandes, tareas agénticas de larga duración. Hasta 1M según versión, plan y proveedor US$5 / US$25
Sonnet (predeterminado) Equilibrio entre inteligencia, velocidad y costo; el caballo de batalla diario. Hasta 1M según versión, plan y proveedor US$3 / US$15
Haiku El más rápido y económico: consultas simples, tareas mecánicas, subtareas internas. 200K tokens US$1 / US$5

Los alias opus, sonnet y haiku apuntan a la versión recomendada disponible para tu proveedor y se actualizan con el tiempo. Son ideales para trabajo interactivo. Para reproducibilidad estricta en CI, fija un identificador completo y planifica su actualización. Las variantes opus[1m] y sonnet[1m] sólo aparecen cuando la cuenta y el proveedor admiten contexto extendido.

5.7 Seleccionar modelo en la práctica

Tienes cuatro palancas para decidir qué modelo trabaja en cada momento:

  1. Dentro de la sesión: /model abre un selector con los modelos disponibles y muestra cuál está activo.
  2. Al lanzar la CLI: claude --model opus (o sonnet, haiku) para una sesión concreta.
  3. Por defecto del proyecto o usuario: el campo model en settings.json fija el modelo persistente:
{
  "model": "sonnet"
}

4. Variable de entorno: ANTHROPIC_MODEL fija el modelo para entornos automatizados donde no hay sesión interactiva.

El orden de prioridad es: selección durante la sesión, bandera de arranque, ANTHROPIC_MODEL y finalmente settings.json. /model cambia la sesión actual; para guardar el valor predeterminado usa la opción correspondiente del selector o edita la configuración. Ejecuta /model default para volver a la recomendación de tu cuenta.

Un modo especialmente útil para suscriptores Max es Opus Plan Mode (/model opusplan): usa el modelo grande para razonar y planificar, y Sonnet para ejecutar la implementación. Así concentras el gasto de Opus dónde más aporta, sin renunciar a la velocidad de Sonnet en la escritura de código.

El modelo se puede cambiar a mitad de conversación sin perder contexto. Estrategia común: explorar y planificar con Opus, ejecutar con Sonnet y, si la sesión se alarga, compactar (/compact) antes de continuar.

5.8 Esfuerzo de razonamiento y modelos auxiliares

En modelos compatibles, el esfuerzo controla cuánto razonamiento adaptativo puede dedicar Claude. Menor esfuerzo reduce latencia y consumo; mayor esfuerzo conviene para arquitectura, depuración difícil o migraciones delicadas.

/effort low       # tarea directa y mecánica
/effort high      # problema complejo
/effort auto      # vuelve al valor recomendado

claude --model opus --effort high

Los niveles disponibles dependen del modelo. /effort muestra el selector válido y max, cuando existe, se aplica sólo a la sesión. Las frases think, think hard y similares son texto normal del prompt: no sustituyen a /effort.

Claude Code también puede usar Haiku para funciones auxiliares. En despliegues controlados configura el alias con ANTHROPIC_DEFAULT_HAIKU_MODEL; la antigua variable ANTHROPIC_SMALL_FAST_MODEL está obsoleta.

5.9 ¿Cómo elegir el modelo adecuado?

Criterios de elección según el perfil de uso
Perfil Recomendación
Primeros pasos Sonnet (predeterminado): no toques nada hasta dominar el flujo de trabajo.
Refactors críticos y arquitectura Opus, idealmente en modo Plan y con un esfuerzo acorde al riesgo.
Desarrollo diario intensivo (Max) Opus Plan Mode: Opus planifica, Sonnet implementa.
Consultas rápidas y tareas mecánicas Haiku: respuestas casi instantáneas y costo mínimo.
Automatización y CI/CD Sonnet vía API con presupuesto definido y alertas de gasto.
Código regulado o confidencial Bedrock o Vertex para mantener la inferencia dentro de tu nube.

5.10 Control de límites y costos

  • En suscripción: consulta /usage con frecuencia; reparte el trabajo pesado (migraciones, refactors largos) en ventanas de uso distintas y deja lo mecánico para Haiku.
  • En API: define presupuestos y alertas en la Console; revisa /cost al final de cada sesión para entender qué tipo de tareas consumen más.
  • Optimiza el contexto: el mayor costo oculto es el contexto reenviado en cada turno. Usa /clear al cambiar de tema, /compact en sesiones largas y evita pegar archivos completos cuando una referencia basta.
  • Prompts que ahorran: pedir un plan antes de ejecutar evita re-trabajos; pedir tests verdes antes del reporte evita idas y vueltas que se facturan.

5.11 Diagnóstico de cuenta y facturación

Antes de una tarea larga, y siempre que el consumo no coincida con lo esperado, sigue este orden:

Comprobación rápida de la sesión
ComprobaciónCómoQué confirma
Identidad y proveedor/statusCuenta activa, origen de autenticación y modelo.
Modelo efectivo/modelAlias o versión realmente seleccionada.
Cuota incluida/usageLímites y próxima renovación de la suscripción.
Sesión API/costTokens y costo estimado de la sesión.
Clave inesperadaInspeccionar sólo si existe ANTHROPIC_API_KEY, sin imprimir su valorSi una variable está anulando el inicio de sesión.

Si cambias de identidad con /logout y /login, inicia una sesión nueva y vuelve a comprobar /status. No publiques capturas que revelen correo, identificadores de organización, saldo o fragmentos de credenciales.

5.12 Seguridad y mantenimiento

Recomendaciones de seguridad

  • Nunca subas claves de API a repositorios ni las pegues en documentos compartidos o capturas de pantalla.
  • Rota las claves periódicamente y elimina las que ya no uses desde la Console.
  • En equipos compartidos, cierra sesión con /logout al terminar; las credenciales viven en el directorio del usuario.
  • Revisa el consumo en la Console o en la configuración de tu plan para detectar usos anómalos a tiempo.

Como modelos, precios y límites cambian, revisa periódicamente la configuración oficial de modelos, la tabla de precios de la API y la documentación de tu proveedor de nube.

Conclusión: autenticar no es sólo iniciar sesión: implica saber qué identidad, proveedor, modelo y modalidad de facturación están activos. Los alias facilitan mantenerse actualizado; /model, /effort, /usage, /cost y /status permiten ajustar calidad y consumo con evidencia. En el próximo tema pondremos el agente a trabajar sobre un proyecto real creando CLAUDE.md.