El quemado de tokens Opus de $2,500 por parte de un desarrollador en OpenClaw: flujos de trabajo reales vs herramientas

El dueño de una tienda de software en r/openclaw compartió su experiencia de gastar $2,500 en tokens de Opus usando OpenClaw, y es una mirada sincera a cómo los desarrolladores experimentados recurren a la herramienta para automatización ad-hoc en lugar de flujos de trabajo predefinidos.

Qué hicieron realmente

• Actualizaron y corrigieron errores de sus propios programas – el caso de uso principal.
• Enseñaron a OpenClaw a usar visión para hacer clic en botones y verificar la salida en pantalla.
• Administraron un servidor que ejecutaba múltiples aplicaciones full-stack de clientes.
• Lo usaron como asistente para completar formularios web.

Qué significa "workflow" para ellos

El autor admite que realmente no piensa en términos de flujos de trabajo. Cuando tiene un proceso, solo le dice a OpenClaw que construya software para ello. Su ejemplo más cercano a un flujo de trabajo es pagar facturas de contratistas: una secuencia manual, no programática, guardada en un archivo de memoria separado:

1. Abrir el archivo de seguimiento de facturas
2. Ir al período de pago de esta semana
3. Alinear quién envió una factura con el nombre
4. Abrir el archivo de factura de cada persona
5. Ir a la hoja de cálculo de esta semana en cada archivo de factura

Señalan que nada de esto es programático, preguntando a la comunidad: "¿Eso es un workflow?"

El panorama general

Esta publicación destaca una división común en el uso de agentes de codificación de IA por parte de los desarrolladores: algunos construyen automatizaciones complejas de múltiples pasos (flujos de trabajo), mientras que otros dependen de interacciones conversacionales ad-hoc incluso para tareas repetitivas. El gasto de $2,500 en Opus sugiere un uso intensivo, pero sin estructuras formales de flujo de trabajo, lo que refuerza que el consumo bruto de tokens no siempre se correlaciona con la automatización sistemática.