i-have-adhd: respuestas legibles, adaptadores y evidencia
Prueba i-have-adhd en una sesión reversible
Comprueba activación, explicaciones completas y salida con una tarea pequeña antes de considerar una configuración permanente.
Qué aprenderás
- Reduce deliberadamente el primer experimento
- Prueba explicaciones, no solo listas de acciones
- La salida también es una función que probar
Antes de empezar
- Conocimientos básicos de Git y terminal
- Distinguir comportamiento observado de afirmaciones no probadas
Explicar el mecanismo, preparar una prueba reversible e interpretar evidencia sin confundir estilo y corrección.
Conclusiones clave
- Usa conversaciones limpias y separadas para la referencia.
- Comprueba una explicación completa, además de una tarea corta.
- Verifica la sesión siguiente y el mensaje de parada.
Reduce deliberadamente el primer experimento
Después de revisar la instalación correspondiente a tu asistente, empieza en una conversación desechable sin always-on. Utiliza una tarea inocua, como explicar la salida de Git status, y registra versión del asistente, modelo, revisión e invocación explícita de la habilidad. No estrenes la integración con credenciales de producción ni una reparación destructiva.
La referencia necesita otra conversación limpia, sin estilos heredados. Continuar en la misma conversación tras una supuesta desactivación puede conservar instrucciones anteriores. Presenta la misma tarea y comprueba que la respuesta separa observaciones de suposiciones. Una diferencia entre dos respuestas es una observación, todavía no una estimación fiable de efecto.
Prueba explicaciones, no solo listas de acciones
Incluye una petición de procedimiento y otra que pregunte por qué funciona. La habilidad debería facilitar la reanudación del procedimiento sin eliminar la explicación de la segunda respuesta. Añade una petición explícitamente completa con más de cinco elementos relevantes: agrupar debe conservar la información, no truncar la lista silenciosamente.
No conviertas el ejemplo del README en una reparación de producción. El caso de autenticación ilustra presentación, no diagnostica tu repositorio ni autoriza actualizar dependencias. Comprueba si los comandos corresponden al entorno, si aparecen los requisitos y si las causas desconocidas siguen siendo desconocidas hasta obtener una prueba que las respalde.
La salida también es una función que probar
Las reglas reconocen frases de parada, pero la persistencia depende del adaptador. La extensión Pi inspeccionada tiene estado y manejadores de entrada; el hook Node solo comprueba un marcador de configuración. Decir normal mode no demuestra que ese marcador desapareciera ni que la próxima sesión arrancará sin reglas.
Registra qué ocurre después de pedir la parada y después de abrir una sesión nueva. Si continúa la inyección, revisa la opción documentada del anfitrión, no borres directorios completos. Los casos aislados verifican inyección condicionada por marcadores en dos adaptadores; no ejecutamos estas pruebas conversacionales en Claude Code, Codex, Pi u OpenCode.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Mantén always-on desactivado al empezar.
- 2
Presenta la misma pregunta inocua en referencia y candidato limpios.
- 3
Pide una explicación completa y busca omisiones.
- 4
Desactiva el modo y abre otra sesión.
Ejemplo para copiar
En esta conversación desechable, usa las reglas revisadas de i-have-adhd.
Explica "working tree clean" y ofrece una comprobación inocua.
Conserva la explicación completa y separa hechos de suposiciones.Preguntas frecuentes
¿Conviene activarlo globalmente primero?
Una sesión reversible reduce la superficie de prueba y facilita aislar la referencia.
¿Una respuesta de parada demuestra desactivación permanente?
No; hay que comprobar por separado el marcador y la inyección futura.
Fuentes
- i-have-adhd / INSTALL.mdFuente verificada 2026-09-12
- i-have-adhd / skills/i-have-adhd/SKILL.mdFuente verificada 2026-09-12
- i-have-adhd / hooks/always-on.mjsFuente verificada 2026-09-12
- i-have-adhd / extensions/i-have-adhd.tsFuente verificada 2026-09-12