What is Decision runtime?
Decision runtime is the third pillar of Rippletide. After you’ve evaluated your agent and set up a Context Graph for persistent memory, decision runtime lets you build agents that make deterministic decisions instead of probabilistic guesses. You structure your agent’s knowledge as a hypergraph of Q&A pairs, tags, actions, and state transitions. The LLM handles language (understanding input, generating output), but all decisions are made by a deterministic reasoning engine. The result: agents that hallucinate less than 1% of the time, with full explainability on every answer.When to use it
- You need guaranteed accuracy (less than 1% hallucination rate)
- Every decision must be traceable and explainable
- Guardrails must be enforced at the engine level, not just in prompts
- You’re building customer-facing agents (support, sales, onboarding)
How it differs from RAG
| Traditional RAG | Rippletide Decision runtime | |
|---|---|---|
| Knowledge storage | Unstructured text chunks in a vector DB | Structured Q&A pairs, tags, actions, and state transitions |
| Decision-making | LLM generates answers probabilistically | Deterministic reasoning engine selects the best answer |
| Hallucination rate | Variable, hard to control | Less than 1% by design |
| Explainability | Black box | Every decision is traceable to a knowledge node |
| Guardrails | Prompt-based, easy to bypass | Enforced at the engine level, 100% compliance |
Core Building Blocks
Your agent’s knowledge is composed of four types of building blocks:Q&A Pairs
The questions your agent can answer and their expected responses. This is the foundation of your agent’s knowledge.
Tags
Labels that organize Q&A pairs by topic (e.g. “pricing”, “shipping”, “returns”). Tags improve retrieval accuracy and let you structure a glossary.
Actions
Things your agent can do beyond answering questions: create a ticket, process a return, escalate to a human. Each action has requirements that must be met.
State Predicates
Rules that define conversation flow. Based on what the user says, the agent transitions between states (e.g. “user described needs” -> “recommend product” -> “checkout”).