Când Messari pune arhitectura ta într-un raport DePAI, nu mai ești "doar un alt proiect de robotică". Modul în care analizează OM1 în acel articol despre Starea AI 2025 îl @openmind_agi tratează practic ca pe designul de referință pentru roboți interoperabili. Am parcurs secțiunea DePAI din OpenMind, apoi am verificat cu documentația OM1 + GitHub. Piesele se aliniează: arhitectura de bază a OM1 trece totul printr-un bus de date în limbaj natural și un fusor de stare care transformă alimentele brute ale senzorilor într-un paragraf de stare a lumii înainte ca vreun agent să decidă ce să facă. De acolo, comportamentele nu sunt codificate direct în firmware, ci în configurațiile agenților JSON5 sub /config/*.json5, unde combini inputuri, acțiuni și prompturi pentru fiecare robot. Depozitul nu este nici el o jucărie: 500+ PR-uri închise deja doar pe OM1. ❯ DePAI: denunță OM1 ca arhitectură într-un stack AI descentralizat mai larg ❯ OM1 documentație: NL Data Bus + State Fuser + planificare multi-LLM detaliată ❯ GitHub: runtime modular activ unde oricine poate livra noi "abilități" ale roboților Comparativ cu majoritatea proiectelor DeAI (doar de calcul sau doar date), OpenMind se află la intersecție: roboți, agenți și infrastructură onchain într-un singur ciclu. Dacă ești un constructor, mișcarea mea ar fi: citește pagina de arhitectură OM1, răsfoiește secțiunea DePAI, apoi bifurcă efectiv depozitul și scrie un mic agent JSON5. Atunci înțelegi cum ar putea arăta un sistem de operare robot global și interoperabil