Case studies

Three examples of product systems work, not just page design.

Each case study follows the same scan path: problem, role, system shape, delivery boundary, and what the work proves.

TreeSound Operations Booking intake / ops readiness

Customer-safe booking and studio operations flow.

TreeSound needed a clearer path from public booking intent to operational follow-through. The challenge was not only form design. The system had to protect customer-facing language, preserve controlled launch gates, and avoid exposing internal integration details.

My role

Shape intake UX, operating rules, QA acceptance criteria, launch sequencing, and integration boundaries.

System shape

Public booking surface, customer-safe notices, activity history, policy checks, and protected server-side workflow planning.

What it proves

I can turn a business flow into a controlled product surface with safety, reliability, and rollout discipline.

  • Booking OS
  • Customer-safe copy
  • Mobile QA
  • Release gates
  • Server-side boundaries
CALEB / GRIID Spatial operations / field workflow

Location-aware systems that stay honest about physical state.

CALEB and GRIID explore how physical observations, spatial state, and operational tasks can be represented in a way people can use. The core design constraint: displayed coordinates are not automatically physical truth. The system needs calibration, uncertainty, and canonical state.

My role

Frame the workflow, simplify setup, protect canonical state, and keep registration separate from display convenience.

System shape

Anchors, observations, measured correspondences, registration views, and a guided field setup path.

What it proves

I can work across hardware-adjacent signals, UX, backend contracts, and operational meaning without overstating accuracy.

  • Spatial UX
  • UWB
  • Canonical state
  • Registration
  • Field setup
BELP / Paperclip Governance / income execution

A governed operating layer for deciding what work should happen.

BELP is about restoring income and avoiding uncontrolled side quests. Paperclip’s best role is not to replace judgment; it is to track governed work state, approvals, blockers, and routines while keeping consequential actions under Principal control.

My role

Define state ownership, approval gates, income radar behavior, WAITING/ACTIONABLE boundaries, and agent limits.

System shape

Paperclip for governed work state, OpenClaw for operational context, Codex for bounded execution, and Kofi for decisions.

What it proves

I can design AI-assisted operating systems that reduce noise instead of creating more unmanaged work.

  • Agent governance
  • Income radar
  • Approval gates
  • State ownership
  • Execution OS