Un proyecto de ley del Senado convertiría a su agente de IA en un fiduciario, y rompería el modelo de negocio que todos dan por supuesto
By Surya Pratap
25 de agosto de 2026
12 min de lectura
IA y tecnología
25 de agosto de 2026
12 min de lectura
El intercambio que propone la leyHover to exploreHay un proyecto de ley en el Comité de Comercio del Senado que cambiaría lo que significa construir un agente, y casi todo lo que se ha escrito sobre él se ha fijado en la mitad equivocada.
La AI AGENT Act —la S.5051, promovida por el senador Mark Warner y presentada el 21 de julio de 2026— se está leyendo como una norma de interoperabilidad. Esa es la mitad que ocupa los titulares: las grandes plataformas tendrían que admitir agentes de terceros autorizados y tratarlos como tratan a un usuario humano.
Esa mitad es una buena noticia para los fundadores, y volveré a ella. Pero no es la mitad que debería cambiar lo que usted construye este trimestre.
El mecanismo es una categoría jurídica nueva: el agente custodio del usuario. Es el agente que un consumidor designa para actuar en su nombre —comprar, gestionar cuentas, cambiar ajustes, administrar contenidos— dentro de una plataforma cubierta.
«Plataforma cubierta» significa grande: más de 50 millones de clientes o suscriptores estadounidenses en cualquier mes de los doce anteriores. Redes sociales, marketplaces, fintech, comunicaciones, proveedores de IA.
De ahí salen dos obligaciones, y apuntan en direcciones opuestas.
El pacto, dicho sin rodeos
Lo que la plataforma le debe al agente
La aplicación recae en la FTC, que gestionaría el registro y la baja del registro y ejercería las acciones, con sanciones que pueden calcularse por usuario afectado. El NIST desarrollaría las normas de interoperabilidad.
Hasta aquí se lee como una ley de competencia, que es exactamente lo que dice su título oficial: una ley para promover la competencia y reducir los costes de cambio de los consumidores en la prestación de servicios en línea. La palabra «IA» no aparece en ese título.
Esto es lo que debe quien opera el agente, en el registro de la propia ley. Un agente custodio del usuario debe proteger los datos del usuario, evitar actuar en beneficio propio, evitar daños previsibles al usuario, guardar registro de lo que hizo y ejercer:
el cuidado, la pericia y la diligencia que cabría esperar razonablemente de una persona ordinariamente prudente.
Vuelva a leer esa frase con oído jurídico. Deber de diligencia. Deber de lealtad. Un estándar de persona prudente. No son requisitos de cumplimiento para software. Es un estándar fiduciario, y es el mismo lenguaje que gobierna a fiduciarios, asesores financieros y administradores de sociedades.
Nada más en la tecnología de consumo funciona así. Su CRM no le debe un deber de lealtad a su cliente. Su motor de recomendación puede preferir sus intereses. Un agente que sostiene una delegación de un usuario, bajo esta ley, no podría.
Por qué lo fiduciario es la parte que aguanta el peso
Las reglas de interoperabilidad cambian lo que se le permite construir. Un deber de lealtad cambia quién se le permite ser mientras lo construye. Lo primero es una cuestión de acceso al mercado que sus abogados resuelven después del lanzamiento; lo segundo es una cuestión de arquitectura y de modelo de negocio, carísima de aplicar a posteriori, porque determina qué se le permite optimizar al agente.
La ley también prohíbe a un agente custodio del usuario usar, compartir o conservar datos del usuario con fines publicitarios, de perfilado de conducta o para otros fines comerciales secundarios ajenos.
Póngalo junto al deber de no actuar en beneficio propio y fíjese en qué modelos de negocio acaban de morir:
Lo incómodo: los dos primeros son justo lo que persiguen casi todas las startups de agentes de consumo, porque es lo que funcionó en el cambio de plataforma anterior. Esta ley los trata como el conflicto de interés que estructuralmente son.
Por esto no archivaría el asunto bajo «seguir la política».
El Agent Payments Protocol (AP2) de Google —anunciado en septiembre de 2025 con más de 60 socios de lanzamiento, entre ellos Mastercard, PayPal, Coinbase, American Express y Salesforce, y en la versión v0.2 desde abril de 2026— resuelve el mismo problema con criptografía en lugar de con una ley.
La unidad de AP2 es el mandato, y hay tres: Intent, Cart y Payment. Cada uno es una credencial verificable del W3C que lleva un emisor, un sujeto, una carga útil y una firma. Juntos dan al comercio un registro verificable de qué autorizó el usuario, qué seleccionó el agente y qué se cobró finalmente. Se sitúa deliberadamente entre la capa de razonamiento del agente —MCP, A2A— y las redes de pago.
Ahora ponga AP2 junto a la descripción que hace la ley del agente custodio del usuario: transparente, documentado, limitado, revocable y con registros guardados en tiempo real.
Es el mismo requisito, escrito por personas distintas por razones distintas. Y es la tercera vez en dos semanas que aparece la misma forma: la hoja de ruta 2026 de MCP está construyendo la delegación con ID-JAG y el intercambio de tokens de la RFC 8693 precisamente para que un subagente reciba una autoridad más estrecha que la de su padre, con la concesión misma como artefacto.
Que tres sistemas independientes —un consorcio de pagos, un grupo de trabajo de protocolo y un comité del Senado— converjan en que «la autorización debe ser un objeto firmado, acotado y revocable» es una señal mucho más fuerte que la aprobación de cualquiera de ellos. Significa que el requisito se está descubriendo, no imponiendo.
Hay una segunda razón por la que esto importa ahora, y es el caso que tratamos a principios de este mes: el tratamiento que dio el Noveno Circuito a un agente que actúa con las credenciales del propio usuario, donde lo determinante fue la autorización del usuario y no la del operador.
Junte ambas cosas y aparece una dirección. Los tribunales se mueven hacia lo que cuenta es la autorización del usuario. Esta ley tomaría eso y lo volvería afirmativo —las plataformas deben respetarlo— añadiendo el deber que hace seguro respetarlo.
Es un arreglo coherente, y es más o menos el único arreglo coherente disponible. Si un agente puede actuar con su autoridad, alguien tiene que responder por lo que haga con ella. La respuesta de la ley es: quien lo opera, ante el usuario, como fiduciario.
Nada de esto exige que la ley se apruebe. Todo esto es lo que necesitará de todas formas la primera vez que un cliente, una pasarela de pago o un tribunal pregunte qué tenía permitido hacer su agente.
El campo del alcance es el que la gente se salta, y es el que hace el trabajo. «El usuario inició sesión» no es un alcance. «El usuario autorizó compras de hasta 200 dólares en esta categoría de comercio hasta el viernes» sí lo es, y es la diferencia entre un log que registra lo ocurrido y un registro que acredita si estaba permitido.
Quiero ser cuidadoso aquí, porque sería fácil leer las secciones anteriores como un aviso de que algo está a punto de caer.
No lo está. La S.5051 se presentó el 21 de julio de 2026, se leyó dos veces y se remitió al Comité de Comercio, Ciencia y Transporte, y no se ha movido desde entonces. Tiene un solo firmante y ningún cofirmante. Nació de un borrador de discusión publicado a finales de junio. La mayoría de los proyectos con este aspecto nunca llegan a ser ley, y los que llegan suelen hacerlo años después y con un aspecto bastante distinto.
Así que no monte un programa de cumplimiento contra la S.5051. No le diga a su consejo que la regulación de agentes es inminente, porque con esta evidencia no lo es.
Para lo que sí sirve la ley es como especificación de la pregunta. Alguien se sentó a escribir qué debería significar jurídicamente que un software actúe en nombre de una persona, y llegó a transparente, documentado, limitado, revocable y con un deber de lealtad adjunto. Es una respuesta seria, coincide con lo que las redes de pago construyeron por su cuenta y coincide con hacia dónde va la capa de protocolo. La convergencia es la señal. La ley es solo su formulación escrita más clara.
La AI AGENT Act se está discutiendo como una pelea de interoperabilidad entre startups de agentes y grandes plataformas, y en ese eje es una ley que conviene querer: acceso en las mismas condiciones que un usuario, denegaciones que hay que justificar y una FTC ante la que reclamar.
La parte que debería cambiar lo que usted construye es el precio adjunto. Un agente custodio del usuario le debería a su usuario un deber de diligencia y un deber de lealtad, no podría monetizar lo que ve y tendría que guardar en tiempo real un registro de lo que hizo con la autoridad recibida. Eso es un fiduciario, y es incompatible con los modelos de publicidad y posicionamiento que la mayoría de las empresas de agentes de consumo dan por supuestos en voz baja.
La ley tiene un solo firmante y lleva cinco semanas sin moverse. El requisito que describe ya se ha implementado dos veces —una por un consorcio de pagos, otra por un grupo de trabajo de protocolo— por gente que no lo estaba esperando.
Construya el registro de autorización. Decida quién le paga, y sea capaz de decirlo en voz alta.
Fuentes: S.5051, AI AGENT Act de 2026 — estado del proyecto en Congress.gov · Datos de estado de la S.5051, GovInfo · Davis Wright Tremaine, «The Federal AI AGENT Act: Consumer Protection in AI Clothing?» · El senador Warner sobre el borrador de discusión · Anuncio del Agent Payments Protocol (AP2), Google Cloud · Documentación del protocolo AP2
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.
