AI Surfacing Strategy: Becoming Part of the Answer
Reference: I Am Not a Vibe Coder — In my first post I explained that I am not a vibe coder. I practice Architected Acceleration — human architecture first, AI removing operational burden.
This post has been on my mind since August of 2025.
In a meeting the term Generative Engine Optimization came up. It didn’t sit right with me. I went and read the original paper (Pradeep et al., 2023 — Generative Engine Optimization). The core idea was useful, but the framing felt too narrow — still trapped in the old SEO mindset of “optimize the page so the engine ranks it.”
I’ve been refining it ever since.
I call the discipline AI Surfacing Strategy, or AIS for short.
AI Surfacing Strategy is the practice of making your content, brand, product, expertise, and data easier for AI systems to find, understand, trust, retrieve, summarize, and cite.
It is not “SEO for AI” or “Generative Engine Optimization.” Those framings are too shallow. Modern AI systems do not simply rank pages — they generate answers from a complex mix of training data, retrieval systems, structured sources, user context, and reasoning.
AIS asks a sharper question:
How do we become part of the answer?
Instead of optimizing for search rankings, we optimize for being surfaced intelligently and accurately inside AI-generated responses.
Why This Matters Now
Most content on the web today was built for human readers and traditional search engines. That world is shifting. Increasingly, people (and organizations) are getting answers directly from AI systems rather than clicking through to websites.
If your ideas, work, or expertise are not easy for AI systems to discover, trust, and accurately represent, you risk becoming invisible in the new medium — even if your content is excellent.
This blog is my practical testbed for solving that problem.
Core Principles I Applied (SURF Framework)
I designed showerhammer.com around four pillars I call the SURF Framework:
Structure — Clean hierarchy, direct headings, stable URLs, short coherent blocks, explicit dates, and machine-readable metadata. Every post should stand on its own.
Unify — Consistent terminology, canonical definitions, and clean internal relationships so AI systems don’t receive conflicting signals.
Reference — Strong provenance, authorship, revision signals, and evidence-based claims instead of vague assertions.
Freshen — Visible maintenance through last-reviewed dates, change logs, and a bias toward keeping core content current.
The funny thing is we are rediscovering behind all the theatrics that the best way to architect and develop software — and especially organizing the files — goes back to best practices I learned as a first grader writing BASIC. Something I have tried to never steer from.
As Edsger W. Dijkstra said, "Simplicity is prerequisite for reliability." Those fundamentals have remained some of the most reliable guides I’ve had.
What This Enables
By building showerhammer.com this way, I increase the probability that when someone (or some system) asks about Architected Acceleration, Axiom Core, pressure-testing across domains, or related topics, this content becomes part of the grounded, cited answer — not just another search result that may or may not be used. That is the theory at least, like everyone with AI right now, theorizing.
This is the practical difference between hoping AI “gets it right” and intentionally designing for intelligence surfacing.
Tying It Back to the Larger Work
showerhammer.com is both a publishing tool and a living testbed for the same principles I’m using in Axiom Core.
I’m using Architected Acceleration to build the blog, while using the blog to document pressure-testing Axiom Core across three very different domains: Mammoth Central (live intelligence), ClassicMUDs (governed persistent worlds), and TrialPulse (high-trust clinical reasoning).
Human architecture.
AI-accelerated execution.
Reduced operational burden.
Disciplined systems thinking.
That’s the workflow.
Field notes from building real AI systems. More coming.
Primary Sources
This post is available in clean Markdown for LLMs and Axiom Core ingestion, structured JSON for retrieval systems, and is indexed in llms.txt and ai-index.json.
Building with intelligence — whether in code, simulated worlds, or knowledge systems — requires both rigorous craft and honest reflection on the realities being created.