Skip to content
Strevian

Chapter one,

People are the architects of vision, meaning, and experience. AI is the accelerant: it handles complexity, flags what breaks, and does the routine work so a person does not have to. It does not decide what a product is for, and it does not merge code. In Forge, agents generate, test, and self-review; a human reads the diff and rules on every checkpoint. Different models do different jobs. Every action is logged, so accountability never blurs.

HumansAI
Decide the architectureGenerate the code and tests
Set what mattersFlag what breaks
Approve every mergeSelf-review first
Rule on checkpointsRun the routine work
Own the outcomeLog every action
Choose the model for the jobDo the job it was chosen for

Chapter two,

A weak foundation breaks any structure, however beautiful the surface. Architecture, design systems, data models, and security practice are never rushed. The time spent here is the time not spent rebuilding six months later. Every Strevian project inherits a written standard through a thin profile: twenty rules, a catalog of eighty-two checks, six release gates, a quality model. That is what a foundation looks like when it is written down.

Chapter three,

Speed comes from removing friction and automating routine work, not from cutting corners. A two-week prototype is fast because the design system, the harness, and the pipeline already exist, not because anything was skipped. When a machine can run the check, a person should not have to remember it.

  1. 01Format
  2. 02Lint
  3. 03Strict typecheck
  4. 04Architecture fitness
  5. 05Harness self-proof
  6. 06Tests
  7. 07Coverage
  8. 08End-to-end proofs
  9. 09Duplication
  10. 10Security

Chapter four,

Before any consequential action, moving a node, changing a schema, deleting, bulk-editing, changing a permission, the system shows what will happen, as a preview you can read. You see the full blast radius, then you decide. A legible, predictable system earns trust. A surprising one loses it once, and permanently.

Chapter five,

One mechanism, many uses. Extend a proven mechanism rather than stand up a new one beside it: less to learn, less to maintain, fewer seams for things to break in. Forge keeps a mechanism registry, and adding a mechanism requires written justification. This site is built the same way.

01SplitHeadingsrc/components/motion/split-headingA headline reveals line by line from behind a mask, once, after the font is in.ReusedEvery headline on every page, including this one.
02DrawnConfirmButtonsrc/components/forms/drawn-confirm-buttonA check stroke draws while real work runs, then pops once when it is done.ReusedThe impact preview, the review panel, the waitlist, the intake, the project form on /start.
03CursorLampsrc/components/fx/cursor-lampThe pointer as a light source: sheet edges, the loop's weather lens, and the desk lamp lean toward it.ReusedEvery page, fine pointers only, never under reduced motion.
04Ribbonssrc/components/fx/ribbonsThe light field. One shader: amber leads, blue follows a beat behind.ReusedThe hero, the handoff into the mark, the close, the services hero, this page.
05ProofPanelsrc/components/ui/proof-panelThe frame every interface fragment sits in, with its honesty caption at the bottom.ReusedNode Manager, Review Station, Dispatch Board, the Forge hero, the Loop Explorer fragments.
06LeadFormsrc/components/forms/lead-formOne form for every capture: what will be stored, shown live, then a drawn confirm.ReusedThe home waitlist, the /forge waitlist, the services intake, /start.
07Sheetsrc/components/ui/sheetPaper you could pick up: surface, hairline, warm shadow, a lift on hover.ReusedTiers, standard tiles, module sheets in the loop, the four ideas and the Loop Explorer on /forge, the Wesley note, the intake, /start.

seven mechanisms. One registry. Adding one requires a written reason.

Values