¿Pueden los Agentes de IA Firmar Contratos? Sí, Desde el Año 2000. Esto Es lo Que lo Complica

¿Puede una IA firmar un contrato? Sí: un contrato formado por una IA es jurídicamente válido en Estados Unidos desde el año 2000, algo llamativo de afirmar dado lo nuevos que parecen los agentes de IA. La Uniform Electronic Transactions Act (UETA), adoptada por 49 estados, tiene una disposición, la Sección 14, que establece que un contrato puede formarse mediante la interacción de "agentes electrónicos", incluso si ningún humano revisó cada paso individual. La ESIGN Act federal, en 15 U.S.C. Sección 7001(h), respalda esto con un lenguaje casi idéntico.

Ninguno de los dos estatutos se redactó pensando en GPT-5 o Claude. Los legisladores de 1999 pensaban en sistemas EDI y bots de comercio electrónico, software que confirma automáticamente una orden de compra cuando el inventario alcanza un umbral. Pero los estatutos no caducan cuando la tecnología que anticiparon se vuelve más rara de lo esperado. Simplemente siguen aplicándose. Eso es exactamente lo que ocurre ahora: una respuesta de 25 años está resolviendo en silencio una pregunta de 2026, y casi nadie de los que discuten sobre "contratos con IA" en internet parece saber que el estatuto ya existe.

Sin embargo, aquí está la parte que realmente importa, y no es "puede una máquina formar un contrato". Eso está resuelto. Lo que no está resuelto, y que vale genuinamente tu atención si estás desplegando agentes de IA cerca de contratos, es *quién queda legalmente vinculado cuando algo sale mal* y *qué autoridad tenía realmente el agente*. Eso es derecho de representación (agency law), no derecho de formación de contratos, un cuerpo doctrinal completamente distinto y más antiguo. Confunde la distinción y acabarás confiando de más en un agente que nunca estuvo autorizado a comprometerte con nada, o infrautilizando una capacidad legítima por una vaga inquietud que la ley ya ha resuelto.

Si quieres el recorrido legal más profundo sobre cómo cualquier firma electrónica se vuelve exigible en primer lugar, nuestra guía sobre si DocuSign es legalmente vinculante cubre las cuatro condiciones básicas (intención, consentimiento, asociación, conservación) que se aplican sin importar quién, o qué, esté haciendo clic en "firmar".

UETA define un "agente electrónico" de forma amplia: un programa informático u otro medio automatizado usado para iniciar una acción, o para responder a registros electrónicos, sin revisión por parte de una persona en el momento de la acción. Versión en lenguaje llano: software que actúa por su cuenta, en el momento, sin que un humano verifique esa acción concreta primero.

Según la Sección 14 de UETA, un contrato puede formarse mediante la interacción de agentes electrónicos, aunque ningún individuo haya revisado las acciones de los agentes ni los términos resultantes. La sección también cubre el caso mixto: un agente electrónico interactuando con una persona humana que realiza acciones sabiendo que concluirán un contrato. Lee el texto completo de UETA a través de la Uniform Law Commission para el lenguaje estatutario exacto en lugar de una paráfrasis.

La Sección 7001(h) de ESIGN hace el mismo trabajo a nivel federal, por si una transacción cruza límites estatales o aterriza en algún lugar donde UETA no se haya adoptado (Nueva York es la excepción notable, con su propia ley estatal de firma electrónica). El texto de la ESIGN Act está en Congress.gov si quieres comprobar el lenguaje directamente.

En la práctica: si tu agente de IA completa una plantilla, aplica términos preestablecidos y transmite la aceptación, el contrato resultante no es inválido solo porque un humano no estuviera observando ese clic en el momento. La cuestión de la formación está cerrada. Nadie puede anular un contrato únicamente porque "lo hizo un bot, no una persona". Ese argumento caducó alrededor de 2001.

Lo que no significa: que cualquier agente, desplegado por cualquiera, tenga automáticamente permiso para vincular a tu empresa con lo que sea que acepte. Esa es una cuestión aparte, y es la que realmente merece tu atención.

Esto es derecho de representación, más antiguo que las computadoras por siglos. Responde a una sola pregunta: ¿cuándo las acciones de una parte vinculan legalmente a otra parte? Sustituye "agente de IA" donde normalmente pensarías "empleado" o "contratista", y la mayor parte del análisis se sostiene sin problema.

