Desarrollador comparte desafío de costo de token con sistema ERP construido por Claude
El problema: La arquitectura de archivo único no escala con asistentes de IA
Un desarrollador que dirige una pequeña empresa de transporte de carga construyó un sistema ERP completo usando Claude. El sistema creció a más de 3,000 líneas de código en un solo archivo HTML que contiene todos los módulos: panel de control, seguimiento de envíos, flujo de caja, registros de conductores y registros de clientes.
El problema central: Cada vez que necesitan hacer incluso un pequeño cambio, deben cargar todo el archivo de más de 3,000 líneas en la ventana de contexto de Claude. Esto consume aproximadamente 60,000-80,000 tokens por mensaje. Para un operador individual, esto crea problemas tanto de gasto como de ineficiencia.
La causa raíz es arquitectónica: un monolito de archivo único obliga a Claude a volver a leer y comprender todas las 3,000 líneas de HTML, CSS y JavaScript mezclados cada vez, incluso cuando solo se ajusta una pequeña función.
Soluciones potenciales bajo consideración
El desarrollador está evaluando dos enfoques:
- Dividir el archivo en módulos — Separar archivos JavaScript por función para que solo se cargue el código necesario por sesión
- Migrar a Firebase — Esto ya estaba en su hoja de ruta y naturalmente impondría una arquitectura modular
Están pidiendo consejo a la comunidad sobre cómo gestionar grandes bases de código con Claude u otros LLM, específicamente cómo estructurar proyectos para mantener los costos de tokens razonables.
📖 Leer la fuente completa: r/ClaudeAI
👀 Ver también
Construyendo un Radar de Conciertos con OpenClaw: Rastreando Múltiples Fuentes para Espectáculos de Artistas
Un desarrollador construyó un radar de conciertos usando OpenClaw en un VPS que extrae artistas de Spotify, escanea múltiples fuentes diariamente, normaliza eventos, empareja artistas, elimina duplicados y rastrea nuevos anuncios mediante trabajos cron.
Usando Opus 4.6 y GPT 5.4 para revisar por pares un diseño de pila de memoria para OpenClaw.
Un desarrollador utilizó Claude Opus 4.6 para diseñar una pila de memoria de tres capas para OpenClaw, luego hizo que GPT 5.4 revisara por pares el diseño. La pila incluye Lossless Claw para la preservación de mensajes, búsqueda híbrida SQLite para coincidencia de palabras clave y Mem0 Cloud para persistencia entre sesiones.
De Copiar y Pegar a la Integración en el Espacio de Trabajo: La Experiencia de un Desarrollador con la Evolución de la Codificación con IA
Un desarrollador describe la transición desde los primeros intentos de codificación con ChatGPT, que incluían bibliotecas alucinadas y problemas de gestión de contexto, hasta la integración del espacio de trabajo de Claude Code, que lee archivos directamente, eliminando la necesidad de reconstruir el contexto manualmente.
Usando Claude para Auditar Sistemas de Correo Electrónico en Busca de Escenarios de Usuario Faltantes
Un desarrollador utilizó Claude para analizar su esquema de base de datos y sus activadores de correo electrónico, identificando cuatro brechas críticas: sin seguimiento para registros no verificados, sin confirmación para degradaciones de plan, sin notificación para invitaciones de equipo aceptadas y sin advertencias para límites de plan que se acercan.