De Orin Nano a Jetson AGX Thor: reconstruir la base antes de que llegue la máquina

Actualizado 28 de agosto de 2026EstrategiaPor Catalin Adelin Iovan Raducu

Evopien está pasando de su primer prototipo Orin Nano a un programa para Jetson AGX Thor desarrollado desde cero. La implementación anterior se conserva como evidencia histórica de ingeniería; la generación Thor parte de requisitos gobernados, criterios de verificación explícitos y una nueva identidad con linaje declarado, en lugar de heredar el estado de ejecución anterior.

ACTUALIZACIÓN DE AVANCESThor ha llegado. La plataforma, AEC y cámara independientes, la referencia acotada de Qwen3-Omni y el trabajo de identidad de Core ya cuentan con registros en el hardware objetivo; J-011 explica el posterior giro hacia un sistema modular en tiempo real y el criterio pendiente de MS-08.
Completado
Una nueva base de proyecto nativa para Thor define ahora 102 requisitos, 16 hitos condicionados a evidencia, 30 riesgos supervisados, autoridad de las fuentes, linaje de identidad, interfaces que bloquean ante fallos y una secuencia para la llegada del hardware. El repositorio activo superó sus comprobaciones de base independientes del equipo anfitrión antes de publicarse.
Límite conocido
Jetson AGX Thor aún no se ha recibido ni verificado. Qwen3-Omni es únicamente el primer candidato a proveedor local; no se afirma ningún resultado en Thor de modelo, audio, cámara, red, rendimiento, memoria, activación de identidad ni comportamiento físico. Los documentos pendientes de revisión del fundador y los criterios de publicación siguen abiertos.
Tipo de registro
Transición de arquitectura
Ver el estado del desarrollo en Thor

REGISTRO DEL PROYECTO / J-010 / 26 DE AGOSTO DE 2026

Cambió la máquina objetivo. Con ella cambió la base del proyecto.

Evopien comenzó en un Jetson Orin Nano Super porque era la máquina disponible para el primer prototipo local serio. Esa generación produjo evidencias útiles: un ciclo de voz local, interrupción, visión bajo demanda, cancelación de eco por hardware, latencia medida, experimentos de identidad persistente y una visión mucho más clara de los límites de un sistema de procesamiento local de 8 GB.

La siguiente máquina es un NVIDIA Jetson AGX Thor Developer Kit. No se está tratando como un sustituto directo más rápido. El programa activo se ha reconstruido alrededor de Thor en un repositorio limpio, con requisitos, criterios de hitos, autoridad de fuentes, seguimiento de riesgos, reglas de recuperación y definiciones explícitas de qué cuenta como evidencia antes de tocar el hardware.

Decisión de arquitectura

Conservar las evidencias. Eliminar la ambigüedad heredada.

Una transición desde cero protege la historia útil sin obligar al desarrollo de Thor a heredar deuda de compatibilidad antigua, supuestos obsoletos ni un estado de identidad cuya continuidad no se haya establecido.

ElementoEstadoEvidencia
Registros de ingeniería OrinConservados

Los registros del diario, las mediciones, las notas de fallos, la topología probada y las lecciones de implementación siguen disponibles como evidencia histórica.

Implementación OrinSolo histórica

No es la base de nuevas funciones ni puede definir silenciosamente el entorno de ejecución de Thor.

Controles del proyecto ThorPreparados

Los requisitos, hitos, riesgos, precedencia de fuentes, linaje de identidad, contratos que bloquean ante fallos y etiquetas de evidencia son ahora explícitos.

Entorno de ejecución ThorNo verificado

En el momento de este registro no se ha realizado ninguna ejecución física en la máquina objetivo.

Migración automática de estadoProhibida

El historial de conversación, la memoria operativa y el estado de identidad del predecesor no se importan por defecto.

Plataforma objetivo

Cambia el margen de recursos. No la exigencia de prueba.

NVIDIA especifica el Jetson AGX Thor Developer Kit con un módulo T5000, 128 GB de memoria y una unidad NVMe integrada de 1 TB. Esos recursos justifican probar una arquitectura multimodal local más capaz, pero las especificaciones no constituyen evidencia de rendimiento de Evopien.

Leer las especificaciones de la plataforma de NVIDIA

Kit objetivo
NVIDIA Jetson AGX Thor Developer Kit
Módulo
Jetson T5000 · Arquitectura Blackwell
Memoria
128 GB de memoria unificada · Especificación oficial de la plataforma, no un resultado medido de Evopien
Almacenamiento
NVMe integrado de 1 TB · Estado de fábrica pendiente de registrar antes de modificarlo
Primer candidato a proveedor
Qwen3-Omni-30B-A3B-Instruct · Candidato de referencia previsto, aún no ejecutado en Thor
Estado de la referencia
Pendiente de entrega · Verificación física no iniciada

