El Coach del Estado de Flow skill para Claude

El problema que resuelve la skill es la brecha entre saber y hacer. Todo el mundo sabe ya que la distracción es mala para la concentración. Eso no ayuda, porque es una generalidad y tú tienes una tarea específica, en una tarde específica, con personas específicas a tu alrededor. Aquí sí se vuelve específico. Pregunta por la tarea, por tu experiencia con ella, por el tiempo que tienes, por quién puede interrumpirte y por el último momento en que sí funcionó. En esa última respuesta suele estar la pista. Después no llega una lista de consejos sino un horario con tiempos concretos, y una primera acción lo bastante pequeña como para no poder fallar.

Está escrita para personas que se ganan la vida con su atención: autónomos, desarrolladores, escritores, diseñadores, consultores, estudiantes, y responsables de equipo que quieren organizar lo mismo para un grupo. Forma parte de la biblioteca de skills NL que ponemos a disposición gratis desde el servicio de IA y automatización, sin cuenta y sin correo de ventas después.

Hay algo que debes saber de antemano, y la propia skill también lo dice: el flow no es un interruptor. Las circunstancias se pueden regular, el estado no. Lo que hace esta skill es aumentar la probabilidad regulando lo que sí se puede regular. No te promete flow, no te promete un número de horas concentradas por semana, y no es una herramienta para problemas de concentración persistentes. Si la conversación va por ahí, no completa el protocolo y te remite a un médico de cabecera, psicólogo o médico de empresa.

Nadie hace primero un diagnóstico. "No me puedo concentrar" es un síntoma, no una causa. Una tarea que evitas porque se siente demasiado grande pide algo muy distinto de una tarea que evitas porque es aburrida, y el consejo habitual solo encaja con una de las dos. En una tarea demasiado pesada ayuda dividirla; en una tarea demasiado ligera, dividirla lo empeora, porque entonces el aburrimiento solo se vuelve más granular. Por eso primero se determina en qué cuadrante estás, y solo después llega una propuesta.

El consejo habla de ti y no de la situación. Más disciplina, menos scroll, simplemente empieza. Eso no es un consejo sino un juicio, y genera culpa en lugar de una sesión. Ella mira la tarea y las circunstancias. En el ejemplo de arriba, la conclusión no es que el usuario carezca de disciplina, sino que tiene dos fuentes de interrupción a su lado y que su única sesión exitosa fue una sin ellas. Algo así sí se puede resolver, esta misma tarde.

Las condiciones se quedan en lo abstracto. "Ten un objetivo claro" es cierto e inútil. Un objetivo claro es: al final están la apertura y las fases, en bruto, con tus propias palabras. Eso lo puedes comprobar después. Lo mismo vale para la retroalimentación: no "busca feedback" sino "después de cada bloque miras si aparecen palabras del propio cliente". Las cuatro condiciones se concretan hasta el punto de que puedes marcarlas como hechas.

El primer paso es demasiado grande. Este es el punto donde fracasan la mayoría de los protocolos. "Empieza por el capítulo" no es un primer paso, es toda la tarea con una palabra más amable delante. Aquí solo rige una regla: la primera acción no puede fallar. Abrir el archivo y escribir el título, eso es una primera acción. Y cada sesión recibe una pausa, porque no se propone seguir trabajando hasta terminarlo.

En formato diff, con líneas del ejemplo de la skill: lo que se elimina y lo que ocupa su lugar.

No solo con las preguntas evidentes como entrar en flow, planear trabajo profundo o un bloque de concentración, sino también con quejas: llevo todo el día cambiando de tarea y no termino nada, abro el archivo y me pongo con otra cosa, no me atrevo a empezar porque es demasiado grande, trabajo horas y no tengo ni idea de si avanzo. Quien le dice algo así a Claude con la skill cargada, la recibe automáticamente. En ese mismo frontmatter está el límite: la skill no sirve para establecer o confirmar un diagnóstico, ni para imponer objetivos de rendimiento a otras personas.

El núcleo es un método de cinco pasos, y no se salta ninguno. El paso 1 es preguntar: qué tarea, cuánta experiencia tienes en ella, cuánto tiempo tienes, dónde trabajas y qué falló la última vez, todo eso en un máximo de tres preguntas a la vez. El paso 2 es el diagnóstico: la tarea se sitúa en el cuadrante, en un máximo de cinco frases, indicando en qué se basa el diagnóstico, es decir, tus propias palabras. Si la queja queda claramente fuera del alcance de este modelo, la skill se detiene ahí y te remite a otra parte.

El paso 3 es ajustar, y eso varía según el cuadrante. En una tarea demasiado pesada, la skill la divide hasta que el primer paso se pueda hacer en diez minutos, y propone una primera versión en bruto en lugar del resultado final. En una tarea demasiado ligera, el nivel sube con un límite de tiempo, una exigencia mayor u otro método de trabajo. Si el reto y la habilidad son ambos bajos, primero llega la pregunta de por qué existe realmente esta tarea, porque dividirla entonces no tiene sentido. El paso 4 concreta las cuatro condiciones y el paso 5 convierte todo en un horario con tiempos.

Hay cuatro reglas fijas que recorren todos los pasos. La duración del bloque viene de ti y no de la skill: si pides consejo, recibes un margen con la razón al lado y la observación de que esto varía por persona y por tarea. Cada sesión recibe una pausa. La primera acción siempre es tan pequeña que no puede fallar. Y lo que no has contado no se inventa, sino que se marca como [COMPLETAR].

