Capa de Identidad y Reputación para Agentes OpenClaw

Un equipo de desarrolladores ha construido una capa de identidad y reputación sobre OpenClaw para abordar un problema específico: cuando los agentes de IA encadenan acciones en un flujo de trabajo, la información de identidad se disuelve en el tercer paso, haciendo que todo parezca provenir de una cuenta de servicio genérica. Esto puede ser riesgoso en producción, especialmente para operaciones que involucran movimiento de dinero.

La Solución: Tres Componentes

La solución del equipo implicó integrar la identidad en la ruta de ejecución misma en lugar de agregarla como configuración. Su pila consta de tres partes principales:

• MCP-I (Identidad en tiempo de ejecución): Cada acción se ejecuta con una declaración estructurada adjunta. Por ejemplo: "El agente {agent_uuid} está actuando en nombre de Dwayne de Contabilidad, con alcance [user:read, subscription:write], con el propósito de conciliar nuestros registros del mes". Esto proporciona más detalle que una simple verificación de "clave válida" y rastrea la identidad a través de todos los pasos de un flujo de trabajo. El equipo construyó MCP-I alrededor de este modelo y ha donado la especificación a la Decentralized Identity Foundation, convirtiéndola en un estándar abierto. El repositorio de GitHub es público.
• IdentiClaw: Este componente aborda el colapso de identidad que ocurre en la cadena de agente → herramienta → servicio → agente. Su propósito es mantener la misma identidad y cadena de delegación a lo largo de todo el proceso, proporcionando atribución de extremo a extremo.
• knowthat.ai: Descrito como un "Yelp para agentes de IA", este es un registro donde cada agente se auto-registra y las interacciones se acumulan en un historial. Permite a los desarrolladores examinar el comportamiento a través de múltiples ejecuciones, respondiendo preguntas como "¿Este agente se ha mantenido dentro del alcance o se ha desviado?" o "¿Este agente tiene un historial de estafar a civiles inocentes?" El equipo lo describe menos como un registrador y más como una capa de memoria.

El objetivo del equipo es directo: los flujos de trabajo que comienzan con la intención del usuario deben terminar como acciones atribuibles, con registros de auditoría que documenten qué sucedió y para quién fue. Creen que este enfoque puede ayudar a prevenir problemas relacionados con agentes en entornos de producción.