A Language for Describing Agentic LLM Contexts
This paper introduces the Agentic Context Description Language (ACDL), a standardized formal language and visualization tool designed to precisely describe and communicate the structure, dynamics, and evolution of input contexts in agentic LLM systems, addressing the current lack of a unified standard for context engineering.
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 trying to teach a very smart, but slightly forgetful, robot how to play a complex game or solve a difficult problem. You can't just give it one instruction and walk away. Instead, you have to have a long conversation with it, step-by-step.
At every step, you have to remind the robot: "Here is what we are doing, here is what happened last time, here is what you just said, and here is what you need to do next." This collection of reminders and instructions is called the "context."
The problem, according to this paper, is that engineers and researchers are currently terrible at explaining how they build these conversations. They describe it using vague sentences like "we keep the history" or "we add the tool results," or they show messy hand-drawn sketches. This makes it hard to know exactly why one robot works better than another, or how to copy someone else's successful setup.
The Solution: ACDL (The "Blueprint" for Robot Conversations)
The authors introduce a new language called ACDL (Agentic Context Description Language). Think of ACDL as a standardized architectural blueprint for these robot conversations.
Here is how it works, using some everyday analogies:
1. The "Recipe" vs. The "Cooking"
Imagine you want to bake a cake.
- Prompt Engineering is deciding exactly how much sugar to use or whether to say "mix gently" or "stir slowly."
- Context Engineering (which ACDL describes) is the recipe structure: "First, list the ingredients. Then, show the mixing bowl. Then, show the oven instructions. If the cake is burnt, add a new step; if it's fine, skip it."
ACDL doesn't care about the exact words (the sugar amount); it cares about the structure of the recipe. It maps out: "At Step 1, show the robot the rules. At Step 2, show the robot what it did last time. At Step 3, show the robot the new question."
2. The "Time-Traveling Diary"
The paper explains that these robot conversations happen over time. ACDL acts like a time-traveling diary.
- It uses a special clock (like
@T) to mark exactly which step you are on. - It can say, "At step 5, look back at what the robot said at step 2."
- It can say, "If the robot made a mistake, insert a 'correction' message here; otherwise, just move on."
This allows anyone to see exactly how the conversation changes from one moment to the next, without having to read thousands of lines of computer code.
3. The "Visual Map"
One of the coolest features of ACDL is that it turns these text descriptions into visual diagrams.
- Imagine looking at a subway map. You can instantly see the difference between a line that goes straight to the station versus a line that loops around three times.
- ACDL diagrams let researchers instantly see the difference between two robot systems. One might be missing a crucial "memory" block, or another might be repeating the same instruction too many times. Without this visual map, spotting these differences is like trying to find a typo in a 50-page novel by squinting at the text.
Why Does This Matter?
The authors tested this by taking three different versions of a popular robot setup (called "ReAct," which is like a robot that thinks, acts, and then observes the result).
- Without ACDL: You'd have to read paragraphs of text to realize that one version forgets to show the robot its own "thinking process" in the history, while another version does.
- With ACDL: You look at the diagram, and you immediately see a missing block in the first version.
The paper claims that by using this standard "blueprint" language:
- Teams can talk better: Engineers can point to a specific block in the diagram and say, "Change this," without confusion.
- Science improves: Researchers can compare different robot systems fairly because they are looking at the same clear diagrams, not vague descriptions.
- Robots can read it: The authors even mention that they tested having an AI (Claude Code) read these ACDL blueprints and successfully build the robot loops described in them.
What ACDL is NOT
It is important to note what this language is not:
- It is not a programming language to make the robot run. You can't "execute" an ACDL file to make a robot think. It is just a description of how the robot thinks.
- It is not about the specific words you use (like "Please be polite"). It's about the order and structure of the information.
The Bottom Line
The paper argues that just as architects need blueprints to build consistent, safe buildings, and computer scientists need diagrams to build consistent, reliable software, the world of AI agents needs a standard way to draw their "conversations." ACDL is that new drawing tool, turning vague ideas into clear, comparable, and precise blueprints for how AI agents interact with the world.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.