REGISTRO DE LABORATORIO / J-006 / BASE DE CORE
De la puesta en marcha del hardware a la primera identidad persistente de Evopien.
El 12 de agosto, la plataforma de cabeza estacionaria cruzó un límite importante. Jetson ya no era solo un ordenador de desarrollo configurado: funcionaban la cámara, la matriz de micrófonos, la salida de altavoz y la ejecución en GPU, mientras los primeros servicios reales de Evopien Core utilizaban almacenamiento persistente.
La misma fase de desarrollo creó la primera identidad canónica de Evopien en el modelo de datos de Core. Repetir el flujo de arranque recuperó la identidad existente en lugar de crear una sustituta, proporcionando al proyecto su primer resultado de persistencia a nivel de implementación.
Base funcional
La primera plataforma de cabeza está preparada para desarrollar Core.
El sistema actual combina una base de cómputo Jetson Orin Nano Super con entrada visual funcional, micrófonos de campo lejano, salida de altavoz, aceleración GPU y un sistema de software local para el estado persistente de Evopien Core.
- Cómputo
- Jetson Orin Nano Super con el entorno de desarrollo JetPack actual
- Aceleración de IA
- Ejecución PyTorch respaldada por GPU probada con éxito
- Entrada visual
- Captura de cámara Logitech C920 en directo funcional
- Entrada de audio
- Grabación de micrófonos ReSpeaker XVF3800 funcional
- Salida de audio
- Reproducción por altavoz USB Creative Pebble funcional mediante la ruta de audio del escritorio
- Almacenamiento de Core
- FastAPI, PostgreSQL, SQLAlchemy y migraciones de base de datos versionadas ejecutándose localmente
Estado observado
Lo que realmente se demostró.
Estas categorías distinguen la implementación funcional de las capacidades que todavía existen únicamente como el siguiente paso de ingeniería.
Se completó correctamente una carga de trabajo de tensores en GPU en Jetson.
La cámara USB inicial produjo una señal en directo funcional.
La matriz ReSpeaker grabó audio correctamente tras configurar el firmware.
El audio grabado se reprodujo correctamente mediante la salida actual del altavoz USB.
La API, la base de datos relacional, la capa ORM y las migraciones están operativas.
Las ejecuciones repetidas de arranque recuperaron la misma identidad almacenada y el mismo estado de creación.
Todavía no se ha implementado la primera relación con el creador.
La memoria privada y compartida y el control de acceso previo al modelo siguen siendo trabajo futuro.
La identidad y la persistencia se establecieron deliberadamente antes de integrar el modelo.
Consecuencia arquitectónica
La identidad está separada del modelo y del cuerpo.
El nuevo registro de identidad se almacena como estado de Core en lugar de definirse por una sesión concreta del modelo de lenguaje. Esto mantiene la arquitectura a largo plazo alineada con el requisito del proyecto de que modelos y cuerpos puedan cambiar sin crear silenciosamente un nuevo Evopien.
- Identidad canónica
Existe un único registro de identidad de Evopien con autoridad en almacenamiento persistente.
- Creación idempotente
Volver a iniciar el flujo de arranque recupera la identidad existente en lugar de generar otra instancia canónica.
- Independencia del modelo
Todavía no se ha conectado ningún LLM, por lo que la identidad no depende de un proveedor ni de una sesión de conversación.
- Límite del futuro cuerpo físico
Los controladores físicos estarán detrás de adaptadores de software y hardware gobernados, en lugar de recibir órdenes directas del modelo.