Browse available H·AI·K·U studios grouped by category with help links into each studio definition
Browse the studio portfolio — every lifecycle template available in this project, grouped by category, with direct links to each studio's definition.
Call haiku_studio_list to get the full list of studios. The response
includes, for each studio: name, slug, aliases, description,
category, stages, source (plugin or project), path (directory),
and studio_md (absolute path to STUDIO.md — the canonical definition).
Group the studios by category and present them as a Markdown portfolio.
Inside each category, sort alphabetically by canonical name.
For each studio, render:
[project] tag if
source === "project"studio_mdIf the user asks to drill into a studio, call haiku_studio_get with the
name, slug, alias, or dir — any of them resolves. For a specific stage,
use haiku_studio_stage_get.
## engineering
- **Application Development** (`appdev`) — Lifecycle for web, mobile, and desktop applications · 6 stages · [definition](/abs/path/to/STUDIO.md)
- aliases: `software`
- **Game Development** (`gamedev`) — Lifecycle for games · 5 stages · [definition](/abs/path/to/STUDIO.md)
- **Hardware Development** (`hwdev`) — Lifecycle for hardware products · 6 stages · [definition](/abs/path/to/STUDIO.md)
- **Library Development** (`libdev`) — Lifecycle for libraries, SDKs, CLI tools · 4 stages · [definition](/abs/path/to/STUDIO.md)
## go-to-market
...
studio_md) — discoverability is the whole
point of browse. Users should be able to click through to read any studio's
full definition.source: project) override plugin studios of the same
name. Surface this clearly with a [project] tag so users know they're
looking at a customization.