PRIMEROS
PASOS
/// /reload y un prompt
Si no hay proveedores, el primer arranque abre el asistente. Eliges un preset (Grok, Kimi, Claude, Ollama, el que uses), pegas la clave, ves el diff de models.json y auth.json, y confirmas. Si dices que no, no escribe. Si dices que sí, hace backup y escribe. No hay un «siguiente, siguiente, terminar» a ciegas.
Si ya hay claves y modelos, el asistente no sale. Vas al prompt.
Tras instalar la extensión hace falta un /reload para que pi la cargue. Sin ese paso, Alfred-Pi no está en la sesión aunque el symlink exista. Luego un prompt corriente basta. «Audita la seguridad de este repo». «Este 502 en producción». «Refactoriza este módulo sin cambiar el comportamiento». «Corrige la redacción de este README».
El radar lee esa frase. Si casa con los disparadores de un pack (palabra completa, no un subconjunto), enciende esa sala. Si nadie casa, mira la raíz del directorio: un Dockerfile, un astro.config.mjs, un sonar-project.properties. Si tampoco hay pista, no inventa un oficio. El modelo trabaja sin pack.
Las skills de los packs que hayas habilitado en /domains siguen disponibles para el modelo, aunque el contexto inyectado sea el de una sola sala. Tras repartir las cartas (habilitar todas las salas) también hace falta /reload.
/stack enseña de un vistazo el modelo activo, si el autopilot está encendido, qué packs hay y cómo va el presupuesto. /providers:doctor (o pi --alfred-pi=doctor) comprueba que las claves y los endpoints responden de verdad, con latencia, no con un ping de cortesía. /usage lee las sesiones locales y te dice qué te ha costado el día.
La instalación (git, symlink, desinstalación, la mudanza de 0.2 a 0.3) está en instalación. Cómo va un turno, en funcionamiento. Local, Chrome, la 0.2: FAQ.