Skip to content

// projects · case studies

AI products built for real work

04 / client names private

selected-systems.index

// four builds · client names private

See what we built—and why it works.

Four products that help people plan trips, understand product data, improve messy records, and produce videos—with practical controls around the AI.

Client names privateClient and product names stay private. We show the problem, what we built, how it works, and what we tested.

operating-principles.yml

// how we build dependable AI products

AI helps. People and product rules stay in control.

We use AI for flexible work, while software and people control data access, costs, evidence, and important decisions.

  1. 01Start with the workflow

    Map the steps, decisions, and handoffs before asking AI to help.

  2. 02Show the sources

    Keep important answers tied to the data or material they came from, and say when evidence is missing.

  3. 03Put rules in code

    Use software—not generated text—to enforce access, budgets, formats, checks, and critical calculations.

  4. 04Keep people in charge

    Ask for approval before costly, sensitive, or final decisions.

  5. 05Limit access by default

    Give each tool and workflow only the data and actions it needs.

  6. 06Plan for things to go wrong

    Save progress, avoid duplicate work, make failures visible, and support safe retries.

case-01.travel-planner
01

TravelTravel planning assistant

Client name private

Travel plans built around real places

We built a travel planner that turns a person’s dates, interests, pace, and priorities into a practical day-by-day itinerary using real places.

Technical layers

  • Runtime
  • AI orchestration
  • Data and retrieval
  • Observability

Built-in safeguards

  • Start with the workflow
  • Show the sources
  • Put rules in code
  • Limit access by default
  • Plan for things to go wrong
What we checked

Automated coverage exercises research retries, idempotent generation, persistence, and geographic clustering across dense, sparse, and edge-case coordinates.

Read the case study
case-02.analytics-assistant
02

Product analyticsProduct analytics assistant

Client name private

Trusted answers from product data

We built an analytics assistant that lets teams ask questions about product usage in everyday language and get answers they can trace back to the underlying data.

Technical layers

  • Runtime
  • Analytics data
  • AI orchestration
  • Operations

Built-in safeguards

  • Start with the workflow
  • Show the sources
  • Put rules in code
  • Keep people in charge
  • Limit access by default
  • Plan for things to go wrong
What we checked

20/20 curated integration-evaluation scenarios passed on seeded analytics data, including ground-truth factual checks, six robustness cases, and a five-turn conversation.

Read the case study
case-03.data-preparation
03

Business dataData preparation workspace

Client name private

From messy files to usable data

We built a workspace that imports inconsistent files, fills in requested information from approved sources, checks each result, and exports data ready for review.

Technical layers

  • Runtime
  • Orchestration
  • Data interfaces
  • Tools and operations

Built-in safeguards

  • Start with the workflow
  • Show the sources
  • Put rules in code
  • Keep people in charge
  • Limit access by default
  • Plan for things to go wrong
What we checked

Validation checks every requested output key and type before results move to export.

Read the case study
case-04.video-workspace
04

Video productionAI video production workspace

Client name private

AI video production with people in control

We built a video workspace where AI helps with research, planning, and production while people approve creative choices, costs, rights, and the final result.

Technical layers

  • Product
  • Platform
  • Contracts and operations
  • Verification

Built-in safeguards

  • Start with the workflow
  • Show the sources
  • Put rules in code
  • Keep people in charge
  • Limit access by default
  • Plan for things to go wrong
What we checked

End-to-end coverage exercises authentication outages, token leakage, API keys, uploads, SSE recovery, budgets, avatar rights, and artifact lifecycle controls.

Read the case study
next-system.request

// from difficult workflow to working product

Have a difficult workflow to untangle?

We can turn it into a product your team can use, understand, and trust—from first framing through tested implementation.