Créditos de sesiones cloud de Claude: cómo funcionan

Por qué una sesión en la nube consume un crédito aunque ya pague un plan

Los créditos de las sesiones en la nube son un saldo prepagado que una sesión en la nube consume antes de utilizar el uso que ya incluye su plan. Una sesión en la nube es una sesión de Claude Code que se ejecuta en las máquinas de Anthropic en lugar de en su equipo portátil. Sigue perteneciendo a su suscripción, y la documentación de Anthropic indica explícitamente que no existe un cargo de cómputo independiente por la máquina virtual (VM) en la que se ejecuta la sesión. Lo que cambia el crédito es el orden en que se consulta el contador: mientras haya un saldo de créditos asociado a su cuenta, las sesiones en la nube consumen primero ese saldo y sólo cuando se agota empiezan a contabilizarse en el mismo conjunto que ya comparten sus sesiones de terminal y sus chats.

Por eso, la respuesta a «¿por qué esto consume un crédito si ya pago Pro o Max?» es que el crédito es un conjunto adicional situado delante de su plan, no un sustituto. Su suscripción no ha cambiado. Se añadió un segundo contador antes del contador del plan.

¿Esta sesión se ejecuta en su máquina o en la nube?

Todo lo demás depende de esta distinción, y la interfaz no siempre la muestra claramente. Una sesión se ejecuta en la nube cuando la inicia desde claude.ai/code en un navegador, desde la pestaña Code de la aplicación móvil de Claude, desde la aplicación Desktop con Cloud seleccionado en lugar de Local, desde el terminal con claude --cloud o mediante una rutina programada. Una sesión se ejecuta en su propia máquina cuando la inicia en el terminal, en su IDE o en la aplicación Desktop con Local seleccionado.

Un caso parece una excepción, pero no lo es. Remote Control permite observar y controlar una sesión desde el teléfono o el navegador mientras la sesión se ejecuta en su propia máquina. Es una sesión local, por lo que nunca consume un crédito de la nube, ya que el trabajo se ejecuta en hardware que ya posee.

Las sesiones en la nube están disponibles en los planes Pro, Max y Team, y para usuarios de Enterprise con asientos premium o con asientos Chat + Claude Code.

¿De dónde procede el uso de una sesión en la nube?

Procede del límite normal de tu cuenta una vez agotado cualquier crédito disponible. La documentación de las sesiones en la nube lo indica claramente: «las sesiones en la nube comparten los límites de frecuencia con todo el uso de Claude y Claude Code de tu cuenta. Ejecutar varias tareas en paralelo consume proporcionalmente más límites de frecuencia. No hay un cargo de cómputo independiente por la máquina virtual en la nube».

Lee dos veces la segunda frase, porque es la que sorprende a muchos usuarios. Cada comando claude --cloud crea su propia sesión con su propia ventana de contexto. Si inicias cuatro tareas a la vez, cuatro sesiones envían sus propias solicitudes simultáneamente, por lo que el consumo de tu cuenta es aproximadamente cuatro veces mayor que el de una sola sesión. La máquina virtual es gratuita. Los tokens no.

La palabra "credit" tiene dos significados diferentes

La interfaz usa una misma palabra para dos mecanismos distintos, y esa sobrecarga explica gran parte de la confusión de esta pregunta.

Los créditos de uso son el mecanismo permanente. Son un saldo prepago que usted financia en Settings > Usage y están disponibles en Pro, Max 5x y Max 20x. No hacen nada hasta que alcanza el límite incluido en su plan. Después, si los créditos están activados y hay fondos, su trabajo continúa y, según Anthropic, "su uso posterior se facturará con las tarifas estándar de la API". API significa interfaz de programación de aplicaciones, y las tarifas estándar de la API se cobran por token. Por tanto, se trata de un gasto medido, no de una cuota incluida. Puede establecer un límite mensual de gasto, y /usage muestra el gasto del mes en relación con ese límite. Los créditos de uso cubren tanto las conversaciones de Claude como Claude Code. Para conocer el saldo completo, incluido el segundo significado no relacionado de esta palabra, consulte qué son los créditos de uso y dónde se sobrecarga la palabra.

