Always / Ask First / Never
Always / Ask First / Never es un sistema de límites para specs y agentes de IA. Define qué debe hacer siempre el agente, qué debe consultar antes de hacer y qué no debe hacer nunca. En Spec-Driven Development (SDD), ayuda a reducir ambigüedad, proteger decisiones críticas y evitar acciones no deseadas.
Cuando un agente de IA ejecuta trabajo, no basta con decirle qué debe construir. También hay que indicarle qué límites debe respetar.
Always / Ask First / Never organiza esos límites en tres categorías.
Estructura
| Categoría | Significado | Ejemplo |
|---|---|---|
| Always | Reglas que el agente debe cumplir siempre. | “Siempre ejecuta tests antes de proponer la tarea como terminada”. |
| Ask First | Acciones que requieren aprobación humana previa. | “Pregunta antes de añadir una dependencia nueva”. |
| Never | Acciones prohibidas. | “Nunca modifiques archivos de migración ya aplicados en producción”. |
Para qué sirve
Sirve para:
- reducir decisiones implícitas;
- proteger arquitectura;
- evitar cambios peligrosos;
- limitar permisos;
- hacer más clara la revisión;
- mejorar la colaboración humano-IA;
- evitar que el agente “optimice” algo que no debía tocar.
Ejemplo en SDD
Always: - Mantén compatibilidad con la API pública existente. - Añade tests para cada comportamiento nuevo. - Usa los patrones de error definidos en el proyecto. Ask First: - Antes de crear una nueva dependencia. - Antes de cambiar el esquema de base de datos. - Antes de modificar comportamiento de autenticación. Never: - No expongas secretos en logs. - No cambies contratos públicos sin aprobación. - No elimines tests existentes para hacer pasar la suite.
Relación con Definition of Done
Los boundaries pueden alimentar la Definition of Done. Si una regla “Always” no se cumple, el trabajo no está terminado. Si una regla “Never” se incumple, el cambio debe rechazarse o revisarse con urgencia.
IA y gobernanza
Always / Ask First / Never es una herramienta sencilla de gobernanza de IA. No sustituye controles técnicos, pero hace explícitas reglas que muchas veces quedan implícitas en la cabeza del equipo.
Error frecuente
Escribir límites demasiado genéricos. “Haz código limpio” o “ten cuidado con la seguridad” no son boundaries útiles. Una buena regla Always / Ask First / Never debe ser concreta, observable y aplicable durante la revisión.
Recursos
🏦 Harness EngineeringSkill Arena · Scrum Manager
🏦 Scrum en equipos con IASkill Arena · Scrum Manager
🏦 SDD - Spec Driven Development en equipos ágilesSkill Arena · Scrum Manager
📊 Guía didáctica SDDRecursos · Scrum Manager
📊 Guía didáctica Scrum en equipos con IARecursos · Scrum Manager
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.