← Latest papers
🤖 AI

Agentic Observability: Automated Alert Triage for Adobe E-Commerce

This paper presents an agentic observability framework deployed in Adobe's e-commerce infrastructure that autonomously performs alert triage using a ReAct paradigm, achieving a 90% reduction in mean time to insight while maintaining diagnostic accuracy through dynamic log analysis and context-aware action planning.

Original authors: Aprameya Bharadwaj, Kyle Tu

Published 2026-02-04
📖 5 min read🧠 Deep dive

Original authors: Aprameya Bharadwaj, Kyle Tu

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine a massive, high-speed e-commerce store (like the one Adobe runs) as a giant, bustling city. This city is made up of thousands of tiny, interconnected buildings (microservices) that talk to each other constantly to process orders, manage subscriptions, and display products.

In this city, things go wrong all the time. A pipe bursts in the plumbing, a traffic light glitches, or a power flickers. In the old days, when an alarm went off, a human "firefighter" (an engineer) had to:

  1. Run to the alarm.
  2. Grab a map (logs).
  3. Run to five different buildings to check their status.
  4. Call the library to look up the manual for that specific building.
  5. Finally, figure out what's broken and how to fix it.

This process took a long time (about 18 to 33 minutes), and the firefighter was often overwhelmed, juggling too many maps and tools at once.

The New Solution: The "Super-Detective" Team

The paper introduces a new system called Agentic Observability. Think of this not as one robot, but as a specialized detective team that works instantly the moment an alarm sounds. They don't wait for a human to tell them what to do; they jump into action immediately.

Here is how this team is structured, using a simple analogy:

  • The "Scout" (Splunk Agent): As soon as the alarm rings, this agent runs to the scene. It grabs the specific "crime scene photos" (logs) from the exact location where the error happened. It filters out the noise and finds the specific clues (error messages) that matter.
  • The "Detective" (Tools Agent): This is the brain of the operation. It looks at the clues the Scout found. It asks, "Did we just change the plumbing? Is the power grid acting up?" It consults the city's blueprints (runbooks) and the history of recent changes (code deployments) to figure out why this happened. It then creates a step-by-step plan to fix it.
  • The "Quality Control Officer" (Reflection Agent): Before the team sends a report to the human boss, this agent double-checks the work. It asks, "Did we miss anything? Does this explanation make sense? Is the fix safe?" If the team isn't 100% sure, they stop after a few tries and tell the human, "Here is our best guess, but we need your help."

How It Works in Real Life

The paper tested this team on a specific problem: Content Validation Errors. Imagine a scenario where a product description on the website has a typo or a broken format. In the old system, a human had to manually search through thousands of lines of text to find the typo, identify which language version it was in, and then fix it. This took about 13 minutes per error.

With the new AI team:

  1. The alarm goes off.
  2. The Scout instantly pulls the specific log showing the broken text.
  3. The Detective figures out exactly which product and language version is broken and finds the exact line number of the error.
  4. The Quality Control Officer checks the findings.
  5. The team sends a message to the human engineer saying: "The error is in the 'Summer Sale' banner for the French version, line 42. Here is the fix."

The human engineer only has to click "apply" to fix it. The whole process took the AI team about 1.8 minutes.

The Results

The paper claims this new system is a game-changer for three main reasons:

  1. Speed: It reduced the time to find the problem (Mean Time to Insight) by 90%. Instead of waiting 18 minutes, the answer comes in about 2 minutes.
  2. Accuracy: The AI team was just as good at finding the right cause as the expert human engineers (about 88% accuracy), but much faster and more consistent.
  3. Less Work for Humans: It automated about 65% to 75% of the steps humans used to do manually. This means engineers spend less time hunting for clues and more time actually fixing the city.

The Catch

The paper is honest about the limitations. The "Super-Detective" team is only as good as the information it can access.

  • If the "phone lines" (APIs) get jammed because there are too many alarms at once, the team might get a little slower.
  • The team needs humans to teach it the rules (runbooks) for new types of buildings. It can't invent the rules itself; it just follows the ones it's been given.
  • For dangerous fixes (like turning off a main power switch), a human still has to give the final "okay" to ensure safety.

Summary

In short, this paper describes a system that turns reactive monitoring (waiting for a human to figure out what's wrong) into proactive reasoning (an AI team that instantly investigates, reasons, and proposes a fix the moment an alarm sounds). It shifts the human role from "detective" to "supervisor," allowing the enterprise to recover from failures much faster.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →