Using LLMs to Evaluate Architecture Documents: Results from a Digital Marketplace Environment
This paper investigates the efficacy of using Large Language Models to evaluate software architecture documents within a digital marketplace project, finding that while LLMs show promise, their consistency with human expert evaluations strongly depends on the initial quality of the architecture artifacts.
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 a city planner trying to decide which new digital tools (like apps for traffic or waste management) to buy for your town. You have a giant online marketplace full of these tools, but you can't possibly read every single manual and blueprint for every single one. You need a way to quickly check if the "blueprints" (the software architecture documents) are well-written, clear, and reliable before you hire the builders.
This paper is about an experiment where the researchers tried to use a super-smart AI robot (a Large Language Model, or LLM) to act as a junior inspector to check these blueprints, and then they compared the robot's notes to those of a senior human architect.
Here is the breakdown of their journey:
1. The Setup: The "Digital Marketplace"
The researchers are working on a digital marketplace for German cities. Imagine a store where companies sell digital solutions. Before a city can buy a solution, they need to know: Is the documentation good? Is the design sound?
Usually, a human expert has to read through hundreds of pages of PDFs, diagrams, and text to answer this. It's slow and expensive. So, the researchers built a tool called Quasar. Think of Quasar as a robotic librarian that can read all those documents instantly and give you a "report card" score.
2. The Experiment: Robot vs. Human
To see if the robot was any good, they set up a head-to-head competition:
- The Contestants: Two different software projects (one with a huge, detailed library of blueprints, and one with a very small, sparse library).
- The Judges: Two senior human architects and the Quasar robot (using different AI brains like Qwen and Llama).
- The Task: They both looked at the same 25 specific questions about the quality of the documents (e.g., "Are the design decisions explained clearly?"). They gave scores from 0 to 4.
3. The Results: It Depends on the "Raw Ingredients"
The most important finding of this paper is a simple rule: Garbage In, Garbage Out. The quality of the AI's answer depended entirely on the quality of the documents it was reading.
Scenario A: The Well-Organized Library (Project 1)
- The Situation: The project had a massive, well-structured set of documents.
- The Outcome: The robot and the human architects agreed almost perfectly. The robot's scores were very consistent (it gave the same answer if asked three times).
- The Analogy: It's like asking a chef to taste a perfectly cooked steak. If the steak is great, even a robot with a taste sensor can say, "This is a 5-star steak," and agree with the human chef.
- Time: It took the human about 60 minutes and the robot about 68 minutes. Roughly the same speed.
Scenario B: The Sparse Sketchbook (Project 2)
- The Situation: The project had very few documents and not much detail.
- The Outcome: The robot and the human disagreed wildly. The robot's scores were all over the place, and it couldn't even answer some questions.
- The Analogy: It's like asking that same chef to taste a steak that is barely cooked and missing half the meat. The robot gets confused, guesses, and gives a score that makes no sense compared to the human.
- Time: The robot was faster (14 mins vs. 22 mins), but the speed didn't matter because the answers were unreliable.
4. What They Learned (The "Takeaway")
The researchers concluded that AI is a great "first pass" inspector, but it's not a replacement for a human yet.
- When it works: If the documentation is clear, complete, and well-organized, the AI can act as a reliable assistant, giving a quick "sanity check" that matches what a human expert would say.
- When it fails: If the documentation is messy, incomplete, or vague, the AI starts to hallucinate (make things up) or give inconsistent answers. It cannot "fill in the blanks" the way a human expert can using their experience.
5. The Future: Making the Robot Smarter
The paper admits that their current robot is a bit "dumb" because it had to chop up the documents into small pieces to read them (like trying to read a book by tearing out pages one by one).
For the future, they plan to:
- Give the robot a bigger "memory" so it can read the whole book at once without losing context.
- Train the robot specifically on software architecture so it understands the jargon better.
- Turn the robot into a plugin that sits inside the software architects' own tools, giving them instant feedback while they are drawing the blueprints, rather than just grading them after the fact.
In short: The AI robot is a promising apprentice who does a great job when the master provides clear instructions and good materials. But if the materials are messy, the apprentice gets lost, and you still need the master architect to do the final review.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.