AI systems that have to be right, not just plausible.
I build software where a wrong answer is a liability, not an inconvenience: RF engineering tools that refuse to guess, an AI governance framework that denies by default, and automation running in construction, telecom, and field operations today.
Three kinds of problems, one discipline
Most "AI" work is a chatbot wrapped around a prompt. Mine is systems where the AI has to operate inside real constraints: physics that doesn't negotiate, a governance boundary that can't be talked around, or a workflow a real crew depends on every day.
Engines that refuse to guess
Wavefront AI's RF propagation engine won't let a model invent a coverage number. The value type is branded so only the engine package can mint it, and a CI gate fails the build if anything else tries. If the engine can't substantiate a claim, it reports a warning instead of a confident wrong answer.
Governance that defaults to deny
Project Starfish is a portable, deny-by-default policy layer for AI agents: file system, shell, network, and secrets access all pass one decision point before anything runs. It governs Claude Code itself. Published on npm, Apache-2.0, 704 tests green.
Automation real crews depend on
Under Pinnacle Tech Projects: automated compliance checking for building-permit applications with a deterministic code engine and a human keeping final authority, and a system turning WhatsApp field-crew updates into structured reports with no workflow change for the techs sending them.
Operational leverage, not maximum autonomy
Tell me what your system actually needs to survive.
If you're evaluating an AI build and want someone who talks about failure modes before he talks about the demo, that's this conversation.