INSTALACIÓN

La vía canónica es el comando del hero: pi install git:github.com/686f6c61/Alfred-Pi. Luego, en una sesión de pi, /reload. Después un prompt de prueba: «audita la seguridad de este repo». Si no hay proveedores, el asistente se ofrece solo.

¿Todavía no tienes pi? pi.dev, versión 0.84 o superior. ¿Quieres probar sin dejar la extensión instalada? pi -e git:github.com/686f6c61/Alfred-Pi.

Si prefieres el árbol a mano (para parchear o leer packs):

git clone https://github.com/686f6c61/Alfred-Pi
cd Alfred-Pi
ln -sfn "$PWD" ~/.pi/agent/extensions/alfred-pi

El detalle de permisos y doctor está en docs/instalacion.

Si vienes de 0.2.x, actualiza con pi update --all y arranca una sesión. El directorio de estado deja de llamarse ~/.pi/agent/pi-harness-moe/ y pasa a~/.pi/agent/alfred-pi/. El primer arranque tras actualizar no te deja sin perfiles. Si el directorio nuevo existe, se usa. Si no existe y sí el viejo, se copia (no se mueve) y se dejamigrated-from.json con la fecha. El origen no se borra en 0.3.0. Si el origen es un fichero en lugar de un directorio, no se copia: el doctor ya lo diagnostica.

La política de memoria se lee primero en.alfred-pi/memory-policy.json y, si no existe, en.pi-harness-moe/. La escritura, solo en la nueva. Tusmodels.json, auth.json ysettings.json no los toca esta mudanza: son de pi.

El flag --harness-moe sigue respondiendo en 0.3.0. El doctor avisa de que el canónico es --alfred-pi. En 0.4.0 se retira el alias. Los valores (doctor,usage, stack, autopilot,domains y las variantes :json) no cambian.

pi remove git:github.com/686f6c61/Alfred-Pi
rm -rf ~/.pi/agent/alfred-pi

Quitar el symlink no borra tus claves. Las claves viven en los archivos nativos de pi. El directorio alfred-pi/ es estado del harness (perfiles, salud, backups, sonar.env). Bórralo solo si quieres tirar esa casa, no la de pi.