Always / Ask First / Never
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.
Dos ámbitos y evolución
Los boundaries operan en dos niveles. En la constitución del proyecto fijan las reglas generales que valen para todo lo que se construya («nunca hacer commit de secretos»); en cada tarea añaden las restricciones concretas de esa implementación («no tocar los puntos de entrada existentes»).
La distinción evita el error más común: escribir en la constitución restricciones que solo valen para una tarea.
El sistema no es estático. A medida que el equipo gana confianza, algo que hoy es Ask First puede pasar a Always, y algo que se creía inocuo puede subir a Ask First tras un incidente. Es autonomía gradual, análoga a cómo se delega cada vez más en un profesional que demuestra criterio.
El formato en que el ecosistema ha convergido para escribir la constitución y los boundaries de proyecto es AGENTS.md, un fichero de instrucciones en la raíz del repositorio que leen de forma nativa una veintena de herramientas de codificación y cuya especificación tutela la Agentic AI Foundation (Linux Foundation) desde diciembre de 2025. Escribirlos una vez en ese formato evita mantener versiones distintas para cada herramienta. El formato no sustituye al criterio: el contenido lo decide el equipo.
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.