Presupuesta una construcción con IA en fin de semana: investiga, planifica, reserva tokens

Una construcción con IA en fin de semana suele parecer una victoria rápida. La factura de tokens suele llegar después de la primera pasada, cuando la aplicación está lo suficientemente cerca de probarse y lo suficientemente lejos de estar terminada como para necesitar muchas correcciones.

La factura de tokens se esconde en el ciclo de corrección

El proyecto Photon Studio consumió aproximadamente $2,000 en tokens de IA. Esa cifra llama la atención porque muestra adónde fue el dinero: la construcción, las correcciones y los prompts repetidos que transforman una aplicación rudimentaria en algo que puedes entregar a otra persona.

El creador utilizó GPT-6 Astra de OpenAI y, a veces, Claude Fable de Anthropic, para crear la aplicación. La construcción inicial era funcional pero con errores e inestable. Esa etapa determina si un proyecto de fin de semana se queda como una demo o se convierte en un producto. Las cifras de lanzamiento de Photon Studio incluyeron 170 usuarios activos el primer día y 458 descargas totales en una publicación de seguimiento tras el lanzamiento. Una publicación de lanzamiento no es un plan de mantenimiento. La adopción temprana puede hacer que el ciclo de corrección se sienta urgente, pero la urgencia no es un presupuesto. Una lista amplia de plataformas hace una gran historia de lanzamiento, pero también es un problema de alcance cuando el plan no lo contemplaba.

Una construcción de fin de semana necesita un presupuesto de investigación-plan-ciclo

• Investiga el objetivo. Inventaria el conjunto de funciones del objetivo antes de empezar a programar. El resultado debe parecer una lista de capacidades, no una lista de deseos. Para un editor de imágenes, esa lista debe incluir formatos de archivo, comportamiento de capas, opciones de exportación y los comandos que los usuarios esperan. El creador primero utilizó un flujo de trabajo de Deep Research para inventariar las capacidades de Photoshop y luego pasó ese inventario a GPT-6 Astra de OpenAI en modo Extra High. Ese orden importa: el modelo recibe un inventario claro, no un prompt vago.
• Redacta el plan de construcción. Convierte la investigación en una especificación breve. Estás listo cuando la especificación nombra las pantallas, las acciones centrales, el soporte de formatos de archivo y el elemento clave que debe funcionar de principio a fin. Photon Studio está disponible en macOS, Windows 11 y Linux, y puede abrir y guardar archivos PSD preservando las capas. Una declaración de alcance sólida puede ser grande. Para un fin de semana, elige la parte que demuestra la idea. Un error común es dejar que el modelo añada funciones porque el prompt era amplio. Una función que no está nombrada en el plan no debería ser descubierta por la construcción.
• Entrega una primera pasada usable. Mantén esa pasada lo suficientemente pequeña como para probarla. El paso está hecho cuando puedes abrir, usar y romper la aplicación a propósito. Un editor usable con unas pocas herramientas supera a una aplicación grande y vacía con muchas herramientas inacabadas. Una primera pasada demasiado rota para probarla necesita un conjunto de funciones más pequeño antes de gastar más.
• Reserva el presupuesto de corrección. Aparta un presupuesto de tokens separado para las correcciones. Has fijado el presupuesto cuando tienes un número que no gastarás en funciones nuevas. Si esa pasada consume una gran parte del presupuesto, el resto le pertenece al ciclo: ejecuta la aplicación, encuentra el fallo, envía el error de vuelta y comprueba el resultado. Tenzen consideró que la construcción no era financieramente sensata porque los ahorros de la suscripción de Adobe no cubrirían los costos de tokens. Esa advertencia es útil, no una razón para parar.

Una factura visible es una factura más tranquila

Empieza escribiendo números separados: investigación, primera pasada y ciclo de corrección. Lleva el ciclo de corrección a cero y luego deja de añadir alcance. Una investigación que cambia el plan puede justificar otro gasto en investigación. Un trabajo demasiado roto para probarlo necesita una pausa y un conjunto de funciones más pequeño. Un costo visible hace la decisión más fácil: mantener el ciclo, reducir el alcance o parar.

Un proyecto secundario puede seguir siendo un proyecto secundario, y eso está bien. Antes de cerrar el portátil, escribe los errores conocidos.