El formato de salida está fijado en siete partes: diagnóstico, ajuste, las cuatro condiciones concretadas, el horario de la sesión con tiempos, la primera acción, el cierre con tres preguntas de evaluación, y por último notas para el usuario con las suposiciones que contiene el protocolo y el punto donde el horario probablemente se rompa. Ese último bloque nunca se omite, y eso es lo que distingue a la skill de una lista de consejos: señala su propio punto débil antes de que lo haga la propia sesión. El archivo termina con una lista de siete fuentes, de Csikszentmihalyi a Zeigarnik.

El flow viene de Mihaly Csikszentmihalyi. El psicólogo húngaro-estadounidense investigó desde los años sesenta qué hacía y sentía la gente en momentos aleatorios del día, con un método en el que los participantes anotaban en qué estaban ocupados al oír un pitido no anunciado. En 1975 apareció Beyond Boredom and Anxiety, en 1990 el libro Flow: The Psychology of Optimal Experience, y en 1997 Finding Flow, que traduce la teoría al trabajo cotidiano. La descripción que mantiene la skill es de 1990: el estado en que alguien se absorbe tanto en una actividad que nada más parece importar.

Deliberadamente usa solo una parte de esa teoría. Csikszentmihalyi enumera una serie de características de las experiencias de flow, y parte de ellas son una consecuencia que no puedes regular: la percepción distorsionada del tiempo, la desaparición de la autoconciencia, la sensación de que la actividad se recompensa a sí misma. Esas características la skill las deja en paz, porque no hay nada que dirigir en ellas. Lo que queda son las cuatro condiciones de la FIG.03, que sí puedes preparar de antemano. Jeanne Nakamura y Csikszentmihalyi reordenaron más tarde esas características en un capítulo de 2002, y ese orden es la razón de que la skill mantenga precisamente estas cuatro.

Subir el nivel viene del trabajo de Anders Ericsson. Su investigación de 1993 con Ralf Krampe y Clemens Tesch-Romer describe la práctica deliberada: el progreso viene de trabajar al límite de lo que puedes hacer, con retroalimentación incluida. El mismo movimiento, por tanto, que el ajuste en el cuadrante de aburrimiento. Quien quiera ir por ahí, con un programa de práctica en lugar de una sola sesión, puede continuar con la skill Coach de la Técnica Feynman NL y la skill Coach de Mentalidad de Crecimiento.

Planificar el bloque viene de Cal Newport, el cierre de Bluma Zeigarnik. Newport describe en Deep Work, de 2016, por qué el trabajo concentrado necesita un bloque que planificas de antemano y no un hueco que sobra por casualidad. Y Zeigarnik investigó en 1927 por qué las tareas sin terminar se quedan mejor en la memoria que las terminadas, lo que explica por qué ayuda cerrar una sesión en un punto donde la siguiente acción ya está fijada. Ambas cosas están incorporadas en el paso 5 de la skill.

Incluso sin instalar la skill puedes organizar tu tarde de otra manera con estos principios: determina primero si la tarea es demasiado pesada o demasiado ligera, concreta las cuatro condiciones en lugar de dejarlas en buenas intenciones, y elige una primera acción que no pueda fallar.

Después, el uso es sencillo: describe la tarea que estás postergando, di cuánta experiencia tienes en ella y cuánto tiempo tienes. Menciona también el último momento en que sí funcionó, porque ahí suele estar la pista. Si quieres aprender a escribir tú mismo este tipo de archivo de instrucciones, por ejemplo para una forma de trabajar que solo te encaje a ti, escribir un SKILL.md NL explica cómo funcionan el frontmatter y la estructura. La explicación más amplia sobre trabajar con IA la encuentras en la base de conocimiento NL.

En trabajo recurrente construyes el protocolo una vez y lo reutilizas, ajustando solo el objetivo cada vez. Para un equipo, concreta las cuatro condiciones a nivel de grupo: un objetivo compartido, una señal visible de progreso, un bloque libre de reuniones acordado y un primer paso claro por persona. El diagnóstico sigue siendo individual, porque el reto y la habilidad varían por persona.

También hay situaciones en las que es mejor dejarla de lado. La más importante es la más honesta: si la conversación en realidad va sobre agotamiento, desánimo o quejas persistentes, la skill no completa el protocolo. No es una advertencia en letra pequeña, sino una instrucción del propio archivo. Un segundo límite: si tienes demasiadas tareas y no sabes cuál va primero, esta no es la skill que necesitas. Un temporizador, una aplicación de bloqueo o un horario aún más estricto no resuelven eso. Entonces se trata de ordenar y no de concentrarse, y la skill Coach de la Matriz de Eisenhower o la skill Coach de Getting Things Done son el primer paso lógico.

Otro límite honesto: la skill regula tus circunstancias, no tu agenda. Si tus mejores horas se van estructuralmente a reuniones, este protocolo no da nada útil, porque no hay nada que repartir. Eso ya no es un problema de concentración sino de planificación, y eso lo resuelves con las personas que organizan esas reuniones. Y si la tarea en sí no es buena, por ejemplo porque nadie sabe por qué existe, la respuesta de la skill no es un horario sino una pregunta de vuelta.

El segundo bloque solo se reduce cuando sale trabajo de tus manos. Eso es lo que hace un empleado de IA NL: el trabajo preparatorio está listo antes de que te sientes delante de la pantalla, y una persona da su aprobación antes de que salga algo. Si te atascas sobre todo en aportar el contexto una y otra vez, Jarvis es la ruta mucho más económica, desde 9 euros al mes con IVA incluido.