Cómo preparar tu empresa para agentes de IA: APIs y permisos

En resumen: Para preparar tu empresa para agentes de IA que consultan tus sistemas en lugar de leer tu página web, necesitas cinco cosas: datos ordenados con una sola fuente de verdad, APIs documentadas, una vía estándar como MCP cuando tenga sentido, permisos estrictos para cada agente y un sitio que las máquinas puedan leer. Empieza por lo menos vistoso: ordenar los datos.

Hasta hace poco, la pregunta era cómo aparecer en Google. Ahora se suma otra: qué pasa cuando quien busca es un agente de IA que, en vez de leer tu sitio, le pide a un sistema un precio, una disponibilidad o el estado de un pedido. Lo que sirve para esos agentes sirve también para los tuyos: datos confiables, accesos bien definidos y control sobre lo que cada uno puede hacer.

¿Qué está cambiando con los agentes de IA?

Lo que cambia es que los asistentes de IA ya no solo leen páginas: también se conectan a sistemas para consultar datos y ejecutar acciones. Un agente de IA es un modelo de lenguaje que usa herramientas y da varios pasos por su cuenta para cumplir un objetivo. Esas herramientas son conexiones a sistemas: los tuyos, si el agente es interno, o los que tú abras, si es el asistente de un cliente o de un proveedor.

Una pieza clave de ese cambio es el Model Context Protocol (MCP), un estándar abierto que Anthropic publicó en noviembre de 2024 para conectar aplicaciones de IA con sistemas externos: datos, herramientas y aplicaciones. En diciembre de 2025, Anthropic lo donó a la Agentic AI Foundation, un fondo de la Linux Foundation cofundado por Anthropic, Block y OpenAI, con apoyo de Google, Microsoft y AWS, entre otros. ChatGPT, Gemini, Microsoft Copilot y Visual Studio Code, entre otros, lo adoptaron.

Esto no significa que tu página web deje de importar, sino que, además de la página, conviene tener datos y accesos que una máquina pueda usar sin adivinar. Prepárate primero para tus propios agentes: ahí está el retorno inmediato, y lo que construyas te sirve después para los de afuera.

1. ¿Por qué empezar por los datos y una sola fuente de verdad?

Porque un agente es tan confiable como los datos que consulta. Si un precio aparece distinto en tres archivos, el agente va a usar uno, y no necesariamente el correcto. Tener una sola fuente de verdad significa que, para cada dato importante, un único sistema manda y los demás copian de ahí. Antes de conectar cualquier agente, revisa:

• Quién manda en cada dato: precios, inventario, clientes, pedidos y citas, cada uno con un sistema dueño y un responsable.
• Identificadores únicos: código de producto, número de pedido, NIT o documento del cliente.
• Estados con significado claro: ¿"despachado" quiere decir que salió de la bodega o que llegó al cliente?
• Fechas de actualización, para que el agente sepa si un dato es de hoy o de hace un mes.
• Dónde están los datos personales, que es la base para decidir qué puede ver un agente y qué no.

Si tu operación vive en hojas de cálculo sueltas, este paso puede ser la mayor parte del trabajo, y el que más sirve, con o sin agentes.

2. ¿Qué APIs necesita un agente para consultar tus sistemas?

Necesita APIs documentadas para las consultas y acciones concretas que le vas a permitir, no acceso libre a tu base de datos. Una API es la puerta por la que un sistema le pide datos o acciones a otro; lo explicamos en integrar las herramientas que ya usas.

Lo que un agente suele necesitar es poco y repetido: inventario, precio vigente para un cliente, disponibilidad y estado de un pedido. Para cada caso conviene una operación con intención de negocio, como "consultar el estado de un pedido por su número", en lugar de consultas libres sobre tus tablas.

Lo que hace útil una API para un agente:

1. Descripciones claras. El modelo decide qué herramienta usar según su nombre y su descripción. "Devuelve el estado y la fecha estimada de entrega de un pedido" funciona mejor que "endpoint pedidos v2".
2. Respuestas acotadas: solo los campos necesarios y solo los del cliente que pregunta.
3. Errores que se entienden. "Pedido no encontrado" le permite pedir otro dato o pasar el caso a una persona.
4. Lectura antes que escritura. Crear pedidos o reprogramar citas viene después, con más controles.
5. Límites de uso, para que un agente atrapado en un ciclo no sature tu sistema.

