IA que puede actuar.Sin la autoridad para actuar.
El modelo propone. La política decide. Un sandbox ejecuta. Un registro deja constancia, también de lo que fue rechazado.
| 14:22:07.318 | proposal | workspace.write | src/policy/limits.mjs |
| 14:22:07.318 | token | absent | none presented |
| 14:22:07.319 | decision | REFUSED | no declared authority |
| 14:22:07.319 | ledger | 9f2c…a71 | prev 4d10…c8b |
homeUna instalación que funciona, no una maqueta. Junto a Start here se lee 2 of 6 can act on this build: el producto dice qué caminos todavía no pueden actuar en vez de esconderlos.
Cuatro cosas que no necesitas.
Casi toda la IA autoalojada pide una cuenta, una clave, una red y algo propietario antes de decir una palabra. Aquí no se pide ninguna de las cuatro, y detrás de cada ausencia hay una medición.
- No hace falta: Una cuenta
- El acceso es un registro de primer propietario en tu propia máquina, con autenticación de dos factores. No hay clave de licencia que activar ni nadie ante quien darse de alta.
FEATURES.md: Owner registration, no license key - No hace falta: Una clave API
- El núcleo se compila, arranca, funciona y supera su propia batería de pruebas sin ninguna clave. Los proveedores externos se encienden a mano y siguen apagados hasta que enciendes uno.
README.md: Offline by default - No hace falta: Una red
- La imagen se construye sin ninguna red alcanzable y el contenedor arranca y sirve igualmente. Nada tiene que salir de la máquina.
docs/ATOM_ABSENT_ACCEPTANCE.md: --network=none - No hace falta: Una pieza propietaria
- El núcleo funciona sin ningún componente reservado presente. Queda registrado como una ejecución que ocurrió, no como una afirmación.
FOSS_CORE_DEPENDS_ON_ATOM=false - Hace falta: Una máquina que ejecute un contenedor
- Una imagen, un contenedor, sobre infraestructura tuya. El requisito es todo eso.
Seis pantallas de la instalación desde la que se escribe esta página.
Ni renders ni un archivo de diseño. Salen de la compilación que corre en la máquina descrita aquí. La barra al pie de cada pantalla lleva siempre las mismas dos cosas: qué puede salir de la instalación, y cuántas decisiones esperan.
Tomadas el 07/09/2026 · tema Midnight · en inglés · ninguna pantalla retocada
modelsEl modelo que responde, con su licencia, su ventana de contexto y quién lo firmó. La tarjeta de al lado es esta máquina: una RTX 3060 de 12 GB, y 46 de 65 capas puestas encima porque es lo que cabe.
approvalsUna sola cola para todos los subsistemas. Aquí está vacía, y esa es la lectura: en el momento de la toma no había nada esperando a una persona.
codenEl agente de código unido a la sesión viva, marcado local-only, con una ejecución en sombra bajo el prompt. Lo que planifica se mide contra una copia antes de que se mueva un archivo real.
projectsUn proyecto mientras se escribe, no uno terminado: el formulario está relleno y Create no se ha pulsado. El campo de instrucciones lleva la regla bajo la que está escrita toda esta página.
privacySin atadura a un proveedor, y a falta de permiso se niega. Los puntos locales son la opción por defecto y los externos siguen apagados hasta que se concede un ámbito de datos explícito.
El límite es una tabla en el código, no una promesa en un documento.
El registro de herramientas se deriva de la tabla de efectos, no se mantiene a mano junto a ella. Tres efectos, tres respuestas distintas.
| Efecto | Métodos | Registrados como herramientas |
|---|---|---|
| read | 21 | Sí Recuperación, inspección, búsqueda. Sin aprobación, sin efectos secundarios. |
| write | 9 | Sí, cada llamada espera a una persona Una llamada que modifica se detiene a mitad de turno y espera una aprobación explícita. La cola y su rastro son de primera clase, no una línea de registro. |
| destroy | 2 | No. No se entregan como herramientas Clasificados, con esquema, alcanzables por una persona en el terminal tras una palabra de confirmación tecleada, y deliberadamente nunca puestos en manos de un modelo. Un modelo que emite JSON no tiene equivalente a teclear una palabra a propósito. |
Preguntar. Crear. Actuar.
- Preguntar
- Investigación y respuestas ancladas en fuentes con citas, sobre recuperación controlada, no una suposición del modelo sin atribución.
- Crear
- Documentos, código, tablas, gráficos y lienzos editables que viven dentro de un proyecto, no como cargas sueltas.
- Actuar
- Agentes, herramientas, aprobaciones, trabajo programado y ejecución que deja tras de sí un rastro auditable.
Cada máquina se volvió más rápida. Solo la última tomó partido.
Cuatro siglos de informática, y siempre el mismo acuerdo: la máquina ejecuta, una persona decide. Avanza solo. Tómalo con la mano para ver dónde se rompe ese acuerdo, y qué hay que reconstruir cuando ocurre.
1642
Mecánica
Los engranajes de Pascal llevan las decenas. La máquina calcula; una persona decide todo lo demás, y a nadie se le ocurre escribirlo como una regla.
Avanza solo. Arrástralo, o usa las flechas.
Veintisiete pantallas, incluida la mitad que nadie enseña.
Las páginas de producto enseñan el chat. Algo que de verdad se opera tiene además una cola de aprobaciones, una página de seguridad, registros, salud, hardware, usuarios, copias y actualizaciones. Aquí está todo, agrupado por la pregunta que responde.
¿De dónde sale esta respuesta?
Recuperación con citas, una conversación que puedes ramificar y deshacer, y cuatro clases de memoria distintas.
chatUna conversación versionada: ramificar, corregir, unir, deshacer.researchRespuestas salidas de las fuentes recuperadas, con citas.knowledgeLos archivos, notas y hechos de los que bebe un proyecto.memoryCuatro categorías de memoria distintas, no un solo depósito.documentsTexto, hojas de cálculo, gráficos y lienzos.projectsDonde un trabajo se acota y se guarda.
¿Quién hace el trabajo?
Agentes, y un agente de código que planifica contra una copia sombra antes de que se mueva un archivo real.
codenUn agente de código sobre el espacio de trabajo de esta instalación.coden-tuiEl mismo agente por SSH, sobre la misma sesión viva.agentsObjetivos de varios pasos, cada uno con sus herramientas y su política.workflowsPasos encadenados, ejecuciones visibles mientras suceden.tasksTrabajo recurrente y diferido, en la misma superficie.toolsServidores MCP y herramientas HTTP, bajo el mismo consentimiento.
¿Qué lo detuvo?
La cola de aprobaciones, la frontera que acuña los testigos, y el registro de ambas.
approvalsCada paso que modifica espera aquí a una persona.securityTestigos de capacidad, aislamiento y reglas de salida.logsRegistros estructurados de lo que de verdad se ejecutó.access-deniedEl rechazo tiene pantalla propia.
¿Cómo lo mantengo vivo?
La mitad de quien lo opera: qué cabe en este hardware, quién puede entrar, y cómo se vuelve atrás.
homeEjecuciones, tareas y cola, en una sola superficie.modelsQué cabe en esta máquina, y quién lo firmó.providersPuntos externos, apagados hasta que enciendes uno.hardwareRAM, núcleos y aceleradores, detectados y no supuestos.healthEstado de los servicios en vivo, como lo pide una incidencia.usersPersonas, roles, y elevación que caduca.backupsInstantáneas con suma de verificación, tomadas con el servicio parado.updatesPaquetes firmados, con el anterior guardado para volver atrás.settingsMódulos, temas, teclado y terminal.aboutVersión, licencia, y qué es esta compilación.
La interfaz trae 27 vistas, 13 de ellas en la barra lateral. Aquí figuran veintiséis; la vigesimoséptima es la página que aparece cuando una dirección no existe.
Cuatro pasos. El cuarto te dice si funcionó.
Una imagen, un contenedor. El núcleo se compila, arranca, funciona y supera su propia batería de pruebas sin red externa alcanzable y sin clave API.
Coge el código
git clone https://github.com/komandante78/noesar-evolution-core.gitConstruye la imagen
bash deployment/docker/build.shArranca el contenedor
bash deployment/docker/run.shPregúntale si funcionó
./INSTALLATION/verify-installation.shINSTALLATION_VERIFY=PASS
El cuarto paso responde por sí mismo, o falla. No tienes que creer a esta página por su palabra.
Unraid se instala directamente
./INSTALLATION/install-unraid.shEl material para Podman, Linux, macOS y Windows está bajo deployment/.
Un número que no puedes reproducir es un defecto.
Medido en la máquina de desarrollo, desde este repositorio, en la fecha indicada. Si uno de estos comandos contradice el número, el número está mal. Abre una incidencia.
Medido el 2026-09-06
- 3 145pruebas superadasde 3 165 en 346 suites. 0 fallidas, 20 omitidas
npm test - 473archivos, cero erroresESLint 9.39.5 · 0 avisos
bash tools/run-eslint.sh - 6 696archivos en el manifiestoel repositorio, contado por el repositorio
node tools/generate-manifest.mjs - 0herramientas destructivas entregadasexisten dos · ninguna es alcanzable por un modelo
node -e "import('./services/reference-control-plane/src/ai-workspace/builtin-tools.mjs').then(m => console.log(m.EFFECT))"
Esta página no contradice el propio archivo de estado del producto.
Las reglas del proyecto prohíben presumir lo que no se ha medido. Tres cosas están abiertas, y nombrarlas aquí cuesta menos que dejar que las encuentre un revisor.
- production_ready = false
- Lo dice el propio archivo de estado del producto, y lo que lo mantiene ahí es una auditoría de seguridad independiente de terceros, por definición, algo que el autor no puede realizar sobre su propio trabajo.
- La prueba de intrusión no se ha ejecutado
- Su alcance está escrito y fechado en docs/security/INDEPENDENT_PENTEST_SCOPE.md, cuya primera línea dice: Status: not run.
- Instalado en un solo equipo
- Se ha instalado y probado en una máquina. No presumir una segunda no es lo mismo que haberlo demostrado, y las pruebas de instalación multiplataforma siguen siendo trabajo abierto.
Aquí nada pide que se le crea.
Cada cifra de esta página nombra el comando que la produjo. Ejecútalos en tu propia máquina y mira si aguantan.