Hoy os presento tres comandos para controlar mejor el consumo de Codex: /status, /model y /reasoning. Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores, marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Esta semana estamos con el curso de Devbox con VPS. Esta mañana veremos cómo instalar Claude Code y otros agentes, y esta tarde cómo trabajar con proyectos reales utilizando rsync y Git. ¡A por él! Ahora sí, vamos al lío. El primero es /status. Al ejecutarlo, Codex muestra información sobre la tarea actual, el modelo activo, el contexto utilizado y los límites disponibles. Es una forma rápida de saber cuánto margen os queda antes de empezar un trabajo largo. No hace falta consultarlo después de cada mensaje, porque acabaríais más pendientes de los tokens que del proyecto. Pero sí resulta útil al principio de una sesión, antes de arrancar una funcionalidad compleja o cuando lleváis un buen rato trabajando y queréis decidir cómo organizar lo que queda. El segundo comando es /model. Sirve para escoger el modelo con el que queréis trabajar. Y aquí mi recomendación es que no utilicéis siempre la opción más potente simplemente porque está disponible. Es como conducir todo el tiempo con la misma marcha. Para comentar una idea, modificar un texto sencillo o retocar unas líneas de CSS quizá no necesitáis el modelo más capaz y costoso. Podéis trabajar con una opción más rápida y reservar los modelos superiores para arquitectura, depuración difícil o cambios que requieran más razonamiento. Utilizar el modelo adecuado para cada tarea no significa renunciar a calidad. Significa asignar la herramienta correcta al problema correcto. Poner al mejor modelo a resolver una suma sencilla funcionará, por supuesto, pero probablemente no sea el uso más inteligente de vuestros límites. El tercer comando es /reasoning para Codex, o /effortpara Claude. Dentro de un mismo modelo podéis escoger cuánto esfuerzo de razonamiento queréis que dedique. Un nivel bajo resulta más rápido para tareas acotadas. Los niveles medio o alto encajan mejor con cambios complejos y depuración. Y el esfuerzo extra alto puede reservarse para trabajos largos, muy exigentes o especialmente agentivos. La nomenclatura puede cambiar en otros agentes, pero el principio es el mismo: modelo y esfuerzo no tienen que estar siempre al máximo. Podéis empezar con una configuración ágil para hablar y concretar el encargo, y aumentar la capacidad o el razonamiento cuando llegue el momento de implementar la parte difícil. Así pues, la combinación de hoy queda muy clara. Utilizad /status para saber dónde estáis, /model para escoger la capacidad adecuada y /reasoning para ajustar cuánto debe esforzarse ese modelo. Si os acostumbráis a revisar estas tres decisiones, entenderéis mejor qué tipos de trabajo consumen más, evitaréis gastar recursos en tareas triviales y conseguiréis que vuestros límites duren mucho más. Y el viernes os compartiré una skill que todavía aprieta más las tuercas al ahorro de tokens. :) Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts y Spotify, suscribiros a los cursos para emprendedores y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería. Nos escuchamos mañana jueves con más marketing online veraniego. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.

Transcript

Related