Tag: MCP

  • Context on Tap: How MCP Servers Bridge AI Agents and DevOps Pipelines

    Context on Tap: How MCP Servers Bridge AI Agents and DevOps Pipelines

    Large language models can draft code or move artifacts, but without situational awareness they still trip over the basics. Cloudsmith CEO Glenn Weinstein tells Mike Vizard why a new piece of plumbing—the Model Context Protocol (MCP) server—is quickly becoming table stakes. Think of MCP as a receptionist for AI agents: it answers questions like “Which Docker images are in my repo?” and supplies environment-specific details the model would otherwise guess—or miss entirely.

    Context alone isn’t enough. Developers increasingly chain agents together to run multi-step jobs—pull a package, scan it, publish it—without a human in the loop. That hand-off requires agent-to-agent (A2A) protocols so one bot can call another securely and without endless re-authentication. Google’s recent move to donate A2A to the Linux Foundation hints at how fast the ecosystem is converging on open standards.

    More context and more agents lead to more builds—sometimes hundreds per day. Weinstein warns that existing CI/CD pipelines will bottleneck if artifact storage can’t keep up. Teams already accustomed to nightly releases will feel pain when AI turns “once a day” into “once an hour” unless repositories serve packages globally and caches stay warm.

    There’s also a supply-chain angle. Hallucinating agents may suggest outdated or even nonexistent packages. An artifact manager that doubles as a control plane—tracking provenance, scanning for vulnerabilities and rejecting spoofed names—becomes a final checkpoint before code reaches production.

    Weinstein’s takeaway is blunt: experiment with AI copilots today, but raise expectations for every tool in your stack. If a platform can’t expose its data through an MCP endpoint and play nicely with agents, it will feel ancient in a year. Start mapping where context lives, audit your APIs and assume that the next generation of developers will treat AI companions as a given. Your pipelines should be ready before they arrive.

  • New Relic Adds Support for Model Context Protocol to Observability Platform

    New Relic Adds Support for Model Context Protocol to Observability Platform

    New Relic this week added support for the Model Context Protocol (MCP) to its observability platform to surface insights into artificial intelligence (AI) agents and applications.

    Originally developed by Anthropic, MCP is rapidly becoming a de facto application programming interface (API) for enabling interoperability between AI agents and other sources of data.

    New Relic has now incorporated MCP with its application performance monitoring to surface insights into AI agents and applications alongside its ability to monitor and observe legacy applications.

    Previously, New Relic had added an ability to observe large language models (LLMs), but via MCP it’s now able to extend the reach of that capability to AI agents and applications that access those LLMs. That capability makes it possible to visualize specific usage and patterns of the entire lifecycle of an MCP request, including invoked tools, call sequences and execution durations.

    Additionally, DevOps teams can identify which prompts are being invoked and what choices were made by an AI agent along with surfacing latency, errors and other MCP performance issues.

    New Relic AI Monitoring MCP support is now available in Python Agent version 10.13.0, with additional languages coming soon.

    In general, New Relic reports it has seen a steady 30% growth in usage of its AI monitoring tools quarter-over-quarter for the past year. The company has also seen a 92% increase in the number of unique AI models being used. However, the ChatGPT models provided by OpenAI accounted for 86% of all the LLM tokens being generated.

    Nic Benders, chief technical strategist for New Relic, said that level of activity suggests that OpenAI is well on its way to becoming a de facto standard, even as the number of AI models being made available continues to rapidly increase.

    It’s not immediately clear why one LLM might be preferred over another but OpenAI, in addition to making a steady stream of investments, has successfully generated a significant amount of brand recognition. That helps make OpenAI one of the first platforms that most organizations are going to look to when building an AI application, said Benders.

    However, there are use cases, such as coding, that lend themselves, for the moment at least, better to coding, he added.

    Less clear is the degree to which the various AI models that are available will gain enough traction to warrant the ongoing level of investment required to sustain them. IT teams should carefully consider what foundations they want to build and deploy AI applications on for the long term, noted Benders.

    Additionally, not every AI application requires the latest, and most expensive, LLM, said Benders. The cost of previous generations of AI models has declined considerably as more advanced models have become available. Many applications, however, may not require access to a more advanced model, especially when a previous generation will enable a developer to automate a task at a much lower cost.

    Ultimately, observability platforms will play a critical role in enabling organizations to track which AI models are being used for which use cases. The challenge now is understanding not only which ones are gaining traction among application developers, but just as importantly, the symbiotic relationship that exists between AI models and the IT infrastructure upon which they depend.

  • Harness Adds MCP Server to Expose Data to Third-Party AI Tools

    Harness Adds MCP Server to Expose Data to Third-Party AI Tools

    Harness today revealed it has developed a model context protocol (MCP) server through which it will be able to provide more context to artificial intelligence (AI) tools, agents and platforms that are being used to build software.

    Rohan Gupta, a principal product manager for continuous delivery and AI DevOps for Harness, said exposing the data residing in the Harness continuous integration/continuous delivery (CI/CD) platform will streamline workflows by eliminating the need to rely on custom plug-ins and application programming interfaces (APIs) to provide additional context about the application development environments where code is ultimately deployed.

    Originally developed by Anthropic, MCP is based on a JSON-RPC 2.0 API framework and is rapidly becoming a de facto API standard for integrating AI tools, agents and platforms. The overall goal is to make it easier to expose relevant data to any AI agent that has permission to access it. The overall goal is to make it simpler for AI coding tools to more easily understand the reasons why, for example, a specific DevOps pipeline might have failed, said Gupta.

    DevOps teams will also be able to employ the role-based access controls (RBAC) provided by Harness to limit access to deployment logs only. All the API keys are managed through Harness and no data is ever sent to a large language model (LLM).

    It’s not clear how widely AI tools and platforms have been adopted but a Futurum Group survey finds 41% of respondents expect AI tools and platforms will be used to generate, review and test code, while 39% plan to make use of AI models based on machine learning algorithms.

    Ultimately, DevOps engineers will soon find themselves supervising a small army of AI agents with the help of what are becoming known as Planner agents, said Gupta. It remains to be seen how multiple AI agents will interact with one another to complete an end-to-end task but as orchestration frameworks continue to evolve there will be higher levels of interoperability between agents that both Harness and its third-party partners are continuing to build, said Gupta.

    In the meantime, DevOps teams might want to start creating an inventory of manual tasks that might soon be assigned to an AI agent. As the ability of these AI agents to reliably complete these tasks improves, DevOps engineers should be able to spend more of their time on activities that provide higher value to the business, he noted.

    Arguably, the next major challenge will be the cultural changes that will inevitably occur as more DevOps tasks are automated using AI agents that, for all intents and purposes, are now part of a DevOps team, added Gupta.

    Regardless of approach to building software, the expectation is that the data that AI agents need to write better code will be readily made available. Each organization will need to decide to what degree to trust AI technologies to build software themselves, but ultimately, as the pace of software innovation starts to accelerate in the age of AI, it may soon not be feasible to effectively compete without it.