The Principal Engineer is back at the keyboard, but the keyboard now operates fleets. Review has become the binding constraint, and the work has moved up a layer — from reviewing artifacts to authoring the criteria against which artifacts get reviewed. Notes on what that looks like in practice, and on the longer discipline that I think now defines the seat.
The Harness Is the Agent
For two years we have talked about building agents as if an agent were a thing you construct. It isn’t. The harness — the loop, the tools, the context discipline — is the artifact you actually build, version, and debug. This post reframes the agent as emergent behavior, explains why agent frameworks now feel wrong-shaped in production, and offers a way to decide when to own the loop and when to rent it.
Context Is the Real Engineering Problem
The coordination patterns are well understood. The protocol layer is converging. The unsolved problem is context: how do you decide what to pass between agents, when to summarize versus delegate in full, and how to do this without the routing decision itself becoming the expensive part. This post lands the thesis — and examines what happens when agents coordinate asynchronously across disconnected environments.
Feedback Loops, Discovery, and Fault Tolerance
The synchronous coordination patterns tell you how to decompose work. This post covers what happens when that work goes wrong — or when agents don’t yet know who can help. Iterative refinement, progressive discovery, fallback, and speculative execution are the patterns that govern self-correction, capability negotiation, and graceful degradation in production agent systems.
The Distributed Systems Playbook in a New Medium
Multi-agent systems are not a new class of engineering problem. They are distributed systems with a different payload. This post maps the synchronous coordination patterns emerging in agent ecosystems — delegation, handoff, scatter-gather, chaining — to the primitives distributed systems engineers have used for decades, and explains why the medium changes the failure modes in ways that matter.
Principal Engineers Don't Scale by Doing More. They Scale by Moving Out.
Most senior engineers think about what role they play on a team. Fewer think about how long they should play it — and what happens when they don’t move on. This post examines two complementary frameworks for PE role clarity, and why intentional role transitions — not just role awareness — are what actually let Principal Engineers scale their impact across an organization.
Writing Is the Most Underused Leverage a Principal Engineer Has
Most Principal Engineers treat writing as documentation—a secondary activity that happens after the real work. But writing is the highest-leverage mechanism available at staff-plus scope. It scales mentorship, compounds over time, creates artifacts that outlive individual conversations, and builds the connective tissue for relationships you can’t maintain through meetings alone. This post covers why PEs underinvest in writing, what changes when they stop, and how imperfect artifacts often create more value than perfect silence.
The Leverage Playbook: How Principal Engineers Multiply Impact Through Mechanisms
Principal Engineers often default to technical authority as their primary lever. But at staff-plus scope, the PEs who scale effectively are the ones who build mechanisms—borrowed from managers and TPMs—that carry their judgment into rooms they’ll never enter. This post covers how to identify, build, and deploy those mechanisms without waiting for permission.
Scaling as a Principal Engineer Is a Step-Function Change, Not a Gradient
Most Principal Engineers try to scale by doing more of what already works. That approach breaks down when your scope jumps from 50 engineers to 5,000. This post introduces the step-function mental model for PE growth and the Three-Position Framework for managing the outsized influence your voice carries at this level.
The Village Model: How To Actually Build Influence
Most engineers treat mentorship as a one-person relationship and influence as a byproduct of technical skill. Both assumptions break down at this level. This post introduces the village model for mentorship, practical tactics for influence without authority, and the mental shift from closing conversations to opening relationships.