thought leadership
Ship the Note: When Essays Are Product, not Performance
A personal site is not a brochure if you ship the note—if the essays are doing the same job as code reviews and architecture diagrams: making intent visible before the next pivot buries it. I use /writing to turn judgment into an artifact. Not performance. Product for the rest of the build.
Strategy, Architect, Builder—also in text
I hold those roles in different rooms. What breaks when you only do them in meetings is continuity: the next person hears a polished answer without the rejected paths. A published piece is a cheap way to time-stamp the fork in the road—here is the constraint, here is the tradeoff, here is the bet. That is how case studies like Brand Lockup, ThreatBase, and PageStash earn their place on the same domain: the story and the system share a spine.
Essays as proof, not padding
The bad version of “thought leadership” is a ghostwritten PDF that no one re-reads. The good version is evidence of thinking under pressure—naming the failure modes, citing the work, and accepting that a sharp reader will disagree. That is why I pair operator notes (see n8n and cautious ops, LangGraph at scale) with thesis pieces like why I back agentic infrastructure. The stack has to be coherent when someone reads it end to end in one night.
It tightens the rest of the site
When the writing is current, the homepage and project pages do not have to do rhetorical contortions. I can point to a single argument about capture and retrieval (PageStash in the knowledge stack) or about thin orchestration (skills over agent swarms) without re-explaining the universe. That is the compounding effect: publish once, reference forever—or at least until the next honest update.
If you only read one sibling piece
Start with A public /writing—it is the ownership case for the same surface this essay is using.