La inteligencia artificial aplicada al desarrollo web ha cruzado en dieciocho meses el umbral que separa la demostración de la herramienta de producción. Esta guía hace balance de lo que aguanta realmente en producción, de lo que sigue siendo frágil, y de las decisiones de arquitectura que separan una cadena explotable de un prototipo costoso.
El panorama en 2026: tres capas distintas
Confundir estas tres capas es la fuente de error más extendida en los proyectos. No tienen ni las mismas restricciones, ni los mismos costes, ni los mismos riesgos.
| Capa | Qué abarca | Madurez |
|---|---|---|
| Asistencia a la escritura de código | Autocompletado, refactorización, generación de pruebas en el editor | Establecida — ganancia medible, riesgo bajo |
| Agentes con herramientas | Un modelo que lee y escribe en sistemas reales mediante herramientas declaradas | Explotable, con condiciones estrictas |
| Funcionalidades IA en producción | Un modelo en el recorrido del usuario final | Exigente — coste, latencia y moderación que dominar |
El protocolo que desbloqueó los agentes
Antes de la adopción del Model Context Protocol, cada conexión entre un modelo y una herramienta externa era un script propietario que mantener. MCP normalizó esa capa: un servidor expone herramientas, cualquier cliente compatible las consume. El protocolo se ha convertido en un estándar abierto, cedido a finales de 2025 a una fundación neutral, y los registros públicos contabilizan ya varios miles de servidores.
La especificación del 28 de julio de 2026 estabilizó lo que faltaba para construir encima: un núcleo sin estado, autenticación OAuth 2.1 para los servidores remotos y una política de obsolescencia anunciada.
Lo que cambia concretamente un servidor MCP
- El agente busca sus propios datos en lugar de recibirlos pegados en un prompt.
- Los permisos los porta la autenticación del servidor, no la confianza en el modelo.
- Un mismo servidor sirve a varios agentes y varios proyectos.
Hacer funcionar agentes en producción
Es el paso que separa la experimentación del sistema explotable. Quienes hacen funcionar cadenas automatizadas convergen en un pequeño número de reglas.
La frontera automatizable
Todo lo mecánico y verificable pasa a automatización; todo lo que compromete una firma, dinero o una acción difícilmente reversible permanece en un escritorio humano. Esta línea no es una precaución moral: es lo que acota el peor escenario.
Las cinco averías recurrentes
- El fallo silencioso — una credencial caduca, la API devuelve 401, la cadena «tiene éxito» produciendo vacío. Toda ejecución debe generar un informe legible.
- El bloqueo en origen — un cortafuegos aplicativo rechaza el rastreo y el agente inventa lo que no ha podido leer.
- La inspección TLS en entorno cloud, cuya «solución» evidente — desactivar la verificación de certificados — es un incidente de seguridad.
- La deriva del prompt cuando varias sesiones escriben en el mismo documento de referencia.
- El duplicado, a falta de una clave de deduplicación estable verificada en todos los estados.
Agentes editoriales en producción: lo que aguanta y lo que se rompe detalla estos puntos sobre un caso real, con la configuración de un disparador y el reparto en subagentes.
El coste real, rara vez anunciado
La partida dominante no es el consumo de tokens sino la fontanería: fuentes, deduplicación, registro, pruebas en vacío, recuperación ante error. El retorno de la inversión se decide en la ingeniería alrededor del modelo, no en el modelo. Un proyecto que presupuesta la API sin presupuestar la supervisión acaba con una cadena que no se atreve a dejar funcionando.
Una cadena automatizada es un sistema de producción. Exige supervisión, registro, salvaguardas y responsabilidad humana al final, exactamente como el resto de la infraestructura.
Elegir: asistencia, agente o funcionalidad
| Necesidad | Respuesta adecuada | Qué evitar |
|---|---|---|
| Acelerar la escritura de código | Asistente en el editor | Construir un agente para eso |
| Automatizar una tarea repetitiva y verificable | Agente programado con herramientas declaradas | Dejarle publicar o gastar sin validación |
| Enriquecer un producto destinado a usuarios | Integración aplicativa, con caché y repliegue | Llamar al modelo en síncrono sin tope de coste |
| Explorar un corpus interno | Servidor MCP sobre la fuente de verdad | Copiar los datos en el prompt |
Las preguntas que zanjar antes de empezar
- ¿Qué ocurre si el modelo se equivoca? Si la respuesta es «un humano lo ve antes de que sea visible», el proyecto es viable.
- ¿Cuál es la fuente de verdad? Un agente sin fuente estructurada produce verosimilitud, no información.
- ¿Quién lee el informe? Una automatización sin destinatario humano acaba en fallo silencioso.
- ¿Cuál es el tope de gasto? A fijar antes de la primera ejecución, nunca después.
Los artículos de la sección
- MCP se estabiliza: lo que cambia la especificación del 28 de julio
- Agentes editoriales en producción: lo que aguanta y lo que se rompe
Esta página se actualiza al hilo de las publicaciones de la sección IA para la web.