i-have-adhd: respuestas legibles, adaptadores y evidencia
Qué es i-have-adhd: estructura de respuesta, no un modelo más inteligente
Entiende qué cambia esta habilidad de estilo, cómo llegan sus instrucciones al asistente y dónde terminan las pruebas de legibilidad.
Qué aprenderás
- Un contrato de respuesta, no otro motor de inferencia
- La brevedad sirve si conserva la respuesta
- No prometas más de lo que demuestra la evidencia
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
- Transmitir instrucciones no aumenta el conocimiento del modelo.
- La integridad y la incertidumbre honesta importan más que acortar.
- Catorce casos de adaptadores no constituyen un estudio de usuarios.
Un contrato de respuesta, no otro motor de inferencia
i-have-adhd reúne instrucciones de estilo e integraciones para asistentes. Sus reglas Markdown sitúan la respuesta o siguiente acción en un lugar visible, muestran el progreso y apartan asuntos ajenos a la tarea inmediata. No entrenan un modelo, no añaden conocimiento factual ni convierten una hipótesis sobre un fallo de software en una causa verificada.
Los manifiestos inspeccionados declaran la versión 0.3.0 y el repositorio utiliza la licencia MIT. Sin embargo, package.json es privado: encontrar un nombre de paquete no demuestra que exista una publicación en npm. Esta serie fija el commit 6f1f982; otras revisiones pueden tener pantallas de instalación y comportamientos predeterminados distintos.
La brevedad sirve si conserva la respuesta
Ante una prueba de autenticación fallida, una primera línea útil identifica la aserción y la siguiente comprobación. Una respuesta breve pero incorrecta inventa una cabecera ausente y ordena modificarla. Ambas parecen decididas. Evalúa si conserva las pruebas y la incertidumbre, no solo si una lista numerada ha sustituido a un párrafo.
Las reglas incluyen excepciones para explicaciones, ambigüedad, operaciones destructivas y contratos explícitos de salida. También indican que limitar la presentación no debe eliminar información relevante. Quien aprende un mecanismo necesita una explicación causal; quien retoma un procedimiento conocido puede preferir una secuencia de acciones compacta.
No prometas más de lo que demuestra la evidencia
El nombre del proyecto y sus consejos de redacción no demuestran diagnóstico, tratamiento ni beneficios para todas las personas con TDAH. Esta es una revisión técnica de instrucciones y evaluación de respuestas, no una valoración clínica. Una persona sin diagnóstico también puede preferir respuestas estructuradas; conviene preguntar por su preferencia en vez de inferirla de una etiqueta.
Ejecutamos catorce casos aislados contra el hook Node y el adaptador OpenCode fijados, con reglas sintéticas. Comprueban carga y configuración, no comprensión del modelo ni compatibilidad con asistentes reales. Además, el informe de evaluación del proyecto registra una puerta de publicación fallida. Estos límites forman parte de la decisión, no de una promesa de productividad garantizada.
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
Elige una respuesta que te resulte difícil utilizar.
- 2
Identifica la información que debe sobrevivir a la reescritura.
- 3
Compara el recorrido de lectura antes que la longitud.
Ejemplo para copiar
{
"project": "ayghri/i-have-adhd",
"revision": "6f1f982d0a47c65899af3c5a7450b7098bc65325",
"manifestVersion": "0.3.0",
"newModel": false,
"clinicalOutcomeTested": false
}Preguntas frecuentes
¿Proporciona un modelo nuevo?
No; aporta instrucciones e integraciones para asistentes existentes.
¿Es una herramienta médica?
La revisión establece únicamente comportamiento del software, no diagnóstico ni tratamiento.
Fuentes
- i-have-adhd / README.mdFuente verificada 2026-09-12
- i-have-adhd / package.jsonFuente verificada 2026-09-12
- i-have-adhd / skills/i-have-adhd/SKILL.mdFuente verificada 2026-09-12
- i-have-adhd / evals/RESULTS.mdFuente verificada 2026-09-12