Tag: agentic AI

  • AI-Driven Observability: Fast, Context-Rich MCP Servers

    AI-Driven Observability: Fast, Context-Rich MCP Servers

    Christine Yen—developer-turned-CEO—explains why Honeycomb built an MCP server and why every observability vendor may follow. MCP, short for Model Context Protocol, acts like a concierge for AI agents: It makes a product’s API, telemetry schema and helper tools easily discoverable so large-language models can ask precise questions instead of guessing. Yen sees it as table stakes for letting bots troubleshoot production just as humans do.

    Speed is the first requirement. Engineers won’t wait minutes for an LLM to fetch a log slice or distribution graph. Honeycomb’s mantra—fast is a feature—now pays off when an agent fires off dozens of sub-queries during root-cause analysis. Yen jokes that no one wants to brew coffee while a model thinks, so the platform’s near-instant queries translate directly into snappier conversational answers.

    Depth of data is the second pillar. Because customers pipe richly labeled events (“checkout_latency_ms”, “user_tier”) instead of fixed dashboards, even off-the-shelf models can map plain-English prompts to meaningful fields. Yen argues this beats the “narrow metric lists” many teams still rely on; a model that understands business context can pinpoint anomalies without endless prompt engineering.

    Yen admits she no longer remembers every field in Honeycomb’s own dog-food cluster—but the MCP server does. She expects newcomers to treat agents as default copilots, while power users toggle between raw queries and natural language. The challenge for vendors, she says, is balancing both paths without forcing engineers into one camp.

    Yen’s closing advice: start experimenting now, map where your context lives and demand that every tool expose it through open protocols. The future observability stack won’t just collect data; it will serve it—fast and in the right context—to whatever human or agent asks first.

  • 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.

  • Is Generative AI Replacing Junior Developers?

    Is Generative AI Replacing Junior Developers?

    Generative AI tools aren’t just autocomplete for code—they’re reshaping the very first rung on the engineering career ladder. Host Mike Vizard asks Juan Salinas, VP of business development at Jalasoft, and software engineer Rolando Lora whether entry‑level developer jobs are about to disappear.

    Salinas is blunt: the routine, low‑risk tickets that once taught newcomers the ropes are now exactly what teams hand to AI agents. University graduates were “20–30 percent job‑ready” before; today the same agents that help them finish coursework will compete for their first paychecks.

    Lora counters that the picture isn’t all doom. Lightweight “vibe‑coding” chats let designers and product owners spin up prototypes in hours, while senior engineers use agentic AI to explore multiple implementation paths and ship higher‑quality features. The catch, he says, is that newcomers must learn to review—not just generate—code, and master “context engineering,” the craft of feeding agents the right background so they solve problems in one pass.

    Both envision a mixed future: specialized agents will handle boilerplate and reviews, while humans focus on architecture, judgment and systems thinking. For that to work, academia must stop graduating “juniors” and instead turn out mid‑level developers who already know how to collaborate with AI responsibly. Hiring managers, Salinas adds, should map each task to a spectrum—augmentation, automation or full agency—and invest in upskilling rather than backfilling rote work.

    The take‑away: early‑career coding isn’t dead, but its fundamentals are changing fast. Anyone entering the field will need to treat AI as a teammate they trust—yet constantly verify. That means pairing curiosity with critical thinking and realizing that debugging a machine’s work may become the new entry ticket to the profession.

  • Fast Code, Real Risks: Guardrails for AI-Generated Software

    Fast Code, Real Risks: Guardrails for AI-Generated Software

    Yonatan Arbel, developer advocate in the Office of the CTO at JFrog, dives into the potential risks and rewards of relying on artificial intelligence (AI) agents to build and deploy software.

    Yes, more code is shipping faster than ever, Arbel admits, but volume alone isn’t a win—each hastily synthesized line must still survive build servers, security scanners and production reality. “Not everything in life comes for free,” he reminds, framing AI acceleration as an IOU that must eventually be paid down with careful review.

    To drive the point home, Arbel shares a personal misadventure. While traveling, he used a “vibe-coding” platform to whip together a receipt-tracking app. The tool auto-generated an impressive login flow and slick UI, so he proudly shared the URL with friends—only to discover their receipts mixed with his the next morning. A quick code dive revealed an AI-written SQL query that fetched every user’s data instead of scoping to the current account, proving how easily privacy can be breached when humans skip the boring inspection step.

    From there, the conversation turns to guardrails. Developers are becoming “pilots with copilots,” Arbel notes, spending more time instructing chat windows than writing functions. That shift demands automated policy checks, dependency vetting and runtime governance so velocity doesn’t eclipse trustworthiness. DevOps teams must embed quality gates early and often, treating AI-generated packages and prompts just like any other third-party code subject to organizational rules.

    Arbel’s advice is pragmatic: Start small, review everything, and remember that speed without oversight is just a fast track to technical—and financial—pain. Used thoughtfully, AI can compress months of work into days, but only if teams stay vigilant, enforce context-aware policies and let security evolve in lockstep with the bots.

  • Atlassian Adds CLI Option to AI Agent for Building Software

    Atlassian Adds CLI Option to AI Agent for Building Software

    Atlassian has added a command line interface (CLI) option to provide application developers with a familiar construct for invoking Rovo Dev, its artificial intelligence (AI) agent for building software

    Part of a portfolio of Rovo Software Agents that Atlassian now makes available in beta, Rovo Dev completes and debugs code, creates tests, surfaces insights and explanations of code bases, makes suggestions to improve code and generates documentation. It is also integrated with Jira project management software and Confluence collaboration tools provided by Atlassian.

    Using a set of software engineering (SWE) benchmarks maintained by researchers at Princeton and Stanford, Rovo Dev achieved a 41.98% resolve rate across 2,294 tasks.

    It can also be integrated via a Model Context Protocol (MCP) Server to access external data sources capable of providing more context that might be needed to complete a specific task.

    Shuyin Zhao, vice president of product for Atlassian, said the goal is to provide a single agent capable of performing a wide range of tasks versus requiring developers to create workflows that require them to orchestrate multiple agents to build and deploy software. The more memory that can be allocated to an AI agent the more it is able to preserve context, she added.

    Longer term, as the reasoning capabilities provided by large language models (LLMs) continue to expand, the scope of complex tasks that can be assigned to that AI agent will also increase, noted Zhao.

    Eventually, many developers will find they will be spending more time reading and evaluating code rather than writing it themselves, she added.

    It’s not clear how widely AI tools are being adopted by software developers and engineers, but a Futurum Group survey found 41% of respondents expect generative AI tools and platforms will be used to generate, review and test code. The one thing that is certain is more developers than ever are using these tools to write code, but how much of that code is making it into production environments is unknown. In some instances, an AI tool might enable a developer to write better code than they can on their own. In other instances, it might create vulnerabilities or recommend using software packages that simply don’t exist.

    Additionally, even as more code is generated, the existing DevOps pipelines might not be robust enough to deploy software at higher levels of scale than what is already being achieved.

    None of that means AI agents won’t be incorporated into DevOps workflows, but it does mean there is still a considerable amount of effort required to re-engineer those processes in a way that is optimized for AI agents rather than human application developers.

    In the meantime, however, DevOps teams would be well-advised to start creating a list of tasks they are willing to delegate to AI agents, assuming there is some level of supervision. Otherwise, it’s all but inevitable that AI agents might generate the same issues that human developers create, albeit just at a different level of scale. The issue then becomes making sure the right governance policies are in place to prevent as many of those issues from arising in the first place.