Notes

Small public insights that explain how this site is operated, what belongs in public, and why some work stays as a short note instead of becoming a full page.

A note is enough when the point is a decision, boundary, or operating habit. If it becomes a tool, proof artifact, or reusable explanation, it can graduate into its own page later.

Operational knowledge is the object.

The site should not make the reader inspect a person as the product. It should expose working intent: what is operated, why boundaries exist, what is public proof, and where a system can be checked.

Site structure

Private endpoints should look private.

Raw manifests and private API surfaces should not become casual public files. Public APIs can summarize safe facts; private paths should redirect or stay hidden when access control owns the boundary.

Infrastructure

Proof beats broad claims.

A page is strongest when it links to a live surface, a build artifact, a route contract, or a recovery path. The public site should prefer shipped evidence over long self-description.

Profile

Some notes should stay small.

Not every observation needs a title page, navigation slot, and permanent layout. Small notes can hold decisions and context without turning the site into a blog or a changelog.

RSS

Tools are receipts.

Tools like the input-method builder, Starflash, and infrastructure page are not just demos. They are receipts that the surrounding decisions were implemented and can be inspected.

Typing