BK cloud / sistemas Inicio
ES
English ENDeutsch DEEspañol ES中文 ZH
Contacto ↗
← Volver a las notas de campo

Una pequeña línea de estado para pensar con más claridad

Cuando un agente de programación trabaja, en el terminal casi siempre ocurre algo. Aparecen comandos, cambian archivos y llegan mensajes. Pero mis preguntas pueden ser mucho más sencillas: ¿qué modelo utiliza esta sesión?, ¿cuánto contexto ha ocupado?, ¿estoy mirando la sesión que tengo en mente? ¿Y cuánto me está costando este trabajo?

El indicador de actividad responde a otra pregunta

Mi historia sobre la ETA trataba de organizar mi tiempo: ¿esperar, cambiar de tema o volver más tarde? La línea de estado aborda otra parte del mismo problema. Antes de decidir el siguiente paso, quiero entender la sesión que tengo delante.

Un indicador muestra actividad y una conversación larga recoge lo ocurrido. Aun así, puedo tener que buscar los datos que necesito para orientarme.

Lo que hace visible la línea de estado

La vista del terminal aportada concreta la idea. Una línea reúne la ruta seleccionada, el modelo utilizado, el contexto y las estimaciones de coste. Los identificadores del proyecto y de la cuenta se han sustituido por ejemplos neutros.

Línea de estado del terminal con ruta del modelo, uso del contexto y estimaciones de coste; identificadores de ejemplo.
Captura editada: la ruta del proyecto y la cuenta usan ejemplos neutros (/path/to/project y example-account). Los valores son una instantánea de esta configuración, no datos en directo.

La ruta seleccionada y el modelo al que conduce son datos distintos. Aquí la ruta pasa por OpenRouter y utiliza un modelo de OpenAI. Es una configuración ampliada, no la interfaz predeterminada de Claude Code.

El contexto muestra 186.551 de 1.000.000 de tokens, indicado como 19,0%. Eso facilita interpretar la capacidad, pero no significa que la tarea esté terminada en un 19% ni permite calcular los minutos restantes.

Los campos de coste son estimaciones o contadores propios del proveedor. Debe quedar claro qué significan: una cifra en pantalla no es una factura verificada. El pronóstico y el modo automático son otras señales de esta configuración, no funciones del renderizador mínimo descrito aquí.

El control de costes también pertenece a esta línea

Ver los costes es una de las mejores razones para añadir una línea de estado. El agente puede seguir trabajando mientras pierdo la cuenta de intentos, repeticiones y sesiones paralelas. Prefiero advertirlo antes de revisar la factura.

La captura muestra “est. $6.61” y “OR today $9.31”. Son contadores con etiquetas distintas, no dos importes que deba sumar. Antes de usarlos necesito conocer su alcance, sus precios de referencia y su actualización. Las estimaciones orientan; los cargos reales se comprueban en los registros del proveedor.

  • Fijar un punto de revisión del gasto antes de empezar. Decidir cuándo parar para valorar nuevas ejecuciones.
  • Comparar el aumento del coste con resultados útiles. Si el contador sube y sigue fallando la misma prueba, acotar la tarea o investigar el bloqueo antes de otro intento amplio.
  • Elegir el siguiente paso conscientemente. Quizá baste una tarea menor, un modelo adecuado o una comprobación manual. Cambiar de modelo no elimina las verificaciones de calidad.

Un contador visible no impone un límite automático ni detiene solicitudes. También hay que separar cargos de API, suscripciones y saldos del proveedor. El objetivo es tratar el gasto como una decisión consciente, junto al tiempo y la calidad técnica.

Un número debe ayudar a decidir

Ver crecer el contexto me invita a pensar en la continuidad: ¿están claros los siguientes pasos?, ¿he guardado las decisiones importantes?, ¿conviene preparar un resumen antes de la siguiente parte?

No existe un porcentaje universal a partir del cual una sesión sea mala. Una tarea acotada y una investigación extensa necesitan cosas distintas. El número orienta; el trabajo sigue necesitando revisión.

Tampoco revela si el agente espera un permiso o una decisión. Eso requiere una señal explícita de atención, otro tema de esta serie.

«No disponible» también es información

Una pantalla no debería convertir silenciosamente un dato ausente en un cero tranquilizador. Si falta el valor, debe decirlo.

La captura muestra valores disponibles. Cuando falta uno, prefiero un sencillo «no disponible» a un cero verde: deja claro qué información no tengo.

Pequeña, comprensible y reversible

Claude Code permite configurar una línea de estado: un comando local recibe datos de sesión en JSON e imprime la presentación. La referencia oficial describe los campos del modelo y del contexto.

Una versión mínima empezaría por modelo y contexto y añadiría una estimación de coste cuando su fuente y alcance estén claros. El renderizador utilizaría campos recibidos: sin recorrer repositorios, consultar la red ni guardar conversaciones. Son decisiones de diseño para este ejemplo, no garantías sobre cualquier extensión.

Antes de activar un renderizador, lo probaría con entradas conocidas y comprobaría que los datos ausentes se indiquen como tales. El punto de partida son señales comprensibles, no la mayor cantidad posible de números.

Dejar espacio para lo que importa

Una línea de estado no mejora el razonamiento del agente ni sustituye la revisión. Puede ofrecer un lugar estable para datos que, de otro modo, tendría que recordar o buscar.

Eso es lo interesante: menos interrupciones para entender el estado básico y más atención para las decisiones que necesitan a una persona. ¿Qué pondrías en una sola línea bajo tu sesión?

Referencia

Documentación oficial de la línea de estado de Claude Code, consultada el 27 de octubre de 2026.

ES
EnglishENDeutschDEEspañolES中文ZH