Su repositorio, listo para agentes en tres comandos.

Qué acaba de pasar

• leji start lanzó un host de agente detectado desde la raíz del repositorio, con una sola instrucción: leer primero el perfil de arranque, de modo que su contexto inicial es el del equipo y no lo que hubiera inferido del árbol de archivos. Eso es una instrucción, no una comprobación: leji señala el archivo al agente y nunca verifica que lo haya leído. Si no detecta ningún host, o en una ejecución automatizada, no lanza nada e imprime la línea que hay que ejecutar.
• Antes de lanzarlo, leji start mostró un bloque de preparación para este clon: si la CLI de Leji declarada por el repositorio está disponible en la versión que necesita la línea de especificación de la capa, si el servidor MCP está registrado para el host que eligió, si hay un .mcp.json compartido confirmado, y si el hook de pre-commit está instalado. Cada carencia se notifica junto con el comando para resolverla, pero ninguna impide continuar.
• Comprobar la capa en sí es otra cosa: leji validate para los esquemas y las reglas de lint, leji conformance para el nivel que declara. Ambos se ejecutan desde el paquete que acaba de instalar, en su propia máquina, sin ningún servicio de por medio.
• El utillaje no abre ninguna conexión por su cuenta: detrás no hay cuenta, registro ni servicio alojado. Lo que llega a la red lo invoca usted mismo: las descargas de federación contactan con el repositorio que usted nombró, y el paso de dependencias de leji init y leji adopt ejecuta su propio gestor de paquetes con su sí explícito. El agente que lanza leji es el que usted ya ejecuta, con su propio comportamiento de red.