Skip to content
Bryston U

00Archive

I build systems, products, and maps for making ambiguous work easier to understand.

I work close to messy operating systems, name the model underneath them, and build artifacts that help teams see what to do next.

01How I think

Start close to the work, then build the model.

Understand the work as it happens, name the real system, translate it clearly, and build what helps people move.

Model pieces

01 / Principle

Build the model

Schema, rules, governance, and constraints before screens.

02 / Principle

Get close

Look where the work actually hesitates and routes around.

03 / Principle

Translate well

Keep rigor without flattening the people using it.

04 / Principle

Use range

Move across domains without losing the structure.

05 / Principle

Shorten the loop

Use AI to reach evidence faster without skipping judgment.

07Open questions

The archive stays useful by keeping the questions visible.

The work remains active when the unanswered parts stay inspectable.

Open threads

  • How can AI shorten feedback loops without outsourcing judgment?
  • What makes technical capability become organizational capability?
  • How do expert workflows scale without losing the expertise?
  • What interfaces help people reason through systems instead of staring at summaries?