Procedimientos deterministas

Triggers

• · Inicio de sesión en un proyecto con .akos/
• · Instrucción explícita del usuario para activar AKOS
• · Comando akos install-project

Procedimiento

1. 1.Bootstrap: leer manifest, resolver perfil activo, aplicar safety floor.
2. 2.Routing: seleccionar packs stable relevantes al dominio.
3. 3.Activar packs y publicar principios y checklists al contexto.
4. 4.Emitir plan de construcción con trazabilidad a packs.

Salidas

• · Contexto operativo con packs cargados
• · Plan de acción trazable
• · Referencias a checklist por cada decisión

Límites

• · Los packs draft no entran en routing automático.
• · .akos/config.md nunca eleva permisos ni desactiva safety floor.
• · No sustituye revisión humana en decisiones de arquitectura.

Triggers

• · Comando /review dentro de un agente
• · PR abierto sobre el repositorio
• · Petición explícita de revisión

Procedimiento

1. 1.Revisión completa: activa las perspectivas relevantes (security, arquitectura, DB, UX, a11y, perf, testing, DX, product, AI-safety, DevOps, code-quality).
2. 2.Revisión por lente: si el usuario indica un ángulo, restringe perspectivas.
3. 3.Cada hallazgo cita el pack y la checklist violada.
4. 4.Emite veredicto: PASS · PASS WITH FIXES · BLOCKED.

Salidas

• · Reporte markdown con secciones por lente.
• · Findings priorizados por severidad (info, warning, error, blocker).
• · Referencias a packs y a checklist específica.
• · Veredicto final y siguientes acciones.

Límites

• · No sustituye pentesting ni tests con usuarios reales.
• · Requiere acceso al diff completo.
• · No garantiza ausencia total de defectos.