Si tu software comercial no tiene API, pregúntale al proveedor si la ofrece en otro plan; si no existe, puede servir una base de datos intermedia que se actualiza sola.

3. ¿Qué es MCP y cuándo conviene exponer tus sistemas por esa vía?

MCP es una forma estándar de presentarle tus datos y acciones a una aplicación de IA. En vez de construir una integración distinta para cada asistente, construyes un servidor MCP que describe qué ofrece, y las aplicaciones compatibles lo pueden usar con los permisos que tú definas. Es como un enchufe estándar: el aparato y la toma no tienen que ser de la misma marca. MCP no reemplaza tu API; casi siempre se monta encima de ella.

Conviene cuando varias herramientas de IA de tu empresa necesitan los mismos datos, o cuando quieres que cada persona consulte tus sistemas desde su asistente, con sus propios permisos. No hace falta todavía si tienes un solo proceso con un solo modelo, donde basta una integración directa por API, ni si tus datos no están ordenados: MCP solo haría más fácil consultar el desorden.

Una advertencia: un servidor MCP es software con acceso a tus datos. Instalar uno de terceros sin revisar quién lo publica y qué permisos pide es tan riesgoso como instalar cualquier programa desconocido.

4. ¿Cómo se manejan la autorización y los permisos de un agente de IA?

La autorización de un agente de IA se maneja como la de un empleado nuevo con acceso a sistemas sensibles, pero más estricta: cuenta propia, permisos mínimos, aprobación humana para lo que mueve plata o toca clientes, registro de todo y una forma rápida de quitarle el acceso.

No es exceso de cuidado. La lista OWASP Top 10 para aplicaciones con modelos de lenguaje, en su edición 2025, pone en primer lugar la inyección de instrucciones (LLM01): textos que el agente lee, como un correo, un documento o una página, con instrucciones escondidas para desviarlo. En el sexto lugar está la agencia excesiva (LLM06): darle al agente más permisos o autonomía de la que es seguro. Si un agente que lee correos de desconocidos también puede emitir reembolsos, una instrucción escondida en un correo puede terminar en un reembolso. Por eso los permisos son la defensa principal: no basta con pedirle al agente que no obedezca.

Los cinco controles básicos:

• Una cuenta propia para cada agente, nunca la del gerente ni una contraseña compartida. Así el registro distingue qué hizo el agente y qué hizo una persona. Si actúa a nombre de alguien, nunca tiene más permisos que esa persona.
• Permisos mínimos: por operación (consulta pedidos, no los anula), por datos (solo los del cliente que pregunta) y con topes de monto y de acciones por hora.
• Aprobación humana para enviar cotizaciones, aplicar descuentos, emitir reembolsos, pagar o borrar registros. El agente prepara; la persona decide.
• Registro y auditoría de qué se le pidió, qué herramienta usó, con qué datos, qué resultado obtuvo y quién aprobó.
• Revocación en un paso: credenciales con vencimiento y un inventario de qué agentes existen y a qué sistemas entran. Si nadie sabe cuántos agentes tienen acceso, nadie puede cerrarles la puerta.

El nivel de control se decide mejor por tipo de acción:

Tipo de acción	Ejemplos	Control recomendado
Consultar	Inventario, precios de lista, estado de un pedido	Automático, con registro y solo con datos del cliente que pregunta
Preparar	Borrador de cotización, resumen de un caso	Automático; una persona revisa antes de que salga
Ejecutar algo reversible	Reprogramar una cita, crear un caso de soporte	Automático, con topes, confirmación del cliente y aviso al equipo
Ejecutar con plata o clientes	Enviar cotizaciones, descuentos, reembolsos, pagos	Siempre con aprobación humana

5. ¿Qué contenido público debe poder leer un agente?

Debe poder leer en tu sitio web, sin conectarse a tus sistemas, quién eres, qué ofreces, dónde atiendes y en qué condiciones. Los asistentes de IA siguen leyendo sitios web para responder preguntas, así que esa capa sigue contando:

