Low-risk actions can run inside budget caps. Medium- and high-risk actions wait for approval. Mutations default to dry run.
Choose a scenario. Follow the decision.
FastAPI / PostgreSQL / pgvector
A claim has to earn its way out.
02
INSPECTING Validate claims
Run programmatic style checks, then a second model pass that checks each product claim against retrieved evidence. Unsupported claims require a redraft.
Choose a scenario. Follow the decision.
PostgreSQL RLS / Supabase / React
Isolation belongs in the database.
03
INSPECTING Enforce RLS
Postgres row-level security enforces access. Automated tests attempt cross-tenant reads and writes across 18 tables.
Choose a scenario. Follow the decision.
Python / Electron / git worktrees
Agents get boundaries, then autonomy.
04
INSPECTING Guardian hook
A fail-closed hook checks commands against a policy the agent cannot modify. Unknown and forbidden actions are blocked.
Google was optimizing for calls. Only 5% were qualified. I built the loop from transcript classification to keyword attribution to verified bidding outcomes.
Cost per qualified lead↓ 38%
Indexed outcomes · baseline = 100 · not a time series
The engineering decision
Risk-tiered execution. Verified API mutations. Rollback for every mutation class.
Around-the-clock research, outreach, and inbound quoting. Product claims come from retrieved catalog data, with validation before send and human approval on quotes.
↳Inbound quoteDraft
Product specifications Pricing & lead time Supporting documents
✓ Claims checked against retrieved data
⊞Human approval required↗
Illustrative approval path
The engineering decision
Separate drafting from permission to send. Unsupported facts trigger a redraft.