New Relic integra Kiro y apuesta por MCP para el desarrollo con IA

New Relic lleva años siendo la referencia en observabilidad para equipos de ingeniería, pero la irrupción de los IDEs con agentes integrados ha obligado a repensar dónde vive el contexto sobre el estado de una aplicación. Esta semana, según recoge HPCwire, la compañía ha anunciado su integración con Kiro, el IDE orientado a agentes que AWS presentó hace pocas semanas. El vínculo técnico que hace posible esta conexión es MCP, el Model Context Protocol de Anthropic.

No es un movimiento menor: New Relic gestiona datos de telemetría de millones de servicios en producción. Que esos datos sean accesibles directamente desde el entorno donde un desarrollador escribe y depura código cambia la naturaleza del bucle de feedback.

Qué ofrece la integración en la práctica

Kiro es un IDE que incorpora agentes capaces de ejecutar tareas de desarrollo de forma autónoma o asistida: generación de código, revisión, despliegue de cambios. La integración con New Relic vía MCP permite que esos agentes consulten métricas, trazas y alertas de producción sin salir del entorno de desarrollo.

El flujo concreto que describe el anuncio sería algo así:

• Un agente en Kiro detecta un fallo en una rama antes de hacer merge.
• Consulta al MCP server de New Relic para obtener el historial de errores de ese servicio en producción.
• Propone un fix contextualizado con datos reales, no con suposiciones.

Para los equipos que ya usan New Relic como capa de observabilidad, esto elimina el salto manual entre la plataforma de monitorización y el IDE. Es un caso de uso concreto para el que MCP fue diseñado: exponer datos de sistemas externos de forma estandarizada para que cualquier agente compatible los consuma.

Por qué MCP y no una integración propietaria

Esta es quizás la parte más relevante de la noticia para quienes seguimos el ecosistema Claude. New Relic podría haber construido un plugin específico para Kiro, o una integración directa con la API de AWS. En cambio, ha optado por implementar un MCP server.

La razón es pragmática: un MCP server es compatible de forma nativa con Claude Code, con cualquier cliente MCP y, por extensión, con cualquier IDE o agente que adopte el protocolo. New Relic no apuesta solo por Kiro; apuesta por el estándar. Esto significa que la misma integración debería funcionar en Claude Code si el equipo configura el servidor en su `claude_desktop_config.json` o lo registra como herramienta en su entorno de agentes.

El patrón que estamos viendo en 2026 es consistente: las plataformas de datos e infraestructura que quieren ser accesibles para agentes de IA no construyen N integraciones bilaterales, construyen un MCP server y delegan la compatibilidad en el protocolo.

Para quién es útil esto

La integración New Relic + Kiro vía MCP tiene utilidad directa para perfiles concretos:

• Equipos de platform engineering que ya tienen New Relic desplegado y quieren que sus desarrolladores trabajen con contexto de producción en el IDE sin cambiar de herramienta.
• Desarrolladores que usan Claude Code y quieren conectar sus agentes a datos de observabilidad reales. Si New Relic publica el MCP server de forma pública y documentada, la adopción en el ecosistema Claude será inmediata.
• Equipos evaluando Kiro como alternativa a otros IDEs con agentes: la disponibilidad de integraciones MCP maduras es un criterio de selección cada vez más habitual.

Lo que no está claro todavía es si el MCP server de New Relic será de acceso abierto o quedará restringido a clientes con determinados planes. Ese detalle cambia bastante el alcance real del anuncio.

Opinión EP

La noticia confirma algo que llevamos meses observando: MCP está dejando de ser «el protocolo de Anthropic» para convertirse en infraestructura transversal del ecosistema de agentes. Que una empresa del tamaño de New Relic lo adopte como vector principal de integración es una señal clara de consolidación, no de experimento.