• Datos estructurados con el vocabulario de schema.org, para describir sin ambigüedad tu empresa, tus servicios y tus preguntas frecuentes. Lo explicamos en datos estructurados (Schema): qué son y cuáles usar.
• Acceso para los rastreadores de IA: revisa que tu robots.txt y tu CDN no los estén bloqueando sin que lo sepas.
• llms.txt, un resumen del sitio en markdown para modelos de lenguaje. Es una propuesta, no un estándar oficial, y Google dice que su buscador no lo usa: es barato de tener, pero no es una palanca garantizada. Lo detallamos en qué es llms.txt y si tu sitio lo necesita.
• Coherencia: el precio del sitio, el de la API y el que da tu equipo tienen que ser el mismo.

Todo esto hace parte del AEO, o cómo aparecer en las respuestas de la IA. Nadie puede garantizar que un asistente te recomiende; lo que sí depende de ti es que, si te consulta, encuentre información clara y correcta.

¿Cuándo no hace falta prepararse todavía?

No hace falta mientras no tengas una tarea concreta para un agente: prepararse en abstracto suele terminar en gastos que nadie usa. Tampoco es el momento en estos casos:

• Tus datos viven en la cabeza de dos personas. Primero hay que escribirlos y ordenarlos, no montar un servidor MCP.
• Nadie puede asumir la supervisión de los registros y los permisos.
• Tus precios o tu inventario son información estratégica. Exponer menos a agentes de terceros también es una decisión válida.

Lista de verificación: cómo preparar tu empresa paso a paso

1. Elige una tarea concreta para un agente, por ejemplo responder en qué va un pedido.
2. Haz el inventario de los datos que necesita y define el sistema dueño de cada uno.
3. Limpia identificadores, estados y fechas, y ubica los datos personales que un agente nunca verá.
4. Habilita una API con operaciones de negocio y descripciones claras, empezando por lectura.
5. Decide si MCP aporta en tu caso.
6. Crea una cuenta propia para el agente, con permisos mínimos y topes.
7. Define qué acciones requieren aprobación humana y quién aprueba.
8. Activa el registro, nombra a quien lo revisa y prueba cómo revocar el acceso antes de salir en vivo.
9. Revisa tu contenido público: datos estructurados, robots.txt, llms.txt y coherencia con tus sistemas.

Por dónde empezar

En CodeLess Co empezamos por el paso uno: una tarea, el proceso real detrás de ella y los datos que toca. Muchas veces el trabajo grande no es el agente, sino ordenar la información y abrir una API con los permisos correctos, y eso sirve aunque el agente llegue después. Lo describimos en inteligencia artificial para empresas y, si primero necesitas revisar tus sistemas, en consultoría y diagnóstico tecnológico.

Si quieres saber qué tan lista está tu empresa para conectar agentes, revisémoslo juntos. La primera conversación es gratis: cuéntanos qué sistemas usas hoy.

Preguntas frecuentes

¿Qué es la autorización de agentes de IA?

Es el conjunto de reglas que define a qué sistemas puede entrar un agente de IA, qué datos puede ver y qué acciones puede ejecutar. En la práctica incluye una cuenta propia para cada agente, permisos mínimos según su tarea, topes de uso, aprobación humana para acciones con dinero o clientes, registro de todo lo que hace y una forma rápida de quitarle el acceso.

¿Necesito un servidor MCP si ya tengo una API?

No necesariamente. Si tienes un solo agente o una sola automatización que usa tu API, la integración directa puede bastar. MCP aporta cuando varias aplicaciones de IA, como los asistentes de tu equipo y tus agentes internos, necesitan los mismos datos y acciones. En ese caso se monta encima de la API que ya tienes; no la reemplaza.

¿Es seguro que un agente externo consulte mis precios e inventario?

Puede serlo si decides qué expones y con qué controles. Lo recomendable es empezar con datos que ya son públicos, como precios de lista y disponibilidad general, con límites de consultas y registro de los accesos. Los precios especiales, los datos personales y acciones como crear pedidos exigen identificar a quién consulta y darle permisos específicos.