Un crédito de sesión en la nube es un saldo promocional. Se concede en lugar de comprarse, sólo se aplica a las sesiones en la nube y se aplica automáticamente cuando comienza una sesión en la nube. Se consume antes que el uso incluido en su plan. Por eso Anthropic presenta la oferta indicando que, si alcanza un límite localmente, puede continuar en la nube hasta que se agote el crédito.

La respuesta honesta es que ambos conceptos están documentados con distinto nivel de detalle. Por tanto, compruebe su propia cuenta en lugar de confiar en cualquier resumen, incluido este. A fecha de 27 de septiembre de 2026, la página de sesiones en la nube de code.claude.com explica el uso compartido de los límites de frecuencia y no menciona ningún crédito promocional. El artículo de ayuda sobre los créditos de uso explica el saldo prepago y no menciona las sesiones en la nube. Las condiciones promocionales aparecen en la propia oferta. Las condiciones comunicadas para la oferta de septiembre de 2026 incluyen un plazo para reclamarla a principios de octubre de 2026 y una fecha de caducidad a principios de noviembre de 2026 para cualquier saldo no utilizado. Sin embargo, esas son las fechas de la propia oferta: léalas en la página de reclamación dentro de su cuenta antes de planificar en función de ellas.

¿Qué ocurre cuando el pool está vacío?

Ocurren tres cosas distintas, según qué pool se haya agotado.

Cuando se agota el crédito promocional de una sesión en la nube, nada se detiene. Las sesiones en la nube vuelven a contabilizarse dentro de los límites de tu plan normal. Este es el caso que conviene vigilar, porque el crédito es la razón por la que el trabajo en la nube parecía gratuito y el cambio de vuelta se produce sin aviso.

Cuando se alcanza el límite incluido en tu plan y los créditos de uso están activados con fondos disponibles, el trabajo continúa y se factura por token según las tarifas estándar de la API hasta alcanzar el límite de gasto mensual. En ese momento, Claude Code muestra un mensaje con el límite alcanzado, como "You've hit your monthly spend limit", y en Pro y Max ofrece aumentar o eliminar ese límite sin salir de la CLI.

Cuando se alcanza el límite del plan y los créditos de uso están desactivados o no tienen fondos, el trabajo se detiene. Verás "You've hit your session limit" o "You've hit your weekly limit", junto con la hora en la que se restablece esa ventana. Estos límites se aplican a todos los modelos, por lo que /model no podrá ayudarte. Un mensaje específico de un modelo funciona de otra forma: después de "You've hit your Opus limit", cambiar a otra familia con /model sonnet permite seguir trabajando. Las opciones disponibles cuando se alcanza un límite y cómo se contabilizan las ventanas de restablecimiento se entienden mejor antes de necesitarlas que en ese momento.

En este proceso no se degrada silenciosamente el modelo ni se reduce el contexto para continuar. El medidor tiene recursos disponibles o el trabajo se detiene.

¿Dónde se consulta el consumo de una sesión en la nube?

Hay dos lugares, y uno de ellos puede inducir a error si se interpreta mal.

Settings > Usage en claude.ai es la vista autorizada. Muestra el uso del plan, si los créditos de uso están activados, el saldo, el gasto de este mes y el límite de gasto mensual. Desde un terminal, /usage-credits abre esa misma página en el navegador.

/usage dentro de una sesión muestra las barras de uso del plan. En Pro, Max, Team y Enterprise también desglosa el destino del uso reciente: skills, subagents, plugins y servidores MCP individuales, cada uno como porcentaje del total. También señala los comportamientos que representan una parte importante del uso reciente, como un contexto largo o fallos de caché. Pulse d o w para cambiar entre el último día y la última semana.

Aquí está la trampa. Las cifras del día y de la semana se calculan a partir del historial de sesiones del equipo donde se ejecutó el comando. La documentación lo indica directamente: "no se incluye el uso de otros dispositivos ni de claude.ai". Por eso, si ejecuta /usage en el terminal después de una tarde de trabajo intenso en la nube, verá un día con poco uso: el trabajo en la nube se realizó en otro lugar. Ejecute /usage dentro de la sesión en la nube o abra Settings > Usage cuando necesite consultar las cifras de la nube.

