Guía de ClaudeNivel 5 · Cuando se te va de las manosLevel 5 · When it gets out of hand

Construir menosBuild less

La pregunta que me habría ahorrado la mitad de esta guía.The question that would have saved me half of this guide.

Construyo más de lo que cierro. Lo escribo en presente a propósito.

Con Claude Code, además, el problema se agrava. Cuando armar un panel, una skill o un aviso cuesta una tarde, cualquier idea se vuelve construible, y una idea construible parece una idea buena. El tiempo que antes frenaba (porque programar era lento) ya no frena nada. Lo único que queda para frenarme soy yo.

La ironía

Releí esta guía de punta a punta antes de cerrarla. Hay tarjetas sobre carpetas, plantillas, tareas programadas, un newsletter automático, un sistema de calidad, un medidor de gasto, asesores ficticios y mods. Mucho de eso es infraestructura. Es decir, cosas que construí para trabajar mejor y que no son el trabajo. Una guía para ahorrar cuota que ocupa un volumen considerable de cuota para armarse: la ironía no se me escapa, y prefiero decirla yo.

Parte de esa infraestructura se pagó sola (el archivo general y el traspaso, seguro). De otra parte todavía no sé. Y alguna la hice porque era entretenida, que también es una razón, aunque no figure en ninguna planilla.

La pregunta

Ahora, antes de abrir algo nuevo, me hago una sola pregunta:

¿Cuánta plata o cuántas horas me ahorra esta semana?

La palabra importante es esta. Casi cualquier cosa ahorra algo “alguna vez”; lo difícil es que ahorre algo en los próximos siete días. Si la respuesta es “nada, pero va a ser muy útil”, casi siempre es una señal de que estoy construyendo por gusto. Que sea por gusto no la descalifica, pero entonces la anoto en otra categoría y no la defiendo como productividad.

La pregunta tiene un truco: obliga a medir. Por eso la conecto con Medir el gasto. Sin una cifra de partida, cualquier mejora es una sensación.

Lo que intento ahora

  • Antes de crear un proyecto, una skill o una automatización, escribo en una línea qué ahorra. Si no me sale la línea, no lo creo.
  • Cierro antes de abrir. Un pendiente a medias cuesta más que uno sin empezar, porque hay que volver a cargarlo en la cabeza.
  • Prefiero la versión más chica. Lo que se repite y tiene reglas claras va en un script, como dije en Tareas y en Mods, y lo que pide criterio queda para la conversación. Pero también hay una versión previa a la del script, que es no hacerlo.
  • Dejo cosas sin terminar a propósito, anotadas en el estado del proyecto, para retomarlas cuando haya cuota y ganas, no cuando me empuja la culpa.

Si llegaste hasta acá, probablemente también construyas de más. Elegí una sola tarjeta, aplicala, medí qué cambió y recién después pasá a otra. El resto puede esperar en el estante.

El prompt

Revisá lo que tengo abierto en mis proyectos (automatizaciones, skills, paneles, tareas programadas, mods) y armame una tabla corta. Para cada cosa: qué hace, cuándo la usé por última vez y cuánto dinero u horas me ahorró esta semana, según lo que puedas verificar en los archivos. Marcá lo que no pudiste verificar como "sin dato" y no inventes cifras. Después proponeme qué cerrar, qué dejar y qué archivar, de a uno. No borres ni cambies nada sin que yo lo apruebe.

I build more than I finish. I write it in the present tense on purpose.

With Claude Code, on top of that, the problem gets worse. When building a dashboard, a skill or an alert costs one afternoon, any idea becomes buildable, and a buildable idea looks like a good idea. The time that used to hold me back (because coding was slow) no longer holds anything back. The only thing left to stop me is me.

The irony

I reread this guide end to end before closing it. There are cards on folders, templates, scheduled tasks, an automatic newsletter, a quality system, a spend meter, fictional advisors and mods. A lot of that is infrastructure. That is, things I built to work better that aren't the work. A guide on saving quota that took a considerable amount of quota to put together: the irony isn't lost on me, and I'd rather say it myself.

Part of that infrastructure paid for itself (the general file and the handoff, for sure). About another part I don't know yet. And some I built because it was fun, which is also a reason, even if it doesn't show up on any spreadsheet.

The question

Now, before opening anything new, I ask myself one question:

How much money or how many hours does this save me this week?

The important word is this. Almost anything saves something “someday”; the hard part is saving something in the next seven days. If the answer is “nothing, but it'll be really useful,” it's almost always a sign I'm building for the fun of it. Doing it for fun doesn't disqualify it, but then I file it in a different category and don't defend it as productivity.

The question has a trick: it forces you to measure. That's why I connect it with Measuring spend. Without a starting figure, any improvement is a feeling.

What I'm trying now

  • Before creating a project, a skill or an automation, I write in one line what it saves. If the line doesn't come, I don't create it.
  • I close before I open. A half-done pending item costs more than one not started, because you have to load it into your head again.
  • I prefer the smaller version. What repeats and has clear rules goes in a script, as I said in Tasks and in Mods, and what calls for judgment stays for the conversation. But there's also a version that comes before the script one, which is not doing it.
  • I leave things unfinished on purpose, noted in the project's status, to pick up when there's quota and appetite, not when guilt is pushing me.

If you made it this far, you probably overbuild too. Pick one card, apply it, measure what changed and only then move on to another. The rest can wait on the shelf.

The prompt

Review what I have open across my projects (automations, skills, dashboards, scheduled tasks, mods) and put together a short table. For each thing: what it does, when I last used it and how much money or how many hours it saved me this week, according to what you can verify in the files. Mark whatever you couldn't verify as "no data" and don't make up figures. Then propose what to close, what to keep and what to archive, one at a time. Don't delete or change anything without my approval.