Cuando Messari pone tu arquitectura en un informe de DePAI, ya no eres "otro proyecto de robótica más". La forma en que desglosan OM1 en ese artículo State of AI 2025 básicamente @openmind_agi trata como el diseño de referencia para robots interoperables. Revisé la sección de DePAI en OpenMind y luego la comprobé con la documentación de OM1 + GitHub. Las piezas encajan: la arquitectura central de OM1 pasa todo por un Bus de Datos de Lenguaje Natural y un fusor de estado que convierte las fuentes de sensores en bruto en un párrafo de estado del mundo antes de que cualquier agente decida qué hacer. A partir de ahí, los comportamientos no están codificados directamente en el firmware, están en las configuraciones de agentes JSON5 bajo /config/*.json5, donde mezclas entradas, acciones y prompts por robot. El repositorio tampoco es un juguete: 500+ PRs cerrados ya solo con OM1. ❯ DePAI: señala a OM1 como una arquitectura dentro de la pila más amplia de IA descentralizada ❯ Documentación OM1: NL Data Bus + State Fuser + planificación multi-LLM detallada ❯ GitHub: tiempo de ejecución modular activo donde cualquiera puede lanzar nuevas "habilidades" robóticas En comparación con la mayoría de los proyectos de DeAI (solo computación o datos), OpenMind está en la intersección: robots, agentes e infraestructura onchain en un solo bucle. Si eres constructor, mi movimiento sería: leer la página de arquitectura de OM1, ojear un vistazo a la sección de DePAI, luego hacer un fork del repositorio y escribir un pequeño agente JSON5. Es entonces cuando entiendo cómo podría ser un sistema operativo robot global e interoperable