Symbolic Informalization: Fluent, Productive, Multilingual
This paper introduces the Informath project, which utilizes a symbolic informalization framework built on a Dedukti hub and Grammatical Framework to reliably convert formal proofs from systems like Agda, Lean, and Rocq into fluent, precise, and multilingual natural language.
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
The Big Idea: The "Translator" for Math Robots
Imagine you have a brilliant, super-fast robot mathematician. This robot speaks a very strict, precise language called Formal Logic (like Agda, Lean, or Rocq). It can prove theorems with 100% accuracy, but its output looks like a wall of code: forall (a : Int), odd a -> even (a + 1).
To a human, this is unreadable. It's like trying to read a book where every word is a secret code.
Informalization is the process of translating that strict robot code back into Natural Language (English, French, German, etc.) so humans can actually read and understand it.
The paper argues that while we have gotten very good at teaching robots to learn math from human books (using AI), we haven't done a great job of teaching them to explain their work back to us in a way that sounds like a human wrote it. This paper introduces a system called Informath to fix that.
The Three Goals: The "Fluent, Productive, Multilingual" Trio
The author says a good translator system needs three things, which he calls the "Holy Trinity" of this project:
Fluent (Sounds Natural):
- The Problem: Old translators were like bad robots that said, "The set of integers is a set." They were stiff and robotic.
- The Goal: The new system should sound like a math textbook. It should know when to say "Let be..." instead of "Assume is...", and it should know how to combine sentences smoothly (e.g., "x and y are even" instead of "x is even and y is even").
- Analogy: Think of the difference between a GPS that says "Turn left. Then drive 500 meters. Then turn right" versus a human giving directions: "Head left, go a block, then take a right." Both get you there, but one is much easier to follow.
Productive (Easy to Build):
- The Problem: Building these translators used to be like hand-carving every single word of a dictionary by hand. It took forever and required a linguist and a computer scientist to work together.
- The Goal: Make it so that a mathematician can just add a few notes to their code, and the system figures out the rest.
- Analogy: Instead of building a house brick-by-brick from scratch, you use a "Lego kit" (called the Resource Grammar Library). You just snap the pieces together, and the system handles the complex engineering (like grammar rules) for you.
Multilingual (Speaks Many Languages):
- The Problem: Usually, if you want a translator for English, you build one. If you want French, you build a totally different one.
- The Goal: Build one "brain" that can speak any language.
- Analogy: Imagine a universal adapter plug. You plug the math code into the middle, and it can output to English, French, German, or Swedish just by swapping the "plug head." You don't need to rebuild the whole machine for every country.
How It Works: The "Hub and Spoke" System
The paper describes a clever architecture to achieve these goals. Think of it as a busy airport hub.
The Hub (Dedukti):
- This is the central airport. All the different "airlines" (Agda, Lean, Rocq) fly their planes (math proofs) here.
- Dedukti is a simple, universal language that acts as the common ground. It strips away the specific quirks of each airline and converts everything into a standard format.
The Translation (Grammatical Framework - GF):
- Once the math is at the hub, it needs to be turned into human speech. This is where GF comes in.
- GF is like a master chef's kitchen. It has a "recipe book" (the grammar) that knows how to cook the math ingredients into a delicious sentence in any language.
- It handles the tricky parts: making sure verbs agree with subjects, changing "is" to "are" for plural, and handling gender in languages like French or German.
The Menu (Symbol Tables):
- This is the secret sauce. The mathematician doesn't need to rewrite the whole recipe book. They just fill out a "menu card" (a symbol table) that says:
- "When you see the code
plus, say 'sum'." - "When you see
odd, say 'odd'."
- "When you see the code
- This allows the system to be customized easily without breaking the complex grammar underneath.
- This is the secret sauce. The mathematician doesn't need to rewrite the whole recipe book. They just fill out a "menu card" (a symbol table) that says:
The "Magic" of Making it Sound Human
The paper highlights that making math sound natural is harder than it looks. Here are the tricks Informath uses:
Aggregation (The "And" Trick):
- Robot: "x is even. x is divisible by 3."
- Human: "x is even and divisible by 3."
- The system knows how to merge these sentences so they flow better.
In Situ Quantification (The "Hidden" Variable):
- Robot: "For all numbers n, n is even or n is odd."
- Human: "Every natural number is even or odd."
- The system realizes you don't need to repeat the word "number" every time. It hides the variable where it's obvious, just like a human would.
Symbolic vs. Verbal:
- Sometimes, math is best written with symbols (like ), and sometimes with words ("the sum of x and y"). The system knows when to use which. It can even generate LaTeX code (the standard for math typesetting) automatically.
What the Paper Actually Claims (and What It Doesn't)
What it DOES:
- It successfully built a system (Informath) that can take formal math proofs and turn them into fluent, natural-sounding text in multiple languages.
- It proved that you can make this system "productive" (easy to use) by using pre-built grammar libraries and simple symbol tables.
- It showed that this works for undergraduate-level math (arithmetic, algebra, topology) and even some advanced topics (homotopy type theory), though the advanced stuff is harder.
- It demonstrated that this system can be used to generate data to help train AI models (LLMs) to do math better.
What it DOES NOT claim (based strictly on the text):
- It does not claim that the system is perfect for all of mathematics yet. The author admits that covering the "entire ordinary language of mathematics" is a huge, ongoing goal.
- It does not claim that the system can currently handle every proof system perfectly. Systems like Isabelle or Mizar are mentioned as future challenges because they work differently than the ones currently supported.
- It does not claim that the system replaces human mathematicians. It is a tool to help humans read what the computer has done.
The Bottom Line
The paper concludes that informalization is not easy. It's not just the reverse of formalization. While formalization (human to robot) can be checked automatically for errors, informalization (robot to human) is tricky because "sounding natural" is subjective and complex.
However, by using a "hub" system (Dedukti) and a "universal grammar" (GF), the author shows we can build a translator that is reliable (it doesn't hallucinate facts), flexible (it speaks many languages), and efficient (it doesn't require a team of linguists to build). It turns the robot's cold code back into a warm, readable story.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.