Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

noesar-evolution-core

Entorno de trabajo AI auto-alojado con tokens de capacidad y seguridad: chat local con LLMs, agentes que modifican código bajo aprobación del propietario y trazabilidad auditiva inalterable. Sin dependencias en tiempo de ejecución, por defecto offline.

Ficha actualizada 22 sept 2026, 15:12 · upstream 22 sept 2026, 13:11 · release v0.2.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es noesar-evolution-core

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

noesar-evolution-core es un entorno de trabajo AI auto-alojado diseñado para permitir a los modelos actuar dentro de límites estrictos definidos por tokens de capacidad. El sistema separa claramente la propuesta del modelo, la decisión de política y la ejecución en sandbox, registrando todo en un ledger auditivo inalterable.

La arquitectura se organiza en tres modos principales: Ask (investigación con citas verificables), Create (edición de documentos y código) y Act (agentes con aprobación humana obligatoria para operaciones mutativas). Usa Node.js y Rust como frameworks principales, PostgreSQL 18 con pgvector para persistencia y row-level isolation.

Destaca por su enfoque en seguridad offline por defecto, sin API keys ni dependencias externas activas. Incluye un sistema de effect receipts que verifica cambios no declarados mediante signed in-toto Statements. La licencia es AGPL-3.0 o posterior.

CASOS DE USO
  • Auditoría de acciones de agentes AI en repositorios locales con trazabilidad completa
  • Automatización segura con aprobación humana paso a paso para operaciones mutativas
  • Chat local con LLMs sin API keys ni dependencias externas activas
  • Gestión de código con sandbox y verificación de efectos mediante signed statements
PUNTOS DESTACADOS
  • Aprobación humana obligatoria para todas las operaciones mutativas antes de ejecución
  • Trazabilidad auditiva con ledger inalterable que registra incluso lo rechazado
  • Sin componentes propietarios en ejecución (FOSS_CORE_DEPENDS_ON_ATOM=false)
  • Verificación de efectos mediante signed in-toto Statements verificables externamente
PRECAUCIONES
  • No está listo para producción (production_ready=false según estado interno)
  • macOS no ha sido probado en ejecución real, solo verificado estáticamente
  • Requiere Node 22 y Docker/OCI container para despliegue estándar
  • Sin soporte de red por defecto (solo providers externos opt-in con credenciales cifradas)
  • Pentest independiente aún no ejecutado según documentación oficial
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Usar deployment/docker/build.sh o INSTALLATION/install-unraid.sh. Verificar endpoints /livez, /readyz y /api/v1/auth/status antes de producción. Asegurar PostgreSQL 18 con pgvector y row-level isolation activo. Configurar credenciales cifradas para providers externos si se usan. Requiere Node 22.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.jsRust
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.