Límite de tokens en Claude Code

Llegué al límite de tokens en Claude Code a mitad del directo del viernes. Estaba montando una landing en Astro y me quedaba 1 hora de espera para poder seguir.

Cerré Claude y abrí Codex, en 5 minutos estaba trabajando otra vez.

Sigue leyendo que te cuento todo lo que qué pasó…

Lo que estaba montando

Llevaba un buen rato con la landing que va a promocionar el Portfolio UX que monté con Astro.

Tenía 2 hilos de Claude Code trabajando a la vez.

Mi objetivo era sacar la V1 de la landing, nada de diseño fino: un wireframe rápido en Figma, copys, llevarlo a producción y empezar a recibir feedback.

Todo iba muy bien hasta que en un momento…

ZAS, límite de tokens alcanzado.

Tenía que esperar 1 hora para poder seguir usando Claude Code.

Me quedé unos segundos en silencio mirando la pantalla, con la gente del chat mirándola conmigo.

«A tomar por…
Nada, seguimos con Codex!»

Abrí Codex y seguí trabajando

Abrí Codex en la app de escritorio de ChatGPT y lo conecté con el repo local.

Le dije que analizara el proyecto, lo hizo y siguió trabajando sin ningún problema.

Ojo con esto, porque es lo importante…

Codex pudo seguir porque todo lo que necesitaba estaba en el proyecto, no en mi conversación anterior con Claude.

Me explico:

• El código estaba en el repo
• Los tokens en el proyecto
• El wireframe y los assets en Figma
• y las decisiones de producto y de diseño en mi cabeza

La tool solo escribía.

El archivo de contexto

En la raíz del proyecto tengo un archivo de contexto.

Cuando abro una herramienta nueva contra ese repo, lo lee y entiende dónde está sin que yo le cuente nada.

En este caso, Codex entendió:

• De qué iba el proyecto y a quién iba dirigido
• La tecnología que usaba en cada cosa
• Cómo están organizados los tokens y de dónde salían los colores
• Lo que se puede hacer y lo que no se puede hacer, es decir, decisiones que voy tomando a medida que voy construyendo
• Los comandos de build y de despliegue

Esto es fundamental, para que un cambio de modelo sea un movimiento de 5 minutos, no más.

Publicar: el /dist y las rutas absolutas

Casi 2 horas después tenía la versión mínima lista.

Le pedí a Codex que generara el /dist, arrastré los archivos a Hostinger y la landing cargó sin CSS.

Lo arreglé con una simple petición para que Astro arregle los path del CSS.

Codex generó el nuevo /dist, arrastré otra vez y listo.

Landing v1 publicada, objetivo cumplido.

Por cierto, me lo preguntaron durante el directo: Por qué uso Astro en este tipo de proyectos?

Básicamente, el build es HTML, CSS y JS estáticos, no hay servidor que configurar ni base de datos que migrar.

Arrastras una carpeta a un panel y ya está publicado.

No- brainer.

No te cases con nadie

No te cases con ningún modelo ni con ninguna app.

Ten la cabeza abierta y adáptate.

Si tu proyecto solo existe en el hilo de tu chat, no tienes un proyecto, tienes una sesión.

Y aquí te dejo una petición: sal del chat del navegador.

Trabaja con Claude Code, Codex, Cowork o lo que prefieras, pero contra tu repo, en local o en GitHub. Mete el contexto en un archivo.md y así no lo tendrás que repetir cada vez que abres algo nuevo.

Este es mi flujo de trabajo, el día que una herramienta se cae, abro otra y sigo.

De esto hablamos también en la UX Talk de la semana pasada. La próxima va de cursos y academias, que es lo que quiere debatir la gente de la comunidad.

Y el directo te lo dejo aquí debajo.

Cómo estás trabajando tú?