LLM-based Triplet Extraction from Financial Reports
This paper presents a semi-automated pipeline for extracting financial triplets using LLMs and ontology-driven proxy metrics, demonstrating that automatically induced ontologies eliminate schema drift while a hybrid verification strategy significantly reduces hallucination rates and reveals systematic asymmetries in subject-object generation.
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 financial detective trying to solve a mystery hidden inside thousands of pages of corporate annual reports. These reports are like dense, complicated novels written in "legalese," full of passive sentences and hidden numbers. Your goal is to pull out specific facts—like "Who did what to whom?"—and organize them into a neat, structured list (a Knowledge Graph).
This paper is about building a robot detective (using Large Language Models, or LLMs) to do this job. But there's a catch: the robot is prone to "hallucinations," meaning it sometimes makes up facts that aren't in the text. In finance, making things up is dangerous.
Here is the story of how the researchers built a better system, explained simply:
1. The Problem: The "Lost in the Middle" and the "Make-Believe" Trap
Financial reports are huge. If you feed a whole report to a robot at once, it gets overwhelmed and forgets the important details in the middle (a problem called "lost in the middle"). Also, if you just ask the robot to "find the facts," it might get creative and invent relationships that don't exist because it wants to sound smart.
The Analogy: Imagine asking a student to read a 500-page textbook and write down every fact. If you give them the whole book at once, they might zone out. If you just say "write down the facts," they might start inventing facts to fill the gaps because they are nervous about leaving blanks.
2. The Solution: A "Rulebook" (Ontology)
To stop the robot from making things up, the researchers gave it a strict rulebook called an Ontology. This is like a template that says, "You can only write down facts that fit these specific categories."
They tested two ways to create this rulebook:
- The Manual Rulebook (Static): A human expert sat down and wrote a generic rulebook based on one company's report, then tried to use that same rulebook for a different company.
- Result: It was like trying to fit a square peg in a round hole. The second company's report didn't quite fit the old rules, so the robot got confused or ignored the rules.
- The Automatic Rulebook (Dynamic): The robot was allowed to build its own rulebook as it read each specific report. It looked at the text, said, "Oh, this report talks about 'Investing Activities,' so I'll add that to my rulebook," and then continued reading.
- Result: This was a perfect fit. The rulebook was custom-made for the specific document, so the robot never got confused or drifted off-topic. It achieved 100% adherence to the rules.
3. The "Fake Fact" Detector: Regex vs. The Judge
Even with a rulebook, the robot sometimes made mistakes. The researchers needed a way to check if the robot was telling the truth without having a "correct answer key" (since no one has manually checked every single fact in these reports).
They compared two ways to check the work:
- The "Strict String Matcher" (Regex): This is like a spellchecker that only looks for exact word matches. If the text says "The Group" and the robot writes "The Company," the spellchecker screams "ERROR! You made it up!"
- Problem: This was too harsh. It flagged 65% of the answers as "fake" just because the wording was slightly different, even though the meaning was correct.
- The "Hybrid Judge" (Regex + LLM-as-a-Judge): This is a two-step process. First, the spellchecker looks for exact matches. If it doesn't find one, it doesn't immediately fail the robot. Instead, it asks a second, smarter robot (the Judge): "Hey, does 'The Company' mean the same thing as 'The Group' in this sentence?"
- Result: The Judge realized, "Yes, they mean the same thing." This dropped the "fake fact" rate from 65% down to just 1.6%. It stopped the system from punishing the robot for being slightly creative with words, while still catching real lies.
4. The "Passive Voice" Trap
The researchers noticed something weird: The robot was much more likely to make up the Subject (the "Who") than the Object (the "What").
The Analogy: Financial reports love to use passive voice, like "The profit was increased by 5%." They hide the "Who" (the CEO? The board?).
- When the robot sees "The profit was increased," it has to guess who did it. It often guesses wrong (hallucinates the subject).
- But the "What" (5%) is right there in the text. It's easy to copy-paste.
- Lesson: It's harder to be honest about who did something when the sentence doesn't say it, but easy to be honest about what happened.
5. The Takeaway
This paper teaches us three main things for building AI that handles financial data:
- Don't use a one-size-fits-all rulebook. Let the AI build a custom rulebook for every document it reads. It works much better.
- Don't trust a simple spellchecker. If you want to know if an AI is lying, you need a smart "Judge" to understand the meaning, not just the exact words.
- Watch out for passive voice. AI struggles most when humans hide the "doer" of an action in the sentence.
By combining a custom rulebook with a smart two-step checker, the researchers created a system that is much more reliable, accurate, and trustworthy for turning messy financial reports into clean, usable data.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.