Hermanos, en los últimos dos años, cada vez que se habla de inteligencia encarnada, automatización robótica y la implementación de agentes, la atención de todos casi siempre se ve guiada por el mismo conjunto de narrativas. Quien tenga un robot que más se parezca a un ser humano, quien realice movimientos más fluidos, quien pueda mover cajas, atornillar y doblar ropa en el escenario, será quien represente el futuro. Pero cada vez siento más que este bullicio puede desviar fácilmente a las personas, porque lo que realmente determina el panorama de la industria no son solo unos pocos videos de demostración, sino quién define las formas de colaboración subyacentes, quién establece las barreras del hardware y software, y quién decide la distribución de datos y beneficios.
Para que la inteligencia encarnada ingrese al mundo real, hay tres problemas que no se pueden evitar. El primero es la fragmentación del hardware. Diferentes fabricantes tienen diferentes formas, diferentes sensores y motores, diferentes protocolos de comunicación y diferentes normas de seguridad, lo que lleva a que la misma capacidad no pueda ser reutilizada en diferentes plataformas. El segundo es el cierre del software. Muchos de los llamados ecosistemas en realidad tratan a los desarrolladores como subcontratistas, y las interfaces como limosnas; hoy se abre un poco y mañana se cierra un poco; cuanto más profundo te involucres, más difícil será salir. El tercero es la centralización de datos y beneficios. Los robots operan en tu fábrica, pero los datos fluyen de regreso a la nube de otros; las tareas son programadas por otros, y los beneficios son recortados por otros, al final, solo tienes la eficiencia de un alquiler.
Este modelo, a corto plazo, parece avanzar rápidamente, pero a largo plazo puede bloquear la industria. Los fabricantes de hardware pequeños y medianos que producen articulaciones o sensores más baratos y duraderos no pueden integrarse en el sistema mainstream. Los desarrolladores que crean módulos de planificación o control más inteligentes solo pueden distribuirse según las reglas de la plataforma, donde la proporción de división y la calificación de publicación no las deciden ellos. Los usuarios corporativos están en una situación aún peor; implementar robots que originalmente se quería para estabilidad y control, termina dependiendo de capacidades clave de plataformas externas. Una vez que cambian las interfaces, se restringen las autorizaciones, y aumentan los precios, todos los procesos deben reiniciarse. La inteligencia encarnada es elogiada como la próxima generación de productividad, pero al final, puede convertirse fácilmente en el próximo negocio de alquiler.
Y es precisamente por esto que prefiero invertir mi tiempo en esas infraestructuras críticas que no son llamativas. El camino de Fabric Foundation es una elección típica contra la corriente. No arroja todos los recursos en un hardware llamativo, ni depende de grandes modelos cerrados para generar un aire de misterio; más bien, se centra en algo más difícil y a largo plazo: construir una base de colaboración abierta para la inteligencia encarnada, donde los robots, desarrolladores, fabricantes de hardware y partes de la escena puedan colaborar bajo un mismo conjunto de reglas, sin ser bloqueados por las normas propietarias de algún gigante.
Cuando muchas personas escuchan este tipo de narrativas por primera vez, instintivamente sienten que son palabras vacías; el código abierto, la descentralización y la economía colaborativa suenan grandiosos. Pero tan pronto como realmente lo desglosas, te das cuenta de que su lógica es bastante sólida y muy pragmática. Lo que más falta en la implementación de la inteligencia encarnada no es la visión, sino la capacidad técnica reutilizable y una estructura de incentivos sostenible. El código abierto no equivale a hacer caridad; su valor radica en reducir al mínimo el trabajo repetitivo, disminuir el umbral de participación en el ecosistema y lograr una distribución de valor más cercana a la contribución misma.
Primero, lo más intuitivo: desacoplamiento de hardware. Hoy, uno de los mayores problemas de la industria robótica es que cada fabricante quiere hacer su propio stack completo cerrado. Las interfaces de hardware son suyas, los protocolos de control son suyos, el stack de control de movimiento es suyo, e incluso las herramientas de orquestación de tareas son suyas. El resultado es que cambiar un robot equivale a cambiar de mundo. El tiempo de los desarrolladores se desperdicia en adaptación y transporte, los fabricantes de hardware quedan atrapados en islas incompatibles entre sí, y las partes de la escena se ven obligadas a comprometerse entre unos pocos proveedores.
Fabric Foundation enfatiza el uso de una capa de abstracción unificada, para ocultar las diferencias de hardware tanto como sea posible en el nivel básico, permitiendo que las habilidades y tareas en el nivel superior puedan migrar entre plataformas. Su significado central no radica en lo espectacular de alguna función específica, sino en que intenta permitir que la inteligencia encarnada aparezca con una base escalable, como lo hizo en las primeras etapas de Internet móvil. No necesitas reescribir la lógica de control para cada modelo de motor, ni reescribir una línea de percepción para cada cámara de profundidad, y mucho menos aprender un nuevo modo de configuración para cada cadena de herramientas de cada fabricante. Para los desarrolladores, esto significa que la misma capacidad puede correr en más dispositivos, y la curva de retorno de inversión mejorará notablemente. Para los fabricantes de hardware, mientras conecten su hardware a las especificaciones básicas, tendrán la oportunidad de acceder a un mercado más grande, en lugar de depender de un equipo de ventas para negociar integración con cada uno. Para las partes de la escena, los suministros robóticos se vuelven más intercambiables, con un mayor poder de negociación y también más seguros.
Pero solo tener una abstracción técnica no es suficiente; para que el ecosistema de inteligencia encarnada funcione, debe resolver la colaboración y la distribución. Muchas plataformas llamadas así, superficialmente también ofrecen herramientas y mercados, pero en realidad sostienen recursos clave en sus propias manos. Tú contribuyes con código, la plataforma se queda con el tráfico. Tú contribuyes con datos, la plataforma se queda con los beneficios del entrenamiento. Tú contribuyes con equipos, la plataforma se queda con el poder de programación. Al final, cuanto más participas, más dependiente te vuelves, y cuanto más dependiente, más vulnerable. Esta no es una estructura industrial sostenible.
Fabric Foundation enfatiza un diseño de mecanismo que relaciona contribución, crédito y beneficios. Lo más discutible aquí es la posición de ROBO en el ecosistema. Muchas personas tienden a ver los tokens como etiquetas de precio, donde las subidas y bajadas lo deciden todo. Pero si solo te fijas en el precio, te perderás lo más crucial; el token aquí es más como el combustible y herramienta de restricción de un sistema colaborativo. Coloca derechos de participación, invocación de recursos, liquidación de tareas y acumulación de crédito en el mismo libro contable, utilizando medios económicos para garantizar que las reglas sean ejecutables.
Prefiero entender este proceso como la conexión de tres rutas. La primera es la conexión de recursos. Cualquier dispositivo que quiera unirse a una red de colaboración no solo necesita conectarse a Internet; necesita ser reconocido, restringido y medido. Los fabricantes de hardware y los proveedores de nodos deben invertir costos, y el sistema necesita una unidad que pueda medir y restringir; aquí es donde ROBO asume el papel de ticket y garantía. No puedes garantizar la calidad del servicio solo con promesas verbales, mucho menos cubrir dispositivos de cola larga a nivel global con auditorías centralizadas; las garantías y mecanismos de sanciones son, de hecho, métodos más universales.
El segundo vínculo es la distribución de capacidades. Cómo pueden ser reutilizados y continuados los módulos de habilidades, scripts de tareas y estrategias de control escritos por los desarrolladores. El código abierto puro, por supuesto, puede facilitar la difusión, pero en realidad, el mantenimiento continuo también requiere recompensas; de lo contrario, los proyectos de código abierto pueden detenerse fácilmente una vez que la emoción se disipa. A través de la liquidación en cadena y la distribución de beneficios, los proveedores de habilidades pueden obtener ingresos cuando son invocados, lo que proporciona un incentivo para el mantenimiento y la actualización. Lo más importante es que este beneficio no es un regalo del plataforma, sino una regla predeterminada a nivel de protocolo que reduce la incertidumbre humana.
El tercer vínculo es la acumulación de crédito. Lo que más escasea en la inteligencia encarnada no son los efectos de demostración, sino la ejecución estable. Si un robot puede completar tareas a tiempo, o mantener la seguridad y la consistencia en entornos complejos, todo esto requiere un registro y evaluación a largo plazo. Por supuesto, una plataforma centralizada también puede hacer calificaciones, pero las reglas de calificación pueden cambiar en cualquier momento, y los datos pueden ser ocultados o manipulados. Solo al convertir los registros de ejecución de tareas, métricas de rendimiento, fallas y resolución de disputas en una historia que no puede ser alterada fácilmente, el crédito puede volverse realmente transferible. El valor de la transferibilidad del crédito radica en que, si cambias de proveedor de hardware, de socio de escena, o incluso de país y región, tu contribución histórica aún puede ser reconocida, puedes acceder a tareas de mayor valor, puedes obtener una invocación de recursos a menor costo, y también es más fácil formar una división del trabajo profesional.
Cuando estas tres rutas se conecten, la inteligencia encarnada tendrá la oportunidad de pasar de un modelo de proyecto a uno de red. Hoy, muchas empresas de robótica abordan proyectos como si fueran obras, acumulando personal a través de la personalización, y se dispersan una vez que se completa la entrega. La red implica que puedes descomponer tareas complejas en módulos combinables, entregar esos módulos a diferentes nodos para su ejecución, y hacer una coincidencia de mercado entre las capacidades y los créditos de los nodos. Así, la escalabilidad ya no depende completamente de la capacidad de una sola empresa, sino de la eficiencia colaborativa de toda la red.
Por supuesto, por muy bien que se diga, también hay que enfrentar la resistencia de la realidad. Este camino hacia una base abierta tiene tres obstáculos que deben superarse.
El primer obstáculo es la consistencia entre diferentes hardware. El desacoplamiento de hardware no significa que las diferencias en el mundo físico desaparezcan. La holgura y rigidez de diferentes articulaciones, las características de ruido de diferentes sensores, y los límites de estabilidad de diferentes estructuras de cuerpo, todos llevan a que la misma tarea se comporte de manera diferente en diferentes dispositivos. Para absorber estas diferencias en el nivel básico, se requiere mucho trabajo de ingeniería, así como datos de escena reales suficientes para calibrar. Este proceso no será instantáneo, pero la dirección es correcta; cuanto antes se establezca una abstracción unificada, más fácil será reutilizar los resultados en iteraciones futuras.
El segundo obstáculo es el arranque en frío del ecosistema. Aunque los módulos de habilidades son excelentes, sin suficientes dispositivos y escenas para invocarlos, será difícil generar beneficios. Con muchos dispositivos, pero sin habilidades de alta calidad suficientes para respaldarlos, será difícil mantener a los usuarios. Con muchas escenas, pero sin mecanismos estables de programación y liquidación, es difícil operar a largo plazo. El arranque en frío requiere estrategia y paciencia. Un camino viable es profundizar primero en unas pocas escenas de alto valor, como la inspección de almacenes, la patrulla de seguridad, el mantenimiento de instalaciones, la entrega en parques y el control de calidad industrial. Estas escenas requieren alta estabilidad y medibilidad, y son más adecuadas para construir ciclos positivos mediante mecanismos de crédito y liquidación. Una vez que estas escenas se establezcan, se atraerá naturalmente a más participantes para expandirse a aplicaciones de cola larga.
El tercer obstáculo es la seguridad y la gobernanza. Lo que más teme una red abierta son dos cosas: primero, los ataques de brujas y el aumento de beneficios, y segundo, las tareas maliciosas y la falta de claridad en la responsabilidad. La inteligencia encarnada es diferente del software puro; afectará la propiedad y la seguridad personal en el mundo real, por lo que la gobernanza debe ser prioritaria. Se necesita una clara frontera de permisos de tareas, un sandbox de seguridad para dispositivos, un mecanismo de clasificación de riesgos y de seguros, y también se requieren sanciones y aislamientos rápidos para las violaciones de los nodos. Aquí se necesitan soluciones tecnológicas, así como gobernanza comunitaria y procesos estandarizados. Si se hace bien, se convertirá en una barrera competitiva. Si se hace mal, cualquier accidente puede dañar gravemente la confianza.
Muchas personas se preguntan por qué resolver tantos problemas complejos en un sistema abierto; ¿no es más fácil que los gigantes mantengan el código cerrado? Mi comprensión es que la complejidad de la inteligencia encarnada determina que no puede ser impulsada a largo plazo por unas pocas empresas de manera monopolista. Necesita un gran conocimiento específico de la industria, formas de hardware variadas y en constante cambio, y adaptaciones de escena en constante evolución. Confiar en unas pocas empresas para manejar todo el stack puede resultar en algunos productos estrella a corto plazo, pero a largo plazo encontrará límites, los costos aumentarán, la innovación se ralentizará y el ecosistema se cerrará. La colaboración abierta no es una cuestión de idealismo, sino una opción más realista para lidiar con sistemas complejos.
Si ves la inteligencia encarnada como la próxima generación de productividad, entonces la difusión de la productividad debe depender de la estandarización, modularidad, intercambiabilidad y colaboración. El valor de Fabric Foundation radica en que se asemeja más a pavimentar un camino para la industria, en lugar de construir un peaje en el camino. Intenta sacar las capacidades clave del 'caja negra' de las empresas, para permitir que más personas participen y contribuyan, y también para que los contribuyentes obtengan retornos más predecibles. En este marco, ROBO es más como un coordinador, permitiendo que el flujo de recursos y beneficios tenga reglas ejecutables, de modo que la confianza entre los participantes no dependa completamente de la validación centralizada.
No quiero llamarlo un salvador. Ningún proyecto puede resolver todos los problemas de la industria por sí solo. Necesita tiempo para ser validado y también requiere una participación real en mayor escala. Puede que tome caminos tortuosos, puede que enfrente competencia y presión regulatoria, y puede parecer lento en ciertas etapas. Pero si estás dispuesto a apartar la vista del bullicio a corto plazo, descubrirás que lo que realmente escasea en la industria es este tipo de equipo y comunidad dispuestos a construir la base, dispuestos a establecer reglas de colaboración y dispuestos a incluir mecanismos de distribución de valor en los acuerdos. El destino de la inteligencia encarnada no es el espectáculo de unas pocas empresas, sino la colaboración de innumerables participantes.
Por lo tanto, prefiero terminar este largo artículo con un juicio más sencillo. El futuro de un ecosistema robótico realmente poderoso debe permitir a los fabricantes de hardware tener un camino a seguir, a los desarrolladores ganar dinero, a las partes de la escena tener opciones, a los nodos de dispositivos tener fuentes de ingresos, y a los datos y créditos poder ser registrados de manera confiable. Siempre que un sistema pueda avanzar en esta dirección, merece ser investigado y participado seriamente. En cuanto al ruido, las controversias y las fluctuaciones a corto plazo, eventualmente pasarán; lo que quedará serán las tecnologías reutilizables, los procesos de colaboración que funcionen, y la estructura básica capaz de soportar el crecimiento.
Si ya estás desarrollando robots, produciendo hardware, implementando escenas, o simplemente buscas una dirección a largo plazo, tal vez deberías cambiar tu enfoque de un producto único a un cambio en las formas de colaboración fundamentales. Porque una vez que cambian las formas de colaboración, la distribución de beneficios en la industria se reescribirá y las fuentes de innovación también se reescribirán. Muchas personas esperan a que se defina el panorama para entrar, y a menudo solo pueden ser seguidores. Las verdaderas oportunidades a menudo se encuentran en las etapas tempranas de la infraestructura, en esos lugares que no son lo suficientemente llamativos pero son lo suficientemente críticos.
\u003cm-71/\u003e
\u003cc-21/\u003e
\u003ct-39/\u003e