\
CONTEXT/academy
Novedades · ≈ 5 min

Auto mode deja de cobrarte el clasificador: ahora corre en el servidor de Anthropic

Desde la v2.1.278, el clasificador que decide tus permisos en auto mode corre por defecto en el servidor de Anthropic para API, Enterprise, Bedrock, Vertex, Foundry y gateways, y deja de facturar ese coste extra. Qué te afecta, a quién y cómo comprobarlo.

Publicado el

Sesgo declarado, como siempre: enseño Claude Code a equipos de ingeniería, así que un cambio en lo que pagas por dejar correr al agente en auto mode me toca de lleno. Por eso esta pieza va de qué cambia exactamente en tu factura y cómo comprobarlo, no de vender ahorro.

Ya hemos cubierto el auto mode desde el lado de la seguridad: cómo bloquea comandos destructivos y cómo refuerza la contención frente a escapes del entorno. Esta vez el cambio no es qué bloquea el clasificador, sino dónde corre y quién paga su trabajo.

Los hechos

El 19 de septiembre de 2026, la v2.1.278 de Claude Code cambió el funcionamiento del clasificador de auto mode —el componente que, en vez de preguntarte por cada acción, decide por ti cuáles son seguras y cuáles bloquea—.

El changelog lo dice literal: para los usuarios de la API de Claude y de Enterprise, y en Bedrock, Vertex, Foundry y gateways, el auto mode pasa a usar por defecto el clasificador del lado del servidor, que no factura el coste extra del clasificador ("does not charge for classifier overhead").

Ese coste existía. Hasta ahora, el clasificador corría junto a tu sesión y su trabajo —los tokens que gasta en evaluar cada permiso— entraba en tu consumo. La prueba está en la propia nota: el changelog llama a la vía anterior "billed fallback" (repliegue facturado) y avisa cuando una sesión cae en ella. Es decir, sigue habiendo un camino que sí consume de tu cuenta; lo que cambia es que deja de ser el de por defecto en esos entornos.

Dos apuntes prácticos que trae la misma versión:

  • Puedes optar por no usarlo. En Bedrock, Vertex, Foundry y gateways, arrancar con CLAUDE_CODE_AUTO_MODE_SERVER=0 desactiva el clasificador del servidor y vuelve al del cliente.
  • Puedes comprobar en qué modo estás. La v2.1.278 añade a /status una fila Auto mode server que te dice si el clasificador de esta sesión corre en el servidor o no.

Un matiz de alcance, para no exagerar: el changelog nombra explícitamente API, Enterprise, Bedrock, Vertex, Foundry y gateways —los entornos donde pagas por tokens—. No menciona los planes de suscripción Pro, Max o Team, donde el consumo funciona de otra forma. Si tu equipo no factura Claude Code por tokens, este cambio no altera tu factura.

Qué te afecta, según quién seas

Si tu equipo paga Claude Code por tokens —API, Enterprise, Bedrock, Vertex, Foundry o un gateway— y usa auto mode. Aquí está la noticia. El coste extra que el clasificador sumaba a cada sesión desatendida desaparece por defecto tras actualizar. Si tenías apartado el auto mode en CI o en agentes por lo que "engordaba" el consumo, este es el momento de revisar esa decisión con el dato nuevo delante. No tienes que activar nada: el clasificador del servidor es el comportamiento por defecto en esos entornos desde la v2.1.278.

Si corres Claude Code de forma desatendida —routines en la web, claude -p en CI, GitHub Actions, agentes en background—. Es donde más rinde. El auto mode es justo el modo pensado para que nadie tenga que aprobar cada acción, y hasta ahora esa comodidad llevaba un peaje de tokens en cada turno. Al moverlo al servidor, el clasificador sigue haciendo su trabajo, pero deja de contar contra tu presupuesto. Si montas pipelines de Claude Code, encaja con lo que trabajamos en CI, GitHub Actions y code review.

Si administras Claude Code para un equipo. Dos tareas concretas. Una, después de actualizar, entra en una sesión de auto mode representativa y mira la fila Auto mode server de /status: confirma que dice que corre en el servidor y que no estás cayendo en el repliegue facturado sin querer. Dos, decide si en alguno de tus entornos quieres seguir con el clasificador del cliente —por ejemplo, si tu política de red o de datos te obliga a no delegar esa evaluación en el servidor de Anthropic— y, si es el caso, fija CLAUDE_CODE_AUTO_MODE_SERVER=0 donde toque. Es exactamente el tipo de decisión —qué corre dónde, qué se factura y bajo qué política— que vemos en el curso de permisos, settings y seguridad.

Si usas Claude Code de forma interactiva con confirmación manual. Cero deberes. Si no usas auto mode, no hay clasificador que facturar y nada cambia en tu día a día.

Qué llevarte

  • La v2.1.278 mueve el clasificador de auto mode al servidor por defecto para API, Enterprise, Bedrock, Vertex, Foundry y gateways, y deja de facturar su coste extra.
  • Sigue existiendo una vía facturada (el billed fallback): Claude Code te avisa cuando una sesión cae en ella.
  • Compruébalo tú mismo con la fila Auto mode server de /status, y desactiva el clasificador del servidor con CLAUDE_CODE_AUTO_MODE_SERVER=0 en Bedrock, Vertex, Foundry y gateways si tu política lo pide.
  • No cambia lo que el clasificador bloquea: las reglas de seguridad del auto mode siguen igual; lo que cambia es dónde se ejecuta y quién paga.

Preguntas rápidas

¿Esto cambia lo que el auto mode aprueba o bloquea? No. El clasificador toma las mismas decisiones de permisos; el cambio es de ubicación y de facturación, no de política. Los guardarraíles de contención siguen en pie.

Pago Claude Code por suscripción (Pro, Max, Team). ¿Me afecta? El changelog nombra API, Enterprise, Bedrock, Vertex, Foundry y gateways, no los planes de suscripción. Si no facturas por tokens, no esperes cambios en tu factura por esto.

¿Cómo sé si mi sesión ya usa el clasificador del servidor? Ejecuta /status y busca la fila Auto mode server. Y si en algún entorno prefieres no usarlo, arranca con CLAUDE_CODE_AUTO_MODE_SERVER=0.


¿Tu equipo deja correr a Claude Code en auto mode y factura por tokens? Decidir dónde corre el clasificador, qué se factura y qué política de permisos gobierna el trabajo desatendido es justo el criterio que trabajamos en la formación en directo para equipos — sobre vuestro repo, vuestros entornos y vuestras pipelines reales.