Un principal, es decir, tú o tu empresa, queda vinculado por las acciones de un agente dentro de su autoridad real: lo que realmente le dijiste al agente (humano o software) que podía hacer. Firmar contratos con proveedores por debajo de $5,000. Enviar NDAs a nuevos contactos. Nunca comprometerse a términos de pago sin revisión humana. La autoridad real es el alcance que definiste, explícitamente, de antemano.

Luego está la autoridad aparente, la que hace tropezar a la gente. Un principal puede quedar vinculado incluso cuando el agente excedió sus instrucciones, si la conducta del propio principal llevó a la otra parte a creer razonablemente que el agente tenía esa autoridad. Si tu agente de IA lleva seis meses firmando automáticamente acuerdos con proveedores de $50,000 sin que nadie objete, a un tribunal no le importará que tu política interna la limitara a $5,000. Tú creaste la apariencia de una autoridad más amplia mediante tu propio patrón de conducta.

La tercera pieza es la ratificación. Incluso si un agente se excedió en su autoridad, un principal que después acepta el beneficio de esa acción, conociendo los hechos, puede acabar vinculado de todos modos. Quedarse en silencio con los bienes o seguir ejecutando un contrato que afirmas que no estaba autorizado se parece mucho a una aceptación ante un tribunal, digan lo que digan tus correos internos.

Nada de esto es específico de la IA. Es el mismo marco que ha regido a empleados firmando en nombre de una empresa durante más de un siglo. La novedad no es la doctrina, es la velocidad a la que un agente de IA puede generar conducta relevante para la autoridad en comparación con un solo empleado humano.

Vale la pena ser honesto aquí: los tribunales todavía no han tenido muchas oportunidades de pronunciarse directamente sobre disputas que involucren a agentes impulsados por LLM firmando contratos comerciales. La doctrina anterior está asentada, probada durante décadas tanto con agentes humanos como de software. Cómo la aplique un juez a un patrón de hechos concreto que involucre a un agente de LLM autónomo es más nuevo, y cualquiera que afirme saber exactamente cómo se resolverá está especulando. El marco es sólido. La jurisprudencia que lo aplica a esta tecnología concreta todavía se está escribiendo.

Quita la especulación de en medio y esta es la realidad práctica, poco espectacular: los agentes de IA que interactúan con sistemas de contratos, en su mayoría, no están "firmando" nada de forma autónoma en el sentido dramático que la gente imagina. Están haciendo trabajo estructurado y con permisos delimitados a través de APIs, y cada vez más a través del Model Context Protocol (MCP), un estándar abierto presentado por Anthropic en noviembre de 2024 para conectar asistentes de IA con herramientas y servicios externos.

Un flujo de trabajo realista: un agente de IA, funcionando dentro de Claude o ChatGPT, extrae una plantilla de contrato, completa el nombre de la contraparte y los términos del acuerdo a partir de una conversación o un registro de CRM, y lo prepara para la firma. Según la configuración, el agente lo envía para que un humano lo revise y firme, o bien, dentro de límites preautorizados de forma estricta (un tope de gasto, una lista aprobada de plantillas, una lista blanca de contrapartes), completa él mismo el ciclo de envío y seguimiento. Nuestra guía de la API de firma electrónica cubre cómo estas integraciones conectan un flujo de documentos con sistemas externos.

El servidor MCP propio de Chaindoc es un ejemplo concreto y actual, no hipotético. Está en beta privada desde mediados de 2026, y permite que Claude Desktop y asistentes similares creen documentos a partir de plantillas, los envíen para su firma, y comprueben el estado, directamente desde una conversación, usando la misma capa de integración de API que ya usan los desarrolladores para flujos de trabajo personalizados. Nuestro análisis más profundo del servidor MCP de Chaindoc cubre exactamente qué acciones puede realizar el agente y dónde se sitúa el paso de aprobación humana.

El patrón se mantiene en toda la categoría: la IA hace la preparación y la ejecución rutinaria, un humano conserva la decisión de autoridad en el punto que importa, y el rastro de auditoría registra quién (o qué) realizó cada acción. Nuestra guía sobre cumplimiento del rastro de auditoría cubre lo que necesita un rastro legalmente defendible, y un flujo de trabajo impulsado por un agente eleva ese listón en lugar de bajarlo, ya que ahora necesitas demostrar no solo quién firmó, sino qué sistema inició la solicitud y bajo qué autorización.

Nada de esto requiere adivinar. Si estás desplegando un agente de IA cerca de flujos de trabajo de contratos, aquí está la lista de comprobación práctica, en el orden en que los equipos suelen saltárselas.

