Wenn Messari deine Architektur in einem DePAI-Bericht aufnimmt, bist du nicht mehr "nur ein weiteres Robotikprojekt". Die Art und Weise, wie sie OM1 in diesem State of AI 2025-Bericht aufschlüsseln, behandelt @openmind_agi im Grunde als das Referenzdesign für interoperable Roboter. Ich habe den DePAI-Bereich zu OpenMind durchgesehen und dann mit den OM1-Dokumenten + GitHub abgeglichen. Die Teile passen zusammen: Die Kernarchitektur von OM1 leitet alles über einen Natural Language Data Bus und einen State Fuser, der rohe Sensordaten in einen Absatz des Weltzustands umwandelt, bevor ein Agent entscheidet, was zu tun ist. Von dort aus sind Verhaltensweisen nicht fest in die Firmware codiert, sie leben in JSON5-Agenten-Konfigurationen unter /config/*.json5, wo du Eingaben, Aktionen und Aufforderungen pro Roboter mischst. Das Repo ist auch kein Spielzeug: bereits über 500 geschlossene PRs nur für OM1. ❯ DePAI: hebt OM1 als Architektur im breiteren dezentralen KI-Stack hervor ❯ OM1-Dokumente: NL Data Bus + State Fuser + multi-LLM-Planung erklärt ❯ GitHub: aktives, modulares Laufzeitsystem, in dem jeder neue Roboter-"Fähigkeiten" bereitstellen kann Im Vergleich zu den meisten DeAI-Projekten (nur Berechnung oder nur Daten) sitzt OpenMind an der Schnittstelle: Roboter, Agenten und Onchain-Infrastruktur in einem Loop. Wenn du ein Builder bist, wäre mein Schritt: lies die OM1-Architekturseite, überfliege den DePAI-Bereich und forke dann tatsächlich das Repo und schreibe einen kleinen JSON5-Agenten. Dann wird klar, wie ein globales, interoperables Roboter-Betriebssystem aussehen könnte.