Auditable intent execution for APIs.
Prodis is an open-source runtime that turns your Django, FastAPI, or Spring APIs into assistants that plan, execute, and validate answers in code before responding. Managed evals, answer review, deployments, and enterprise controls are available when teams are ready to ship.
Premise.
Tool loops improvise. Production APIs need a runtime.
Most AI assistants treat API access as a conversation with tools. The model decides what the user meant, picks calls, interprets results, repairs mistakes, and writes the answer in one loose loop. It may work in a demo, but there is no stable execution path to inspect, constrain, or replay.
Prodis starts from a different premise: API-backed AI should run through explicit steps. Interpret the request¹. Resolve ambiguous inputs. Select allowed sources². Execute typed backend operations. Produce an answer only when the evidence supports it³. If the path cannot be made explicit, the system should stop instead of improvising⁴.
Method.
The model proposes. The backend executes.
Prodis turns a model-led tool loop into a staged runtime. The model interprets language only inside bounded contracts: requested facts, source choices, grounded references, and typed plans. Backend code validates each stage, compiles the plan, executes API reads and deterministic operations, then renders the result from machine truth.
The answer record preserves the path: user request, resolved inputs, selected sources, endpoint calls, evidence, operation lineage, and terminal outcome. Synthesis happens only after that path is complete. If a stage cannot be validated, the runtime stops with a visible outcome instead of letting the model repair the story.
Stack.
Today's agent stacks run the loop. They do not own execution.
OpenAI SDK, Anthropic SDK, LangChain, LangGraph, MCP, direct tool calls, in-house loops — useful tools, incomplete execution boundary. They call models, route tools, stream responses, and wire workflows. They do not turn intent into a validated backend execution path over business APIs. In the usual loop, the model still decides what was meant, what to call, whether the result is enough, and how to repair the answer. Prodis moves those decisions into staged contracts and backend code.
- 01user asks
- 02model picks tools
- 03api returns data
- 04model decides if enough
- 05model writes answer
- 01model interprets intent
- 02typed plan validated
- 03backend APIs execute
- 04result derived in code
- 05evidence readiness checked
Prodis owns the execution boundary, not just the final check. Intent, source selection, permissions, evidence, derivation, readiness, and synthesis each have a backend-owned contract.
Runtime.
Install an adapter. Keep your API where it is.
Prodis ships the engine, contracts, local runtime, adapters, eval runner, and examples as open source. Install the adapter in a Django, FastAPI, or Spring service; it introspects the API surface you already have and produces typed contracts the runtime validates execution against. Your APIs stay where they are. No parallel inventory, no rebuild around an AI framework.
A full pilot integration in 2-3 days.
Auditable execution from day one.
Connect a real API surface, keep the model-calling code you already have, and ship an assistant with typed execution paths without restructuring your service.
Apparatus.
Every interpretation becomes inspectable.
The missing control surface is not another prompt. It is the runtime machinery around the model: typed contracts, validated plans, explicit evidence checks, deterministic derivation, and records for each interpretation and execution decision.
-
01
Typed contracts
Capture request and response semantics in machine-usable contracts the runtime validates execution against.
-
02
Validated planning
Reject invalid or unsupported plans before execution instead of repairing bad tool calls after the fact.
-
03
Evidence readiness
Make readiness explicit so the runtime knows when evidence is complete and when the path must stop.
-
04
Deterministic derivation
Use controlled computation for totals, comparisons, rankings, and grouping over API data instead of prompt-side math or guesswork.
-
05
Execution lineage
Inspect the inputs, API reads, evidence, operations, and outcomes behind each answer.
Field.
Already piloted in three industries. Internal workflows and customer-facing commerce. Same hard requirement: execution has to be inspectable.
These pilots were chosen because AI crossed into real API-backed work. Operators and customers acted on the result, so each interpretation, source choice, permission check, derivation, and terminal outcome had to be visible after the fact. FMCG retail, market research, and fintech share little operationally. They hit the same boundary: useful AI is not enough without an auditable execution path.
RSVP.
Early preview by request.
Engineering teams shipping AI over backend APIs, with a hard requirement for inspectable execution. Join the private waitlist for early product updates, open-source launch access, and managed pilot availability.
RSVP → waitlist@prodis.ai