1. 1
   Límites de autoridad, por escrito, antes del despliegue. Define exactamente qué puede hacer el agente: topes en dólares, tipos de contrato aprobados, una lista blanca de contrapartes o IDs de plantillas. El alcance vago ("encargarse de cosas rutinarias con proveedores") es de donde salen después las disputas de autoridad aparente.
2. 2
   Una barrera de aprobación humana para cualquier cosa fuera del margen preaprobado. El agente puede redactar, completar y poner en cola. Cualquier cosa por encima del tope, o fuera de la lista de plantillas, se dirige primero a una persona. Esta única regla evita la mayoría de los incidentes de "espera, ¿realmente acordamos eso?".
3. 3
   Un rastro de auditoría completo y exportable de las acciones del agente. No solo "firmado a las 3:42 p. m.". Qué sistema inició la solicitud, bajo qué autorización operaba, qué plantilla y términos usó, y quién aprobó el paso final. Si una disputa llega alguna vez a la cuestión de ratificación mencionada arriba, este registro la decide.
4. 4
   Verificación de integridad independiente, no solo registros internos. Un registro en una base de datos privada que muestra "el agente hizo X" es tan fiable como la base de datos en la que vive. El hash de documentos anclado en blockchain, el tipo que Chaindoc integra en cada documento firmado, hace que la comprobación de integridad no dependa por completo de los registros internos de una sola empresa años después, sea el firmante un humano o un agente autorizado.

Sáltate cualquiera de estas y no estarás necesariamente haciendo algo ilegal, la formación de contratos por máquina es legal, recuérdalo, solo estarás acumulando un riesgo que resolverás más tarde, probablemente durante una disputa, el peor momento posible para averiguar qué estaba realmente autorizado a hacer tu agente.

La AI Act de la UE, que entró en vigor en agosto de 2024, es un marco de gobernanza y clasificación de riesgo para sistemas de IA. El texto completo está disponible vía EUR-Lex si quieres la fuente primaria. Clasifica los sistemas de IA en niveles de riesgo e impone obligaciones, requisitos de transparencia, disposiciones de supervisión humana, deberes de documentación, escaladas según ese nivel de riesgo.

Aquí está la distinción que se pierde en gran parte del comentario: la AI Act regula el *sistema* de IA, no el *contrato* que ese sistema pueda ayudar a producir. No toca las reglas de formación de contratos, no anula UETA ni ESIGN, y no cambia quién queda vinculado cuando un agente actúa dentro o fuera de su autoridad. La validez contractual en la UE sigue pasando por eIDAS y la ley contractual de cada Estado miembro, el mismo marco que regía las firmas electrónicas antes de que existiera cualquier AI Act.

Lo que sí añade la AI Act, si tu agente de IA que gestiona contratos califica como de mayor riesgo bajo su esquema de clasificación, es una capa de obligaciones en torno a la transparencia, la supervisión humana y la documentación de riesgos que se suma, no sustituye, a las cuestiones de derecho contractual y de representación cubiertas arriba. Es una capa de cumplimiento adicional, no un régimen legal sustitutivo. Si operas en la UE, trátala como un punto adicional en la lista de comprobación, encima de las salvaguardas anteriores, no como un sustituto de ellas.

Aquí va una predicción honesta, no una segura: el fundamento estatutario no va a ser el cuello de botella. La Sección 14 de UETA y la 7001(h) de ESIGN ya cubren la cuestión de la formación, y no hay una presión evidente para revisar un lenguaje que ha funcionado sin controversia durante un cuarto de siglo.

La actividad real de los próximos años ocurrirá en dos frentes. Primero, estándares y buenas prácticas en torno a la delimitación de autoridad y los rastros de auditoría específicamente para agentes de IA, probablemente impulsados por aseguradoras y equipos de compras antes de que llegue cualquier regulador, ya que son ellos quienes realmente van a poner precio al riesgo. Segundo, una acumulación lenta de jurisprudencia a medida que las disputas que involucran a agentes impulsados por LLM lleguen a los tribunales y se resuelvan bajo el marco de representación existente, acotando parte de la incertidumbre actual sobre la autoridad aparente en patrones de hechos específicos de la IA.

Lo que casi con toda seguridad no ocurrirá: una nueva ley que declare que "la IA no puede firmar contratos". Ese barco zarpó en el año 2000, lo sepa o no la mayoría de la gente que discute esto en internet.