PGS

In the previous post, we explored how Protocol-Governed Systems deliver three structural dividends: governance, protocol reuse, and architectural clarity. Those dividends become even more relevant when we examine how software is now being created. Because today, a new force is reshaping development practice: AI-assisted coding. And with it, a concept that sounds entirely positive — but deserves closer examination: Smart coding. What Is “Smart Coding”? Smart coding is the practice of writing software using: ...

) In PGS, governance constructs the track before execution begins. AI Increased the Speed of Implementation. It Did Not Solve Governance. A protocol-first execution architecture for the AI era. Governed by Protocol. Constructed by Compiler. Proven by Trace. In the previous post, we examined how AI-assisted coding creates a double-edged sword: implementation accelerates while governance falls further behind. That gap has a name And it has structural consequences. The Governance Gap Modern software systems are extraordinarily capable at generating behavior. ...

Why the compliance clock is ticking — and why post-hoc policy won’t survive it In the previous post, we examined how AI accelerates implementation velocity without solving governance — and how Protocol-Governed Systems invert that equation by making governance structural rather than procedural. That argument was architectural. This one is regulatory. Because the EU AI Act is no longer a proposal. It is law. And its obligations are phasing in now. ...

Following a single blockchain transaction through the execution topology of Protocol-Governed Systems (PGS) In the previous post, we examined why the EU AI Act turns governance into an architectural problem — and why post-hoc monitoring cannot provide structural evidence of governed execution. That discussion was conceptual. This one is operational. Because eventually every architectural claim has to answer a simple question: “Show me what actually happens.” So let’s do exactly that. ...

In the last few years, AI has dramatically accelerated software implementation velocity. Code generation. Agentic tooling. Autonomous orchestration. Self-modifying pipelines. Framework-assisted composition. Entire application layers can now be produced in hours instead of months. But underneath this acceleration, a deeper architectural problem is emerging: AI changed how fast we can build software. It did not change how software is fundamentally governed. And that distinction matters far more than most organizations currently realize. ...

AI can now generate application layers faster than organizations can govern them. The bottleneck is no longer implementation. The bottleneck is admissibility — whether a piece of behavior should be allowed to exist at all, before it runs. Most modern SDLC tooling still assumes humans produce software slowly enough for governance to remain procedural: review, approve, release, monitor, patch. That assumption held for decades. It is now under pressure that none of its architects anticipated. ...

I should tell you something about myself before we get into software architecture. When I am not writing Python code as a hobby, I am a regenerative backyard organic edible gardener — or at least I was, until a software project took on a life of its own and consumed most of my waking hours. More on that in a moment. First, the garden. The Garden That photo above is mine. Taken this morning. ...

I want to tell you about a Sunday evening that changed the way I think about software. Not a Sunday spent debugging. Not a Sunday in front of a whiteboard. A Sunday with friends — the kind where conversation wanders into the places you usually avoid, and then someone says something that reorients you without meaning to. The Weight of Watching We were a small group, sitting together the way old friends do. At some point the topic turned to the conflict in Gaza. I do not remember exactly how we got there — these things find their way in. ...

Governed by Protocol. Constructed by Compiler. Proven by Trace. A reference architecture for building deterministic, inspectable, AI-era software systems. Why this exists Modern software has a governance problem. As systems become: distributed, event-driven, AI-assisted, and increasingly machine-generated, the gap between: what engineers intended, and what software is actually allowed to do keeps widening. Behavior hides in: orchestration code, runtime conditionals, framework conventions, implicit routing, service glue, and increasingly, AI-generated implementation details. PGS explores a different model: ...

I want to tell you about a vacation that changed the way I think about software. Not a vacation spent debugging. Not a working trip. A real one — a milestone birthday, a mountain, eight days of trains — and somewhere on the far side of it, an idea I had been chasing for months finally walked up and introduced itself. The Trip My son treated me to a milestone birthday with a plan I could not have dreamed up myself: stand on top of Mt. Fuji on the 4th of July and unfurl a US flag at the summit. ...