¿Qué hace que una sesión en la nube sea costosa?

El costo de cualquier sesión de Claude Code es el tamaño del contexto que envía multiplicado por el número de veces que lo envía. Las sesiones en la nube tienden a aumentar ambos factores por razones que no tienen relación con la VM.

Una ejecución en segundo plano prolongada vuelve a enviar toda la conversación en cada turno, y cada llamada a una herramienta añade otra solicitud que incluye ese lote de resultados. Por tanto, una sesión que permanece activa durante una hora paga muchas veces por su propio historial. Es el mismo mecanismo descrito en qué consume realmente tokens en una sesión de Claude Code, y se aplica de la misma forma al trabajo local. La diferencia es que nadie supervisa una sesión en la nube, por lo que permanece activa mucho más tiempo antes de que alguien la detenga.

Volver a leer el repositorio es otro factor importante. La VM clona el repositorio desde cero y no conserva ninguna información de lo que exploró ayer. Una instrucción imprecisa como «limpia el manejo de errores» hace que Claude busque en muchas ubicaciones y lea numerosos archivos sólo para encontrar dónde se realiza ese manejo. Una instrucción específica como «añade el wrapper de reintentos de src/http/retry.ts a los tres invocadores de src/sync/» envía una fracción de los tokens porque elimina la búsqueda.

/clear no existe en una sesión en la nube. En local, borrar el contexto entre tareas no relacionadas no cuesta nada y mantiene pequeño el contexto de la siguiente tarea. En una sesión en la nube, en su lugar debe iniciar una sesión nueva desde la barra lateral. Por tanto, un hilo que se reutiliza conserva todo lo anterior y lo incluye en cada solicitud posterior.

Los intervalos de inactividad también cuestan dinero. Una sesión en la nube se detiene después de un periodo de inactividad y su VM se recupera. Al volver a abrir la sesión desde claude.ai/code, se aprovisiona una VM nueva con el historial de la conversación restaurado, pero no se restaura el trabajo en segundo plano que seguía ejecutándose cuando desapareció la VM. Además, el primer mensaje posterior a ese intervalo no aprovecha la caché de prompts. Esto significa que el contexto completo se vuelve a procesar al precio normal en lugar de leerse de forma económica. La duración de la caché también es menor mientras se consumen créditos de uso que mientras se utiliza el plan.

Controles útiles dentro de una sesión en la nube: /context para ver qué contiene la ventana, /compact keep the test output para resumir con el enfoque que elija y /model sonnet o /effort para evitar pagar las tarifas de Opus por trabajo mecánico. Tenga en cuenta que /compact lee la conversación que resume, por lo que compactar un contexto muy grande también genera una solicitud grande. Los subagentes mantienen la salida detallada en una ventana de contexto independiente, pero cada subagente envía sus propias solicitudes. Por tanto, reducen el contexto principal, no el total. La estructura de esa sobrecarga se explica en qué añade un arnés de agente a cada solicitud.

Ejecutar el mismo trabajo localmente

La vía local para este trabajo es la CLI habitual. El patrón más útil consiste en dividir el trabajo en lugar de elegir una sola opción.

Planifique en su equipo, donde es fácil interrumpir la exploración:

claude --permission-mode plan

En el modo de planificación, Claude lee archivos y ejecuta comandos para explorar. Después propone un enfoque sin modificar el código fuente. Confirme el plan, haga push y delegue la ejecución a una sesión en la nube:

claude --cloud "Execute the migration plan in docs/migration-plan.md"

Hay un detalle que todos descubren tarde o temprano. La VM en la nube clona el remoto de GitHub de su repositorio en la rama actual, no su copia de trabajo local. Por tanto, todo lo que no haya subido no existe para esa sesión. Haga push primero.

Para finalizar una sesión en la nube desde su propio equipo, recupérela:

