Gestión de la ventana de contexto
Aprende cómo funciona la ventana de contexto de 270.000 tokens de Bob, cómo cada categoría contribuye al uso de tokens y las mejores prácticas para mantener las sesiones enfocadas y rentables.
Descripción general de la ventana de contexto
Cada sesión en Bob Shell tiene una ventana de contexto — el presupuesto de tokens para esa conversación. El límite es de 270.000 tokens. Todo lo que Bob carga cuenta en su contra.
Qué llena la ventana
| Categoría | Qué incluye |
|---|---|
| Prompt del sistema | Las instrucciones principales de Bob para la sesión |
| Definiciones de herramientas | Esquemas de herramientas integradas y definiciones de herramientas MCP conectadas |
| Herramientas MCP | Instrucciones y descripciones de herramientas proporcionadas por servidores MCP conectados |
| Reglas | Instrucciones personalizadas de archivos de reglas de proyecto y modo (por ejemplo, AGENTS.md o .bob/rules-*) |
| Skills | Instrucciones de skills que Bob cargó para la conversación |
| Mensajes | Tus prompts, las respuestas de Bob y la actividad de herramientas en la conversación. Esta es la transcripción contada como tokens. |
La salida de comandos y los resultados de herramientas cuentan en Mensajes. El contenido de los archivos no tiene una línea separada.
El informe de tokens incluye dos campos de resumen:
- Reservado para respuesta del modelo: Tokens reservados para la próxima respuesta de Bob (típicamente 20,0k).
- Espacio disponible: Tokens libres restantes.
Sobrecarga base
Las categorías fijas usan contexto antes de que empieces a trabajar con Bob. Incluso un simple "Responde rápido con un saludo." totaliza aproximadamente 8,5k tokens. La mayor parte corresponde a Definiciones de herramientas (5,1k), Prompt del sistema (1,5k), Reglas (830) y Skills (454). Solo 590 están en Mensajes.
Bob reenvía la pila de sobrecarga completa en cada prompt. Más servidores MCP o skills cargados aumentan Herramientas MCP, Definiciones de herramientas y Skills antes de que escribas.
Monitorear el uso de tokens
Bob Shell informa el uso de tokens al final de cada intercambio. La siguiente tabla muestra qué influye en cada categoría:
| Categoría | Qué la hace crecer |
|---|---|
| Prompt del sistema | Se carga cuando comienza la sesión. Permanece plano durante el trabajo normal. |
| Definiciones de herramientas | Esquemas de herramientas integradas. Se establece cuando comienza la sesión. Permanece plano durante el trabajo normal. |
| Herramientas MCP | Servidores MCP conectados y herramientas habilitadas. Crece cuando añades servidores o herramientas, no cuando envías prompts. |
| Reglas | Archivos de reglas de proyecto y modo (por ejemplo, AGENTS.md). Se establecen cuando se abre la sesión. |
| Skills | Skills que Bob carga para la sesión. Puede aumentar si Bob activa un skill a mitad de la conversación. |
| Mensajes | Tus prompts, las respuestas de Bob, lecturas de archivos, salida de herramientas y salida de comandos. Crece con cada turno y con la exploración del repositorio. |
En un intercambio corto, las categorías fijas suelen usar la mayor parte del total. Cuando pides a Bob que lea archivos o ejecute herramientas, Mensajes generalmente se convierte en la categoría más grande. Presta atención a este cambio.
El Espacio disponible se reduce a medida que crece cualquier categoría. El Reservado para respuesta del modelo está apartado para la próxima respuesta de Bob. No forma parte del total utilizado anterior.
Límites de tokens
El límite máximo es de 270.000 tokens por sesión. Bob comienza a condensar antes de alcanzar el límite. La condensación suele comenzar alrededor de 190.000 tokens de uso total.
Condensación automática del contexto
En el umbral de condensación, Bob:
- Preserva el contexto más reciente y relevante.
- Resume o elimina los segmentos de conversación más antiguos.
- Mantiene las instrucciones del sistema críticas, las definiciones de herramientas, las reglas y los skills.
- Continúa con el contexto condensado.
La condensación es con pérdida. Es posible que los detalles del principio de Mensajes no sobrevivan. Inicia una nueva sesión cuando cambies de tema o cuando Mensajes sea lo suficientemente grande como para afectar la calidad.
Impacto en los Bobcoins
Los Bobcoins rastrean el uso de tokens. Los tokens de entrada y de salida cuentan.
- Cada mensaje envía de nuevo el contexto activo completo, incluida la sobrecarga fija.
- Bob reprocesa lo que ya está cargado en cada envío.
- Las sesiones largas con Mensajes pesado cuestan más por prompt posterior.
Mejores prácticas
La ventana de contexto no es almacenamiento. Es memoria de trabajo — lo que Bob puede usar en cada paso. Controla lo que entra. Reinicia cuando la sesión se llena de salida obsoleta. Verifica el resultado con pruebas, no solo con la respuesta de Bob.
Define el alcance de la sesión y la conversación
Usa una sesión por objetivo de trabajo y comienza con un prompt preciso. Indica el objetivo, el resultado esperado y las restricciones antes de pedirle a Bob que explore el repositorio. Nombra archivos y funciones explícitamente. Evita solicitudes vagas como "lee todo el repositorio" o "revisa el backend". Inicia una nueva sesión cuando cambie el tema — el contenido no relacionado en Mensajes añade costo y puede confundir a Bob.
Mantén el contexto permanente compacto
Las categorías fijas consumen tokens antes de que escribas nada. Para mantener esa sobrecarga baja:
- Mantén las reglas personalizadas y
AGENTS.mdcortos — pon solo comandos de configuración, prueba y estilo (por ejemplo,pnpm test,mvn verify). - Conecta solo los servidores MCP, herramientas y skills que el trabajo actual necesite. Desconecta lo que no estés usando, y prefiere la configuración de MCP con alcance de proyecto sobre la global.
- Reserva Mensajes para evidencia situacional específica de esta sesión — el error, los registros y los archivos relevantes. No repitas las reglas permanentes en cada prompt.
Añade contexto cuando lo necesites
Deja que Bob busque y lea archivos específicos en lugar de pegar grandes bloques de contenido en el prompt del chat. Referencia rutas de archivos específicas y rangos de líneas en tu prompt, y evita referencias amplias a directorios:
✓ Corrige la lógica de validación de correo electrónico en src/utils/validation.ts líneas 45-67
✗ Revisa todo en src/, tests/ y docs/ y sugiere mejorasTrabaja en etapas — encuentra los archivos probables, inspecciona los relevantes, planifica, cambia y valida. Para lecturas amplias del repositorio, usa subagentes para que la sesión reciba resultados condensados en lugar de que cada llamada read_file aterrice en Mensajes. Cuando las fuentes entren en conflicto, confía en el código en ejecución y las pruebas por encima de los comentarios obsoletos o las notas antiguas del README.
Para más tácticas sobre repositorios grandes, consulta Trabajar con proyectos grandes.
Reinicia cuando Mensajes se llene
A lo largo de una sesión larga, Mensajes acumula contenidos repetidos de archivos, planes abandonados y salida de herramientas obsoleta. Inicia una nueva sesión cuando el objetivo de trabajo cambie o cuando la conversación sea lo suficientemente grande como para afectar la calidad. Conserva las restricciones, la evidencia y las preguntas abiertas — elimina el resto.
Bob también puede condensar segmentos más antiguos automáticamente, pero la condensación es con pérdida y es posible que los detalles del principio de Mensajes no sobrevivan. Prefiere cambios pequeños y aprobados en lugar de una ejecución autónoma grande para que los diffs sean revisables y Bob se mantenga en el camino correcto.