/work

Selected systems we've put into operation.

Each entry is presented as it is built — as a system, not a portfolio piece. You'll find the operating problem, the structural solution, and the outcome once the system has had time to operate.

.01 / Design system

A token system for a five-team product organization.

Problem. Multiple product teams shipping in the same brand had drifted into separate visual languages. Cross-team features required negotiation on basic primitives every time.

System. A token-first design system with three-layer naming (primitive → semantic → component), a Figma library connected to code, and a contribution protocol. Editorial rules included alongside the components — same kind of governance applied to copy.

Outcome. Screen build time fell substantially, and the system has been maintained by the in-house team without our involvement.

.02 / AI workflow

An inbound triage workflow operating with one human reviewer.

Problem. The team was triaging a high regular inbound volume by hand — most of which followed predictable patterns. A previous AI experiment had produced unreliable classifications and was switched off.

System. A two-stage agent: a deterministic classifier handling the cases with clear signals, and an LLM-based reviewer for the ambiguous remainder. An evaluation harness tracking precision, recall and edge cases. A daily routing dashboard for the human reviewer.

Outcome. The system handles the full weekly volume end-to-end. The reviewer's time shifted from sorting to judging.

.03 / Product architecture

An information model that survived three full re-skins.

Problem. A multi-brand product was being asked to launch an additional sub-brand on a tight schedule. Each previous launch had required a rebuild because the architecture was tied to the visual layer.

System. A separation of the information model from the presentation model. Three layers: data, decision rules, surface. Each brand replaces only the surface; the model is shared.

Outcome. The new sub-brand shipped on the compressed schedule. No data migration, no schema change.

.04 / Knowledge structure

A retrieval system that replaced twelve onboarding documents.

Problem. Onboarding relied on a sprawl of long PDFs, each owned by a different team and many of them out of date. New hires were taking longer than the team wanted to operate independently.

System. A taxonomy of operating questions (not topics), retrieval over a curated source corpus, and an editorial protocol for the small team that maintains the corpus.

Outcome. New hires reach independent operation noticeably earlier. The corpus stays current because writing it is now a short editorial task, not a document.

We don't list clients. We don't show before/after splits. What matters is whether the system is still operating.

.06 / Invitation

See a candidate system that fits your problem? Tell us what you're operating.