Agents Need a Save Button: Kitaru's Replay Capability

ZenML's Hamza Tahir discusses Kitaru, a tool enabling 'what if' scenarios for AI agents by replaying past executions with modified parameters.

Presentation slide showing 'What if you could ask "what if?" about a run that already happened?'
Hamza Tahir presents the concept of persistent state for AI agents.· AI Engineer
Visual TL;DR
AI Agent LimitationsDriver
lack of a persistent 'save button' for revisiting past execution states
From the article 9+ mentionsThis limitation hinders the ability to ask crucial 'what if' questions about agent behavior, such as whether a different model or tool configuration would have yielded a cheaper or faster outcome.
No 'What If' ScenariosDriver
hinders asking crucial questions about agent behavior and alternative outcomes
From the articleThis capability opens up a range of powerful analytical and debugging scenarios:
Traces Are InsufficientDriver
telemetry data disconnected from agent's actual runtime environment and variables
From the article 5 mentionsHamza Tahir, co-founder of ZenML and builder of Kitaru, highlighted this challenge in a recent presentation, emphasizing the need for a durable runtime layer that can augment agent traces with true checkpoints.
Kitaru by ZenMLCore
tool enabling 'what if' scenarios by replaying past executions with modified parameters
From the article 5 mentionsTahir introduced Kitaru, a new tool from ZenML, as a solution that bridges this gap.
Durable Runtime LayerContext
augments agent traces with true checkpoints, preserving execution context
From the article 2 mentionsKitaru provides a durable runtime layer beneath existing agent frameworks, augmenting traces with code execution details and environmental context.
Unlock 'What If'Effect
allows developers to modify parameters and observe different agent behaviors
Actionable InsightsOutcome
understand why an agent behaved a certain way and optimize future performance
Contents(4)

In the rapidly evolving world of AI agents, a critical gap exists: the absence of a persistent 'save button' that allows developers to revisit and modify past execution states. This limitation hinders the ability to ask crucial 'what if' questions about agent behavior, such as whether a different model or tool configuration would have yielded a cheaper or faster outcome. Hamza Tahir, co-founder of ZenML and builder of Kitaru, highlighted this challenge in a recent presentation, emphasizing the need for a durable runtime layer that can augment agent traces with true checkpoints.

Companies working on this

StartupHub profiles of the companies this article names, with funding and a one-liner from our database.

DoorDash
$16.0B
DoorDash is the largest food delivery platform in the US, connecting consumers with restaurants and convenience stores through on-demand delivery.
DoorDash
$16.0B
DoorDash is the largest food delivery platform in the US, connecting consumers with restaurants and convenience stores through on-demand delivery.
Ole
$2M
Fashion e-commerce platform delivering clothes from top stores within 50 minutes.
Agents Need a Save Button: Kitaru's Replay Capability - AI Engineer
Agents Need a Save Button: Kitaru's Replay Capability, from AI Engineer

Tahir explained that while traces offer valuable telemetry data on tool calls and their inputs/outputs, they are inherently disconnected from the agent's actual runtime environment. This means that variables, in-flight file systems, decision-making logic, and the code itself are lost once the trace is emitted. This disconnection prevents developers from precisely understanding why an agent behaved a certain way or exploring alternative execution paths without rerunning the entire process from scratch.

The Power of Replay: Unlocking 'What If' Scenarios

The core of Tahir's argument centers on the concept of replayability. Just as users have been able to save and revisit their work in documents since the 1980s, agents need a similar mechanism. A 'save button' for agents would enable them to store their state at various checkpoints, allowing for the re-execution of specific segments with modified parameters. This capability opens up a range of powerful analytical and debugging scenarios:

  • Model Swapping: Test the impact of using cheaper, open-source models by replaying an execution with a different model selected at a specific checkpoint.
  • Tool Mocking: Override the output of a tool to simulate different conditions or isolate specific functionalities.
  • Degradation Testing: Intentionally degrade a tool's performance to observe how the agent handles errors or unexpected behavior.

Tahir introduced Kitaru, a new tool from ZenML, as a solution that bridges this gap. Kitaru provides a durable runtime layer beneath existing agent frameworks, augmenting traces with code execution details and environmental context. This allows for the creation of persistent checkpoints that capture the complete state of an agent's run, making replay and 'what if' analysis feasible.

From Production Traces to Actionable Insights

The true power of this approach lies in its ability to leverage production data. Tahir argued that production runs serve as the ultimate test set, capturing real-world inputs, edge cases, and actual tool responses. By having a system like Kitaru in place, organizations can mine their existing production traces to perform detailed analysis and drive improvements. For instance, an agent handling customer refunds after chargeback disputes could be analyzed to see if language variations or escalation decisions could have been handled differently, potentially leading to cost savings or faster resolution times.

The process, as Tahir outlined, involves a four-step methodology: Checkpoint, Replay, Diff, and Decide. By checkpointing key runs (expensive, failed, or risky ones), replaying them with a single change, diffing the results, and then making informed decisions about shipping, routing, or holding, teams can systematically optimize their agents. He cited DoorDash's success with a similar simulation and evaluation platform for their support chatbots, which reportedly reduced hallucination rates by 90% and cut down testing time from hours to minutes.

The Importance of Cohort Analysis and Avoiding False Economies

Tahir cautioned against relying on single replays, emphasizing that "one replay is an anecdote, ten is evidence." He highlighted that models passing tasks 60% of the time might only be self-consistent a quarter of the time, underscoring the need for cohort analysis to understand the broader distribution of outcomes. A naive model swap, he warned, can lead to a 'false economy' if it appears cheaper on paper but degrades the overall value created by the agent.

The ultimate goal is to close the loop on agent development and evaluation, turning past production runs into a continuous cycle of improvement. By integrating replay capabilities into the release gate process, teams can ensure their agents are not only cost-effective but also robust and reliable, ultimately leading to better, cheaper, and faster systems.

The presentation concluded with a call to action: "Wrap your agent. Start replaying." Kitaru is available as an open-source, self-hosted solution, providing the necessary infrastructure for production ML agents to achieve this crucial level of introspection and optimization.

© 2026 StartupHub.ai. All rights reserved. You may not republish this article in full without a license. Search engines and AI research tools may crawl and summarize for reference. Bulk reproduction or model training requires a license. See our terms.
Daniel Singer

Written by

Daniel Singer

Editor, StartupHub.ai

Daniel Singer is the editor of StartupHub.ai, a technology expert and thought leader on AI and its applications across sectors, from fintech and healthcare to developer tooling and consumer software. He writes and tests the tools covered here thoroughly and regularly, and built StartupHub.ai to give founders, operators and buyers a clearer read on what they are actually being sold.

More from Daniel Singer