← Casos reals
REAL CASEcase-kai-evolution
Kai — capacitat tècnica no és autorització
L’evolució de Kai va consolidar el boundary entre allò que un agent pot fer i allò que està autoritzat a fer ara.
Context
Kai es va dissenyar per interpretar DCP Flow, analitzar repositoris, preparar handoffs i executar accions quan eines i permisos ho permeten.
Problema
Una llista de capacitats es podia confondre amb permís automàtic per modificar, mergear, desplegar o destruir.
Evidència
- Definició pública de capabilities.
- Human Gates en repositoris reals.
- Manual Fallback quan l’acció directa no està disponible.
Decisió
Formalitzar Capability ≠ Authorization i exigir context, permís i Human Gate per a accions materials.
Què va canviar
L’autorització es va tractar com una dimensió independent de la capacitat tècnica.
Què vam aprendre
- CAN DO ≠ AUTHORIZED NOW.
- Un fallback manual també ha de ser verificable.
- L’autonomia es governa segons risc i abast.
Com reutilitzar-ho
- Agents interns.
- Codex/Antigravity handoffs.
- Automatització de GitHub i infraestructura.
Què NO generalitzar
- Permisos d’una eina concreta.
- Accés permanent a tots els entorns.