Guardrails de Arquitectura y Seguridad¶
Función del plan Enterprise
Los guardrails de organización están disponibles en el plan Enterprise.
Los guardrails son los estándares de arquitectura y seguridad que N45.AI respeta en cada discovery, spec, quick-feat y hot-fix de una organización. Es cómo el Owner garantiza que todo lo que N45 planifica y construye — en cualquier proyecto o workspace de la org — nace dentro de las reglas de la casa.
Quién los define, y dónde¶
El Owner de la organización define los guardrails en la cuenta N45 (web), en Guardrails. Dos listas, un ítem por línea:
- Estándares de arquitectura — ej.: usar Postgres (no Mongo); arquitectura hexagonal; siempre envolver errores; tests obligatorios en el dominio.
- Guardrails de seguridad — políticas que N45 debe respetar, incluso en quick-feat y hot-fix.
Los guardrails están versionados: cada cambio se vuelve una nueva versión, con historial de quién cambió qué y cuándo.
Pocas reglas, bien elegidas
Los guardrails entran en cada ejecución. Demasiadas reglas aumentan el costo de tokens y diluyen el foco — mejor consolidar en un conjunto acotado de estándares que de verdad importan.
Cómo los aplica N45¶
Los guardrails son un piso siempre activo: valen para todos los miembros de la org, sin que nadie tenga que recordar activarlos. Durante la planificación (discovery y spec), N45:
- Adecúa la spec al estándar — reescribe lo que estaba prohibido a la alternativa aprobada, y agrega lo que es exigido (ej.: los tests obligatorios).
- Avisa cuando hizo ese ajuste, para que sea transparente qué cambió y por qué.
- Lo marca como
rejectedcuando la intención es irreconciliable con un guardrail (ej.: pide explícitamente algo prohibido). Es revisable — ajustás la intención o el Owner revisa el guardrail.
Así la gobernanza sucede en el origen del trabajo, no como un veto al final.