← Latest papers
🤖 AI

Simulating Complex Multi-Turn Tool Calling Interactions in Stateless Execution Environments

This paper introduces DiGiT-TC, a novel data generation method that synthesizes complex multi-turn tool calling conversations for stateless execution environments by implicitly representing tool calls within user requests, thereby enabling effective tuning of smaller language models without relying on stateful validation.

Original authors: Maxwell Crouse, Ibrahim Abdelaziz, Kshitij Fadnis, Siva Sankalp Patel, Kinjal Basu, Chulaka Gunasekara, Sadhana Kumaravel, Asim Munawar, Pavan Kapanipathi

Published 2026-05-12
📖 4 min read☕ Coffee break read

Original authors: Maxwell Crouse, Ibrahim Abdelaziz, Kshitij Fadnis, Siva Sankalp Patel, Kinjal Basu, Chulaka Gunasekara, Sadhana Kumaravel, Asim Munawar, Pavan Kapanipathi

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 robot butler how to handle complex errands, like "Find a movie, check the showtimes, and buy a ticket for the first one available."

In the real world, if you were testing this robot, you would let it actually run those commands in a real movie theater system. You'd watch it check the database, see the results, and then buy the ticket. If it succeeds, you know it learned well. This is what most AI researchers have done until now: they built "playgrounds" where the robot can actually touch and change things (a stateful environment).

The Problem:
But what if you can't let the robot touch the real world? Maybe the data is too sensitive (like a bank's secret customer list), or maybe the "playground" is too expensive to build. In these cases, you can't test the robot by letting it run. You have to teach it using only a list of instructions (tool specifications) without ever seeing the actual results.

Most previous methods tried to fake this by pretending the robot did run the commands. But they missed a crucial part of human conversation: Implicit Steps.

When you ask a human assistant to "Book a ticket for the first showtime," you don't say, "First, run the 'check showtimes' tool, then run the 'book ticket' tool." You just give the goal. The assistant knows it has to check first, even though you didn't say it. This is an implicit tool call. Previous methods struggled to create training data that taught robots to figure out these hidden steps on their own.

The Solution: DiGiT-TC (The "Reverse Engineer" Method)
The IBM researchers introduced a new method called DiGiT-TC. Instead of asking the robot, "What should I do next?" they flipped the script.

Think of it like a movie director working backwards:

  1. The Director Writes the Script First: The system first asks a powerful AI to write out the entire sequence of actions the robot needs to take to solve a problem (e.g., Check showtimes -> Book ticket).
  2. The "Editor" Hides the Clues: The system then acts like a clever editor. It takes that full script and decides which steps to hide from the "user." It keeps the final goal (Book a ticket) visible but hides the intermediate step (Check showtimes).
  3. The "Translator" Writes the Prompt: Now, the system asks the AI to write a user request that matches only the visible parts. So, the user says, "Book a ticket for the first showtime," and the AI knows it must figure out the hidden "Check showtimes" step on its own.
  4. The "Double-Check" (Back Translation): To make sure the AI didn't get confused, the system runs a "reverse test." It takes the user's request ("Book a ticket...") and asks the AI to solve it from scratch. If the AI comes up with the exact same hidden steps as the original script, the data is good. If the AI gets it wrong, the data is thrown out.

Why This Matters:
By using this "reverse engineering" approach, the researchers created a massive library of training data where the robot learns to fill in the blanks. They tested this on standard "exam" benchmarks (like BFCL and τ-bench) and found that:

  • Robots trained on this data got significantly better at handling multi-step tasks.
  • They performed as well as, or better than, robots trained on much more expensive data generated by top-tier, closed-source models.
  • The method works even without a real "playground" to test the robot in, making it safe for sensitive environments like banks or hospitals.

The Bottom Line:
The paper claims that by generating data "backwards"—starting with the solution and working toward the question—they can teach smaller, cheaper AI models to handle complex, multi-step tasks just as well as the big, expensive ones, without needing to access real, sensitive data systems during the training process. They have made all their code and data open for anyone to use.

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 →