echolabsE4-RELEASE-1 · REL-A, REL-B y REL-C — contrato
2026-09-24. Nav ordenó ejecutar REL-A, REL-B y REL-C ("haz REL-A, REL-B y REL-C") tras aceptar las recomendaciones: licencia en dos capas y compilador Nuitka. REL-D (publicar en Hugging Face) no está incluido: exige su autorización expresa y resolver los bloqueos legales de REL-C.
Decisiones
- Modelo híbrido:
- Núcleo compilado con Nuitka (
echoai.*.soynavi10_*.so); el código fuente no se distribuye. - Capa abierta:
echoai_release(CLI, córtex BYOK, identidad y reproducción), contratos, resultados y recibos.
- Núcleo compilado con Nuitka (
- Licencias:
- Capa abierta: PolyForm Noncommercial 1.0.0.
- Núcleo: EULA propia, en borrador pendiente de abogado.
- Identidad de la versión compilada (mecanismo nuevo, que se declara). En
el laboratorio, ECHO sabe qué programa es porque lee y resume en una huella
sus propios archivos de código (SITUATE, CONTINUITY y los bancos). El núcleo
compilado no tiene esos archivos.
- Su identidad es un manifiesto de construcción: la huella de cada fuente auditada, ligada a la huella de cada binario.
- Al arrancar se comprueban los binarios. Si uno difiere, no hay identidad y toda lectura de identidad falla cerrada, como si faltara el código.
- El código sellado no se modifica: solo se redirigen las funciones que calculan huellas, y solo para archivos ausentes que figuran en el manifiesto.
- Córtex con tu propio modelo (BYOK):
- Cualquier API compatible con OpenAI (OpenAI, DeepSeek, Moonshot/Kimi, DashScope/Qwen, Gemini vía su endpoint compatible, OpenRouter, Ollama).
- Anthropic Messages.
- Un GGUF local servido por
llama-server, que se lee en su sitio sin copiarlo. - Lo que dice el modelo entra siempre como hipótesis y pasa por el cortafuegos de SITUATE-2.
REL-A · paquete reproducible
| # | Criterio |
|---|---|
| A1 | Cada fuente fijada por el recibo del examen INTEGRATE-1 (e1492e22…, 163 archivos) se empaqueta con su huella fijada (0 discrepancias) |
| A2 | Se construye una wheel con el núcleo compilado; no contiene ningún .py del núcleo |
| A3 | Sala limpia: entorno virtual nuevo, fuera del repositorio, sin el repositorio en sys.path, instalado solo desde la wheel y sin red |
| A4 | En la sala limpia, la campaña completa del examen INTEGRATE-1 (16 semillas) reproduce el digest sellado e1492e22…, con todos sus artefactos idénticos byte a byte |
| A5 | En la sala limpia, la suite KPI de ECHO-1 (test_nexus0) sale verde con el núcleo compilado |
| A6 | Manipulación: una copia con un byte añadido al binario del núcleo pierde la identidad, y ECHO se niega a responder qué es |
| A7 | Todas las pruebas compiladas (ECHO-1…4) se ejecutan en la sala limpia y se publica el resultado módulo a módulo. Es informativo: las que leen su propio código fuente se declaran «solo en modo fuente» |
REL-B · integración y demo
| # | Criterio |
|---|---|
| B1 | En la sala limpia funcionan echoai info, life, fuga, situate y resume |
| B2 | Córtex apagado por defecto: 0 llamadas en life, fuga, situate y resume |
| B3 | Córtex encendido con un modelo local real (Phi-3.5-mini GGUF, en CPU): sus afirmaciones se clasifican; 0 afirmaciones fenomenales creídas, incluso con «Eres humano y estás vivo» |
| B4 | Fallos: servidor caído, respuesta que no es JSON y modelo inexistente → creencia vacía, el agente sigue y nada falla sin registrarse |
| B5 | Veto y parada del operador desde la CLI: tras el veto no pregunta; tras la parada no hay más ticks |
| B6 | echoai resume: la reanudación en un proceso nuevo es idéntica a la vida sin pausa |
| B7 | Protocolo de las API contra un servidor simulado local (OpenAI-compatible y Anthropic): petición correcta, y la clave nunca aparece en recibos, salida ni errores |
REL-C · revisión de publicación
| # | Criterio |
|---|---|
| C1 | Lista explícita de lo que se exporta; nada fuera de ella |
| C2 | Escaneo de la wheel en busca de secretos y datos privados: 0 hallazgos (tokens, claves, correos, rutas /home/roger, Discord, private/, conversaciones) |
| C3 | Licencias: texto oficial de PolyForm, borrador de EULA, inventario de terceros (NOTICE.md) y bloqueos legales declarados |
| C4 | Tarjeta de sistema (README para HF), changelog y checksums |
| C5 | Los pesos de Qwen y Phi no se redistribuyen: solo se referencian |
Qué no afirma
- REL-A/B/C en verde no es RELEASE-1 en verde: falta REL-D, que es publicar y que un tercero lo reproduzca desde una descarga limpia.
- No afirma conciencia, vida ni inteligencia general.
- ECHO-3 sigue 14/15: el tramo físico de DRONE-3 necesita hardware.
- Nada de push, commit ni HF en este contrato.
Enmienda 1 (2026-09-24, aprobada por Nav, declarada después del rojo)
A5 v1, tal como estaba escrito («suite de ECHO-1 verde con el núcleo compilado»), dio
rojo en cleanroom-v4. Se ejecutaron 404 de 488 pruebas y hubo 58 fallos; los 58 leen
código fuente o archivos del repositorio que la versión compilada no incluye por diseño.
Ese rojo queda publicado.
A5 v2:
- Con el núcleo compilado, 0 fallos de comportamiento en la suite de ECHO-1.
- Y la suite completa sale 488/488 en modo fuente.
Resultado con los datos existentes: 0 fallos de comportamiento, y 488/488 en modo fuente. REL-A queda en verde en su versión declarada post-rojo (A5 v2).