The Quest
Legibility Layer
Every automation request surfaces risk level, estimated weeks saved, and who benefits. The value of tooling is visible before work begins.
How guardrails prevent microservices chaos, thin wrappers make native web approachable, gamified quest systems make AI adoption legible, and unified dashboards tame multi-agent complexity.
Architecture
O'Reilly Radar's "The Organization Is the Bottleneck" makes the point cleanly: when teams move to microservices, you cannot just tell people to do the right thing and hope for the best. You have to build paved roads and guardrails that help people do the right thing automatically, so autonomy does not become chaos.
I have worked in a microservices architecture for a while, and we are wanting to go back to a monorepo. The question I keep returning to: would we still want that if we had stricter guardrails over the years? The debate between monorepo and microservices might be a proxy for accumulated organizational guardrail debt, a social correction more than a technical one.
Guardrails matter. You have to build paved roads and guardrails that help people to do the right thing automatically, so that autonomy does not become chaos.
O'Reilly Radar / The Organization Is the Bottleneck
Web Platform
Evil Martians introduced nanotags, a thin wrapper around Custom Elements
that removes the tedious parts of writing Web Components without replacing the platform.
The pattern: hydrate existing markup using data-ref attributes to connect
elements inside a custom element, with no manual query selectors.
<!-- Custom element with nanotag refs -->
<my-counter count="0">
<span data-ref="display">0</span>
<button data-ref="button">+1</button>
</my-counter>
<!-- nanotag wires this.refs.display and this.refs.button -->
<!-- no querySelector, no boilerplate, no framework --> The platform is the feature; the wrapper is just the paved road. Minimal ergonomics over heavy abstraction means you keep the native web primitive and remove the friction that makes it feel unpleasant to write.
Accept imperfect understanding. You do not need to fully understand everything. You need to understand enough to make progress.
Internal Tooling
John Kim built Automators: a gamified internal marketplace where anyone can create a quest for automation or tooling, and engineers or AI agents can pick it up. Each quest shows risk level, estimated weeks saved, and who benefits, making value visible before a line of code is written.
The Quest
Every automation request surfaces risk level, estimated weeks saved, and who benefits. The value of tooling is visible before work begins.
The Incentives
Engineers earn XP for completing quests, redeemable for gift cards, tea with an executive, or a slot presenting at Wednesday standups.
The Insight
Successful AI transformations treat internal tooling as a product with visible value, incentives, and user-centered design.
AI Tooling
Claude Code shipped Agent View: one dashboard to kick off agents, send them to the background, see which are waiting, working, or done, and jump in only when input is needed.
I will likely still want multiple session views for some workflows, but I am going to try the unified orchestration view to see if the interrupt-only-when-needed model changes how I work with agents day to day.
References
YIL 2026-05-12 / Structure Enables Autonomy. This page ports the Binance visual language into YIL editorial format: a near-black canvas, one elevated surface, scarce yellow for authority, and semantic exchange colors only where a section needs them.