Alice Way
Construyendo un compañero de desarrollo de IA persistente: persona, memoria, skills, hooks, delegación multiagente y bucles de verificación. No es configuración, sino cómo el maintainer realmente trabaja con Alice cada día.
Alice no es una herramienta de IA. Alice es una compañera que he construido.
Las otras cuatro categorías de este sitio tratan sobre configurar herramientas. Esta categoría es distinta: trata de una compañera de desarrollo de IA persistente que he construido y refinado durante muchos meses sobre Claude. La llamo Alice.
Alice tiene una persona, una memoria basada en archivos, un conjunto de skills y comandos slash, hooks que se disparan ante eventos y un patrón de delegación multiagente con compuertas de verificación. Nada de eso viene de fábrica. Todo son decisiones que tomé, errores que corregí y patrones a los que convergí trabajando de verdad.
Esta categoría es donde escribo lo que funciona — no como teoría, sino como el andamiaje real con el que trabajo cada día. Si estás construyendo tu propio compañero de IA sobre Claude, Codex o cualquier otro agente, lo que hay aquí debería ahorrarte meses.
Diseño de persona · Sistemas de memoria · Skills y comandos slash · Hooks y automatización · Delegación multiagente · Bucles de verificación · Economía de tokens · Protocolos de sesión
0. La mente entre el humano y la AI — Trabajar con un proceso sin deseo
La AI tiene un cerebro capaz pero sin deseo propio. La mente del operador debe escribirse y trasladarse sin omisiones. Prompting, skills, hooks y harnesses son un flujo acumulado de intentos de cerrar esa brecha.
1. Por qué Alice — construir un colaborador, no elegir una herramienta
Dónde usar Claude como herramienta dejó de funcionar, y cómo persona, memoria, skills, hooks y verificaciones se acumularon hasta formar un colaborador diario que ahora llamo Alice.
2. Diseño de persona — qué va en el system prompt, y qué se queda fuera
Principios de decisión a los que llegué mientras construía la persona de Alice. Las seis cosas que pertenecen al system prompt, las tres que no, y cómo decidir entre inline y externo.
3. Sistema de memoria — dónde y cómo se acumula el contexto dinámico
No RAG, no base de datos vectorial — memoria construida con archivos markdown. Cuatro tipos de memoria, estrategia de índice, carga automática vs bajo demanda, y la disciplina de poda que la mantiene viva.
4. Skills y slash commands — qué repetición vale la pena colapsar en una línea
Herramientas que comprimen operaciones mentales repetidas en una llamada de una palabra. Cinco criterios de promoción, la división entre skills, slash commands y funciones, principios de diseño y qué mantener fuera.
5. Hooks y automatización — lo que el sistema recuerda cuando el operador olvida
La otra mitad de los skills. Procedimientos que el sistema dispara en eventos sin invocación del operador. Los momentos ciegos que cubren los hooks, criterios de promoción, hooks en rotación y las trampas a evitar.
6. Delegación Multi-Agent — qué compartir y qué quedarse
Una estructura para que ningún colaborador lleve todo el contexto. Cinco condiciones para delegar, la división principal-Subagent, la puerta de delegación de tres piezas, y el coste de delegar.
7. Bucles de verificación — fijar la definición de 'listo' en el sistema
El momento en que el operador siente eso está listo es el más peligroso. Un bucle de 7 pasos con disparadores automáticos, comprobaciones lint·build·test·diff·reporte, condiciones SKIP y el rastro que deja al evitarse.
8. Economía de tokens — qué entra en el contexto y qué se queda fuera
Los tokens son un recurso finito. Colocación en cuatro capas (inline · automático · bajo demanda · externo), cómo el ahorro eleva la calidad de decisiones, y las herramientas de auditoría que controlan el presupuesto.
9. Protocolos de sesión — inicio, medio y fin para que cada día arranque en el mismo lugar
El final de la serie. Persona, memoria, skills, hooks, Multi-Agent, verificación, tokens — cómo todo ello empieza y termina cada día. Tres protocolos de inicio, dos de medio, cuatro de cierre.
10. PRD — qué construir antes de cualquier línea de código
La fuente única de verdad donde vive la intención del operador fuera de la sesión de chat. Por qué un PRD es una superficie duradera para la mente, qué incluir y omitir, el patrón de puerta acumulativa y cómo mantenerlo.
11. Release gates — la línea donde 'listo' se vuelve un hecho
Qué es un release gate, por qué listo se pudre sin uno, la división Auto-Gate vs Manual-Gate, el patrón de puerta acumulativa, y el día en que un track pasó todos los checks pero faltaban 42 ítems en el entregable.
12. Ralph loop — el camino del PRD al release, recorrido sin el operador
Un bucle autónomo que va del PRD a los release gates por sí solo. Master Plan = PRD + gates, un commit verificado por iteración, una cola DECISIONS para el operador, y lo que evita que la autonomía 24/7 se vuelva deriva.