Decisión de identidad

El linaje se declara. La continuidad no se inventa.

La generación Thor tiene una nueva identidad canónica reservada para su creación en MS-06. La identidad de la generación Orin es su predecesora de ingeniería, pero el proyecto no afirma que ambas sean el mismo individuo activo.

El registro de creación declarará el linaje y la separación entre generaciones. No importará continuidad autobiográfica, historial de conversación, memoria operativa ni estado de identidad. Esto conserva una historia significativa del proyecto sin convertir una migración de software en una afirmación de continuidad personal sin respaldo.

Secuencia de llegada

Qué ocurre cuando llega Thor.

El primer objetivo no es una demo impresionante. Es un estado de máquina reproducible y recuperable cuyos resultados posteriores sean fiables.

  1. MS-01 · Registrar la custodia y el estado de fábrica

    Fotografiar e inventariar el kit, registrar las etiquetas y el estado del almacenamiento, conservar las evidencias de entrega y capturar la base intacta antes de cualquier instalación o cambio de firmware.

  2. MS-02 · Establecer la plataforma compatible

    Instalar únicamente mediante la vía admitida por NVIDIA, registrar versiones exactas y modos de potencia, verificar almacenamiento y recuperación y demostrar que la máquina puede volver a un estado conocido.

  3. MS-03 · Verificar periféricos reales

    Verificar cámara, micrófono, reproducción, cancelación de eco por hardware, red y comportamiento ante fallos de forma independiente antes de combinarlos.

  4. MS-04 · Poner en marcha el modelo candidato de referencia

    Ejecutar primero Qwen3-Omni como candidato a proveedor, capturar la configuración exacta y las salidas y separar el éxito funcional de las afirmaciones de rendimiento o calidad.

  5. MS-05 · Medir el sistema con honestidad

    Registrar latencia, memoria, potencia, comportamiento térmico, estabilidad y concurrencia en la máquina real. No trasladar las cifras de Orin como predicciones.

  6. MS-06 y MS-07 · Conectar Core gobernado y los límites de internet

    Activar la nueva identidad mediante creación con linaje, demostrar la gobernanza determinista y añadir capacidad de red únicamente mediante políticas, credenciales, registros y controles de fallo explícitos.

  7. Desde MS-08 · Ganarse la integración

    El solapamiento de voz, la percepción, la memoria, la privacidad multiusuario, la presencia, los adaptadores y el cuerpo físico avanzan como subsistemas separados con sus propios criterios antes de afirmar una Alpha integrada.

Qué viene después

Primero Thor. Después, el sistema completo de interacción.

  1. 01Cerrar las decisiones pendientes de revisión del fundador y mantener los hashes exactos de las fuentes controladas alineados con el repositorio.
  2. 02Completar las evidencias de custodia, plataforma compatible, periféricos, recuperación y base en la máquina entregada.
  3. 03Evaluar Qwen3-Omni como primer candidato a proveedor sin tratar el modelo como la identidad de Evopien.
  4. 04Demostrar Core gobernado, la activación de la nueva identidad, la separación de relaciones, los límites de memoria, la auditabilidad y la mediación segura de internet.
  5. 05Reconstruir voz, gestión del solapamiento, percepción y presencia conversacional basándose en mediciones de Thor, no en supuestos de Orin.
  6. 06Añadir expresión, movimiento y habilidades prácticas acotadas solo cuando existan sus criterios de hardware y seguridad.

Abrir la hoja de ruta condicionada a evidencias del programa actual, o consultar los límites vigentes del desarrollo antes de tratar como implementado cualquier subsistema previsto.

Límite de las evidencias

Qué no afirma esta transición.

ElementoEstadoEvidencia
Hardware recibidoTodavía no

La entrega está pendiente en el momento de la publicación; aún no existen evidencias del estado de fábrica ni de la plataforma compatible.

Rendimiento de ThorDesconocido

No se ha medido en Thor ningún resultado de Evopien de latencia, memoria, potencia, temperatura, calidad del modelo ni funcionamiento prolongado.

Qwen3-Omni aceptadoTodavía no

Es el primer candidato que se evaluará, no un proveedor congelado ni una definición de identidad.

Nueva identidad activaTodavía no

La identidad canónica está reservada y sigue sujeta a su criterio de creación con linaje.

Foundation v2.0.1 / Alpha v0.3 aprobadasNo

Ambas siguen siendo borradores pendientes de revisión del fundador; Foundation v1.2 continúa siendo la referencia rectora hasta que una aprobación gobernada cambie ese estado.

Humanoide integradoNo se afirma

La memoria, la privacidad, la presencia, la actuación, la validación de seguridad, los controles de despliegue y la capacidad física general siguen siendo trabajo futuro.

Volver al diario completo