Mantenga el contexto de la sesión de Claude Code por debajo del 60% para reducir costes
makedream١٣ أبريل ٢٠٢٦
0
Computing/Software
Comments (0)
Log in to leave a comment
No posts yet
makedreamLog in to leave a comment
No posts yet
No debe permitir que Claude Code rastree toda la carpeta del proyecto sin control. A medida que aumenta el número de archivos, la cuota de contexto inicial se dispara, lo que afecta directamente a su bolsillo. Según los casos de uso del Model Context Protocol (MCP) publicados por Anthropic, consultar solo las definiciones de tabla necesarias puede ahorrar más del 30% en el consumo de tokens en comparación con la inyección de texto simple.
El método es sencillo. Cree un archivo .mcp.json en la raíz del proyecto y escriba el siguiente comando en la terminal:claude mcp add db -- npx -y @bytebase/dbhub
Ahora, conecte directamente PostgreSQL o MongoDB. Debe indicarle firmemente a Claude: "No leas todo el esquema, obtén solo el DDL de las tablas relacionadas con la función que estoy corrigiendo ahora". Al leer solo unas pocas decenas de líneas necesarias en lugar de miles, puede mantener el coste por sesión por debajo de 1 dólar y, al mismo tiempo, mejorar la precisión de la respuesta.
Las alucinaciones, en las que el agente deja de escribir código y empieza a decir tonterías, empeoran cuando no hay restricciones físicas. Incluso cuando el contexto está lleno y el juicio se nubla, el código de prueba actúa como un oráculo preciso. De hecho, establecer un bucle de retroalimentación automatizado reduce el tiempo de depuración manual en más de 5 horas a la semana.
Primero, use el comando /test para pedirle que escriba el código de prueba que falle para la funcionalidad que desea implementar. Luego, configure un gancho PostToolUse para que las pruebas se ejecuten cada vez que cambie un archivo. Lo importante aquí es obligar al agente: "No toques el código de prueba, escribe en el cuerpo solo la lógica mínima necesaria para pasar esta prueba". No es necesario copiar y pasar los mensajes de error manualmente. Si deja que vea y corrija sus propios errores, la integridad del código listo para despliegue sube hasta el 95%.
En las sesiones de Claude Code, a medida que la conversación se alarga, los resultados de ejecuciones de herramientas pasadas se acumulan, lo que hace que los costes se disparen. Cuando el contexto supera el 70%, aparece el fenómeno de "deriva" (drift), donde olvida lo dicho al principio o escribe código erróneo. Yo vacío la sesión a la fuerza en el punto del 60%, cuando la barra de contexto se vuelve amarilla.
No se trata solo de apagarlo. Cree un archivo llamado HANDOFF.md. Pídale que resuma las decisiones tomadas hasta ahora y las tareas pendientes. Luego, limpie la sesión con /clear y comience de nuevo. Solo tiene que pedirle que lea el HANDOFF.md que acaba de crear. Al usar modelos de alto rendimiento como Claude 3.5 Sonnet, esto reduce a la mitad el coste pagado por historiales pasados innecesarios, manteniendo el flujo de trabajo intacto.
El conocimiento de Claude se detiene en el momento de su entrenamiento. Al trabajar con frameworks cuya sintaxis cambia con frecuencia, como Next.js App Router, es culpa exclusiva del usuario si el agente escribe código antiguo. Copiar y pegar la documentación oficial es un desperdicio de tokens y una molestia.
Instale un MCP de búsqueda de documentos con el comando claude mcp add context7. Simplemente especifique la versión en el prompt, como "use context7 to fetch the latest NextAuth v5 documentation", y listo. Haga que escriba el código basándose en las especificaciones de la API extraídas en tiempo real. Esto puede eliminar más del 40% del tiempo perdido debido a sintaxis obsoletas.
Si le asigna una lógica de negocio compleja, el agente tenderá a escribir código a lo loco primero. Si surgen lagunas lógicas, gastará decenas de miles de tokens adicionales tratando de corregirlas. Debe ahorrar este coste implementando de antemano la función de pensamiento extendido de Claude 4.5 mediante prompts.
Escriba en su archivo CLAUDE.md: "Antes de escribir cualquier código, explica primero la lógica paso a paso dentro de etiquetas <thinking>". Oblíguelo a identificar primero 3 posibles situaciones de excepción y fije el proceso para que comience a modificar archivos solo cuando usted haya aprobado esa lógica. Gastar unos cientos de tokens más para ver el proceso de razonamiento es mucho más económico que perder decenas de miles corrigiendo una lógica errónea. No hay mejor estrategia de orquestación para un desarrollador en solitario.