ESTE DOCUMENTO ES HISTORICO — FASE 9.5 (marzo 2026). La arquitectura actual (CP-22B+) reemplazo Plan Mode con:
- Tool governance (
runtime/policies/tools/, 3 modos: disabled/readonly/agentic)- Perfiles cognitivos (
runtime/profiles/*.json)- Prompts declarativos (
runtime/prompts/*.md)- Memory injector (
runtime/policies/memory/)
Contexto historico
Section titled “Contexto historico”En FASE 9.5 se introdujo el “Modo PLAN” como un modo operacional del AI-LAB. Definia que el copiloto podia leer, analizar, diagnosticar y proponer, pero NO ejecutar cambios sin confirmacion explicita.
Este concepto usaba:
- Delimitadores
[HARD_FACTS_BEGIN]/[HARD_FACTS_END] - System prompt “Eres el copiloto autonomo del AI-LAB de Albert. Operas en MODO PLAN…”
build_system_context()con_current_mode_label()para inyectar el modo
Que lo reemplazo
Section titled “Que lo reemplazo”En CP-22B+, el comportamiento esta gobernado por:
| Antes (Plan Mode) | Ahora (FASE 21-22) |
|---|---|
| “MODO PLAN” en system prompt | chat_profile.json con prompt ligero |
| HARD_FACTS universal | Solo para reasoning/analysis |
| Shell bloqueado por modo | blocked_tools.json + bash_sanitizer |
| Confirmacion manual | 428 confirmation gate para write tools |
build_system_context() con modo | apply_profile() con perfil cognitivo |
Archivos legacy preservados
Section titled “Archivos legacy preservados”Los archivos de modos aun existen en runtime/modes/ pero no son la fuente de verdad activa:
runtime/modes/plan.py— preservado, no usado en routingruntime/modes/registry.py— preservado, no usado en routingruntime/modes/mode_manager.py— preservado, no usado en routing
Que se mantiene del concepto original
Section titled “Que se mantiene del concepto original”- Respuesta en espanol
- Separacion de hechos e inferencias
- No ejecutar acciones destructivas sin control
- Rollback inmediato
Pero la implementacion ahora es via perfiles, politicas y prompts declarativos.