outside-in-mode

Validate UI-driven workflows and screen flows before backend design.

Updated Apr 11, 2026
One-click install
npx skills add https://github.com/bennybennison/agent-toolkit --skill outside-in-mode
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: outside-in-mode
Source: https://github.com/bennybennison/agent-toolkit/tree/main/skills/outside-in-mode
Command: npx skills add https://github.com/bennybennison/agent-toolkit --skill outside-in-mode

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Many internal tools fail when teams design backend schemas and services before validating the user workflow and UI; this Skill helps teams prove the UI and workflow first to avoid wasted backend effort and risky assumptions.

Core Features & Use Cases

  • Workflow discovery: techniques to identify the user, their repeated job, pain points, and important outcomes.
  • Screen and interaction design: translate jobs into screens, actions, transitions, and visible data requirements.
  • Mock system & validation: create mock datasets, UI-facing API contracts, and lightweight endpoints to validate flows before engineering backend services.
  • Backend and infra derivation: derive data sources, joins, service boundaries, auth, persistence, and delivery plans only after the UI slice is validated.
  • Use Case: design an ecommerce operations dashboard by validating a single return-processing workflow with mock data and API contracts before building services.

Quick Start

Identify a critical user job, sketch the minimal screen flow, produce a ScreenFlowSpec and MockDataset, and validate the slice with stakeholders before specifying backend contracts.

Frequently Asked Questions about outside-in-mode

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I validate screen flows before building backend services?

Validating screen flows before backend services involves creating mock datasets and UI-facing API contracts to test user workflows iteratively. This outside-in approach proves the UI slice works with stakeholders before committing to backend designs.

What is outside-in workflow design for internal tools?

Outside-in workflow design is a technique that translates user jobs into screens, actions, and transitions before deriving data sources, service boundaries, and persistence. It prevents wasted backend effort by proving the UI workflow first.

How do I create mock API contracts for UI-driven workflows?

Creating mock API contracts for UI-driven workflows requires defining screen specifications and visible data requirements, then producing lightweight mock endpoints and datasets to validate interactions before engineering actual backend services.

Can I use outside-in design for ecommerce operations dashboards?

Yes, outside-in design applies to ecommerce operations dashboards by validating single workflows like return-processing with mock data and API contracts. It supports internal admin, warehouse, and business-process tools where backend systems are evolving.

When should I not build backend schemas before UI validation?

You should avoid building backend schemas before UI validation when backend systems are messy, evolving, or unknown. Designing services first risks wasted effort and untested assumptions about critical user jobs and required screen interactions.