Problem first.
Problem → user → constraints → architecture
I build reliable AI systems that turn messy real-world workflows into tested, observable software.
Coding agents do much of the implementation. I design the system, architecture, autonomy boundaries, evals and evidence that make the result trustworthy.
Choose a capability. Each proof exposes the evidence, the authority boundary and the part that remains deliberately unclaimed.
TrustReady traces explicit execution authority through the software and checks whether deny-by-default enforcement holds before the process sink.
--allow-execA 30-second interactive replay of a verified ProofWorker path: command checks can reach subprocess.run, but only after explicit --allow-exec authority passes a deny-by-default policy guard.
I design agentic software-development systems with explicit specifications, autonomy boundaries, evals, verification gates and production monitoring.
The goal is not maximum autonomy. It is useful autonomy with evidence: give agents room to execute, give them measurable definitions of done, and keep human judgement where the consequences matter.
Problem → user → constraints → architecture
Requirements → boundaries → acceptance criteria
Agents execute within explicit autonomy limits
Tests → evals → benchmarks → adversarial cases
CI → deployment gates → production
Traces → logs → regressions → feedback
When verification fails, the workflow loops backwards. A failure should become a stronger test, boundary, fixture or source rule — not merely another prompt.
Before AI engineering I worked across founder-led e-commerce, product/business development and high-tempo service operations. That background made me unusually interested in the messy bit between a clever model and a workflow people can actually rely on.
I’m looking for an early-career AI engineering / AI operations role where careful reasoning, agentic systems, evidence and real product outcomes matter.