← Latest papers
💻 computer science

Holmes: Multimodal Agentic Diagnosis for Mixed-Language Mobile Crashes at Industrial Scale

Holmes is a multi-agent system that automates root cause analysis for mixed-language mobile crashes in ultra-large-scale applications by synthesizing multimodal runtime signals to reconstruct failure contexts without reproduction, achieving 87.6% fault localization accuracy and reducing investigation time by over 98% on real-world WeChat data.

Original authors: Jia Li, Wenyuan Ma, Ting Peng, Haibin Zheng, Yuetang Deng

Published 2026-06-23
📖 5 min read🧠 Deep dive

Original authors: Jia Li, Wenyuan Ma, Ting Peng, Haibin Zheng, Yuetang Deng

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 you are the chief detective for a massive, bustling city called WeChat. This city has billions of residents and millions of buildings (lines of code). Every day, thousands of buildings suddenly collapse (crash).

In the past, when a building collapsed, a team of human detectives had to spend hours or even days trying to figure out why. They had to sift through mountains of paperwork (logs), look at blueprints (source code), and try to reconstruct the exact moment the building fell, often without being able to recreate the accident in a test lab.

Holmes is a new, super-powered detective team designed to solve these mysteries in seconds. Here is how it works, using simple analogies:

1. The Problem: The "Black Box" Mystery

When a mobile app crashes, it's like a building collapsing in the middle of a busy street. You can't go back in time to see exactly what happened. You only have:

  • The Debris: A list of the last things the building was doing (the "stack trace").
  • The Witnesses: A log of what people were saying right before the crash.
  • The Blueprints: The massive instruction manual for the city (70 million lines of code).

Old methods were like trying to read the whole 70-million-page manual to find one typo. It was too slow. Other methods tried to use AI, but they needed to recreate the crash in a test lab, which is impossible because every user's phone is different and private.

2. The Solution: The Holmes Detective Squad

Instead of one detective trying to do everything, Holmes uses a team of specialized agents working together, like a high-tech police precinct. They use a three-step process:

Step 1: Gathering Clues (The Retrieval Team)

Before trying to solve the case, the team gathers the most relevant evidence immediately.

  • The Stack Code Retriever: Looks at the "debris" (the crash list) and instantly grabs the specific pages of the blueprint where the building fell.
  • The Log Miner: Instead of reading the entire 1-hour witness testimony, it uses a smart filter to find only the 5 minutes of conversation that actually led to the crash.
  • The Thread Inspector: Checks if other parts of the city (other threads) were interfering with the building. Did a construction crew on the 5th floor accidentally pull a support beam from the 10th floor?

Step 2: The Deep Dive (The Exploration Team)

Sometimes the crash happens because of a mistake that happened earlier or in a different part of the building.

  • The Code Explorer: This agent acts like a detective who doesn't just look at the crash site but follows the trail of clues. It asks, "Who called this function?" and "What happened before this?" It digs through the massive code library dynamically, only fetching the specific pages it needs, rather than loading the whole library at once. This allows it to find "non-local" defects (mistakes far away from where the crash happened).

Step 3: The Verdict (The Reasoning Team)

This is the lead detective who puts it all together.

  • The Synthesis Agent: It takes the debris, the filtered witness logs, the blueprint pages, and the interference reports. It uses a special trick: it looks at low-level clues (like CPU registers, which are like the building's internal pressure gauges) to bridge the gap between the business logic (what the app is supposed to do) and the system framework (the operating system).
  • It then generates a final report: "The crash happened because two workers tried to use the same tool at the same time (a race condition). The fix is to add a lock."

3. Why It's a Game Changer

The paper tested Holmes on real crashes from WeChat (the Chinese social media giant). Here is what they found:

  • Speed: Instead of taking 2–3 hours for a human to solve a complex crash, Holmes does it in about 77 seconds. That is a 98% reduction in time.
  • Accuracy: It correctly identified the specific function (the specific room in the building) where the error was 87.6% of the time.
  • Cost: It's incredibly cheap to run. The cost to run Holmes on a crash is about 13 cents, compared to the cost of a senior engineer spending hours on it (which would cost over $70).

4. How It Handles the "Mixed-Language" Puzzle

Modern apps are built like a house made of different materials: some walls are wood (Swift/Objective-C), some are brick (C++), and some are concrete (System Frameworks).

  • The Challenge: When a crash happens in the "concrete" part, the "wood" part often can't see what's wrong because the instructions are in a different language.
  • Holmes's Trick: It uses low-level artifacts (like assembly code and memory snapshots) as a universal translator. It can trace the problem from the high-level app logic all the way down to the system level, even if the source code for the system part is hidden (closed-source).

5. The Bottom Line

Holmes transforms the job of a developer from a detective (who has to hunt for clues for hours) into a verifier (who just checks the AI's report).

  • Before: "I have no idea why this crashed. Let me read 50,000 lines of code and guess."
  • After: "Holmes says the crash was caused by a race condition in file X, line 149. Let me verify that."

The paper concludes that this system works effectively at an industrial scale, turning a labor-intensive, slow process into a fast, efficient workflow, saving companies millions of dollars and hours of developer time.

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 →