Engineering brief

Bounded AI Judgment Is the Compliant Workflow Pattern

AI Engineer3 min read · saves 12 min

At a glance

The brief is enough

Relevance
Practical value
Radar
Time horizon
Now
Warnings
None

Perpetual's workflow engine keeps agent judgment inside small classified calls while deterministic machinery controls every side effect. The result is a compliance-ready pattern, but the promised 95% flash-model routing and training loop still lack production evidence.

A concrete pattern for AI workflows that can pass compliance: deterministic control flow, bounded model judgment, and real human gates.

Watch if you are designing AI workflows in a regulated industry and need a concrete boundary pattern to evaluate.

Summary

The core claim. Perpetual CTO Karthic Rao argues that agentic AI fails in regulated industries because too much judgment sits in control flow. His team builds wealth-management workflows where deterministic machinery runs the process, records evidence, and executes side effects, while small classified model calls only interpret and judge at isolated decision points. The W-9 example grounds it: one adviser sentence becomes days of ambiguity resolution, missing data, follow-ups, e-signature, and audit.

The architecture. The engine separates planning from execution. A planner model call only translates a request into a semantic graph grounded in the original words. A compiler with no model call runs 11 deterministic phases to produce an immutable, hash-pinned plan with three verdicts: valid, needs clarification, rejected. It checks every action against a rulebook of 42 procedural nodes and around 40 safe-failure modes. The model cannot request anything the company cannot already do safely.

Human gates. Execution is gated everywhere. A person approves the plan first; each external side effect, an email or a signature request, has its own approval gate bound to a data fingerprint verified at send time. In the demo, the system waits 72 hours by default, then a deterministic rule decides the next step. A partial client response is marked provisional until a human confirms it, then follow-up runs as a new subplan. Approved plans never mutate; the cap is five rounds.

The cost tradeoff. Rao rejects the default of better models plus more agency. Around 95% of model decisions here are small classified evaluations like response completeness, document matching, or field extraction, handled by flash-class models. In a 20-decision demo run, 19 went to flash and one to a frontier model. Because every call is schema-checked, moving inference to a privately hosted model is a configuration change, not a rewrite. That is how firms with sensitive data keep inference private.

The open loop. The most interesting claim is also the least proven. Every provisional evaluation is confirmed or rejected by a person, and every frontier decision produces labeled training data for a future flash-class model. Rao frames the frontier share as shrinking release over release, but offers no production benchmarks, cost data, or evidence beyond a single demo. The architecture is credible; the efficiency curve is an aspiration.

What teams should take. For engineering leaders, the lesson is not whether to adopt agents but where to draw the boundary. Put control flow, evidence, and side effects in deterministic state machines. Keep model calls small, classified, and gated. Then measure which decisions actually need a frontier model and route the rest to the cheapest controlled inference you can operate.

My take

The boundary argument is right, and it is more useful than the usual autonomy debate because it gives teams a concrete design target. I would be careful with the efficiency promise, though. A 95% flash-model split in one demo does not tell you how much routing and prompt engineering that took, or whether it survives messy production data. What I find genuinely valuable is the governance structure: immutable plans, approval gates bound to data fingerprints, and provisional evaluations confirmed by humans. That is the part most agent tooling skips. Teams should copy the boundary and the gates, then measure their own frontier share before believing the curve.

What to do with this

  1. Map one existing workflow end to end and label every step as deterministic, gated, or judgment before adding AI.
  2. Require a compiler or validation layer that rejects agent requests outside an approved vocabulary of actions.
  3. Instrument every model call with a classified schema and a human confirmation loop, then track frontier-model share.

Watch the video

This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.

Related breakdowns

Get TL;DW

Too Long; Didn't Watch.

A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.

Free. Weekly. No hype.

Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.