Cómo combatir el agotamiento mental que provoca la IA

Esto solo resuelve parte del problema, la otra mitad es: vale, tienes 3 chats en marcha, en algún momento te das cuenta de que tienes 3 CLs de más de 10k líneas para revisar, además del código que tus colegas te piden que revises.

En cada revisión que he hecho siempre he encontrado soluciones sobreajustadas y frágiles y cosas pegadas en lugar de integradas, así que me niego a renunciar a las revisiones de código, pero esas son mi verdadero cuello de botella, y tener tres es mucho peor que una porque mi contexto y mi comprensión se diluyen y se vuelven un poco confusos.

Quiero medir cuánto tardo en aterrizar código y sospecho que ir en serie con una sola cosa será más rápido que ir en paralelo con varias. En paralelo parece más rápido, pero la revisión de código tarda más.

¿Para empezar, por qué abrir varios hilos en paralelo? Si esperar es un problema, quizá deberías dividir esa única tarea en varios pasos. Eso solo produciría más resultados con menor calidad. Nada ha cambiado en la capacidad de pensamiento humana. Céntrate en una cosa y termínala.

Yo también he probado este tipo de formato, pero no me funcionó porque echaba de menos el contexto rico que las sesiones me podían proporcionar. En concreto, la falta de diagramas y otro formato agradable que es posible en archivos HTML. También probé linear como intermediario durante un tiempo, pero simplemente explotó y se volvió demasiado tedioso de navegar y se desincronizaba rápido. Además, caro en cuanto a sobrecarga de tokens.

Actualmente, lo que le encargo es tener uno o varios hilos de agentes vinculados a un proyecto trabajando en él y tener esta habilidad realmente ligera en tokens que aprovecha eleventy a fondo y lo renderiza como archivo markdown. Luego, junto con thisbit.ai (lo hice yo y sigo desarrollándolo), simplemente comento o pongo voz sobre todos los fragmentos del artículo y hago que el agente siga desde ahí otra vez.

Además, ni codex ni Claude code se acercan siquiera a los encantadores renders TUI de Gemini (Argon 4)

Creo que el problema es el cambio de contexto. "Puedo trabajar en tres tareas diferentes a la vez gracias a la IA" parece realmente empoderador, pero en realidad es imposible concentrarse profundamente en una tarea si tu proceso de pensamiento se interrumpe constantemente cada pocos minutos.

Cada vez que me encuentro inactivo frente a una pantalla, siento la necesidad de buscar otra cosa que hacer, una distracción para llenar esos 54 s antes de que el agente envíe una notificación que requiere mi atención. Esto no es saludable, y no es así como funciona el cerebro humano.

Las sesiones largas e ininterrumpidas de concentración profunda son lo que ha ayudado a los humanos a producir su mejor trabajo hasta ahora.

Es interesante ver a todo el mundo construir sus soluciones a este nuevo mundo de problemas. La mía ha sido redoblar la apuesta por mis notas en markdown, ampliando https://app.etherpk.com para que cada tarea (markdown simple) pueda verse bajo su wikilink (o varios) en un tablero kanban. Un servidor MCP sabe cómo interactuar con el grafo de notas. Copio una referencia a la tarea, se la paso a un agente, y el agente trabaja con bloques bajo la tarea a partir de ahí. Básicamente significa que puedo darle al agente un contexto realmente rico de antemano —imágenes, dibujos de excalidraw, etc.— y el agente puede actualizar la tarea sobre la marcha. Tenerlo todo en un tablero kanban hace más fácil alejarse de una tarea para trabajar en la que realmente necesita mi atención y luego volver. Juntar esto con herdr ha sido muy productivo. Todavía tengo que vigilar que el cerebro no se fría, pero está ayudando. No sé si estoy vendiendo la idea, pero siento que voy por buen camino después de experimentar con varios sistemas similares a lo que sugiere el autor. Estoy trabajando en convertirlo en un producto. El onboarding necesita algo de simplificación, pero está disponible para usar gratis con grafos locales.

A estas alturas he pasado de tmux a las apps que vienen con los agentes.

Principalmente solo por la vista general de los flujos de trabajo en curso y la capacidad de tener un árbol de tareas y subtareas (puedes tener un árbol ramificado de sesiones agénticas) que son cada una su propia sesión. Estas apps también pueden conectarse remotamente a las sesiones de tmux, así que ni siquiera es tanto un cambio de flujo de trabajo como de presentación. La entrada/salida multimedia también está bien.

Todavía no es perfecto, pero está bastante claro que el entorno de desarrollo del futuro va a centrarse cada vez más en la gestión de trabajos. ¿Qué trabajos tienes en curso? ¿Cómo se relacionan esos trabajos entre sí? ¿Qué necesita tu atención?

¿Te acuerdas de cuando llegó la edición de texto interactiva y colaborativa?

El futuro será esto, pero serán sesiones de agentes interactivas y colaborativas, y cosas como pi durable ya van en esa dirección.