claude --teleport

Teleport obtiene y cambia a la rama de la sesión. Después carga todo el historial de la conversación en su terminal. Requiere un árbol de trabajo limpio y una copia de checkout del mismo repositorio, no un fork. A partir de ese momento, el terminal tiene su propia copia de la sesión. El trabajo nuevo que realice allí permanece local y no aparece de nuevo en claude.ai.

Ejecutar el trabajo localmente no reduce el coste de ningún token. Lo que obtiene es control: /clear entre tareas, /resume para volver más tarde, ninguna caducidad de la VM y la posibilidad de pulsar Escape en cuanto Claude tome una dirección incorrecta. Para el trabajo que va a supervisar de todos modos, ese control suele valer más que la comodidad. Para un conjunto de pruebas que tarda veinte minutos o una tarea que quiere que avance mientras el portátil está apagado, la nube resulta útil. Mantener el contexto reducido beneficia a ambas opciones. Ese es el tema de gestionar deliberadamente la ventana de contexto.

Cambiar de plan es la solución real

Los créditos son una forma cara de comprar capacidad, porque se cobran por token según las tarifas estándar, mientras que una suscripción tiene una cuota fija. Si recargas todas las semanas, las cuentas ya están en tu contra.

Hay dos señales de que el problema es el plan y no tus hábitos. La primera es alcanzar el límite durante el trabajo habitual, antes de intentar algo fuera de lo común. La segunda es que el saldo de créditos se agote cada mes con la misma frecuencia. Los prompts más precisos no resuelven ninguno de los dos problemas.

Lo que debes comparar y las diferencias reales entre los planes se explica en las páginas de planes, no en un párrafo como este. Empieza por qué plan se adapta a tu forma de trabajar y, si ya tienes Max, consulta la diferencia entre los dos niveles de Max. Decide usando tus propios datos, con Settings > Usage abierto delante de ti.

FAQ

¿Las sesiones en la nube tienen un coste adicional al de mi plan de Claude?

No. La documentación de las sesiones en la nube indica que «no hay un cargo de cómputo separado por la VM en la nube» y que las sesiones en la nube «comparten los límites de tasa con el resto del uso de Claude y Claude Code de la cuenta». La máquina está incluida. Lo que se consume son tokens del mismo grupo que usan el terminal y los chats, salvo que haya un saldo de crédito delante de ese grupo y se consuma primero.

¿Por qué mi /usage local no muestra lo que hizo mi sesión en la nube?

Porque sus cifras diarias y semanales se calculan a partir del historial de sesiones del equipo donde ejecutó el comando. La documentación indica explícitamente que «no se incluye el uso de otros dispositivos ni de claude.ai», por lo que el trabajo en la nube nunca aparece allí. Ejecute /usage dentro de la propia sesión en la nube o abra Settings > Usage en claude.ai, que es la vista de referencia tanto para el uso del plan como para el consumo de créditos.

¿La sesión en la nube se detiene cuando se agota el crédito?

Depende del crédito. Cuando se agota un crédito promocional para sesiones en la nube, las sesiones siguen ejecutándose y vuelven a contabilizarse dentro de los límites normales del plan. Cuando se alcanza el límite del plan y los créditos de uso están habilitados y tienen fondos, el trabajo continúa y se factura por token según las tarifas estándar de la API hasta alcanzar el límite de gasto mensual. Cuando se alcanza el límite del plan sin créditos disponibles, el trabajo se detiene con un mensaje como «You've hit your session limit» que indica la hora de restablecimiento.

¿Es más barato ejecutar Claude Code localmente que en la nube?

Por token, no: la misma solicitud cuesta lo mismo independientemente de dónde se ejecute la sesión, y la VM es gratuita en ambos casos. En la práctica, las sesiones locales suelen consumir menos porque /clear entre tareas no relacionadas no tiene coste, puede detener una ejecución que está fallando y ninguna caducidad de la VM obliga a reiniciar el trabajo y reprocesar el historial. Una sesión en la nube resulta costosa cuando se deja ejecutándose sin supervisión con una instrucción imprecisa.