Case study: Session Standing Board
A drag-to-triage standing board for session outcomes, with full keyboard and touch support — the accessibility reference for Lab decision boards.
Problem. Long autonomous sessions end with a pile of outcomes in mixed states: shipped, blocked, needs-review, deferred. Deciding what happens next is a prioritization task, and doing it in prose (a summary nobody re-reads) loses the decisions.
Approach. The standing board renders session outcomes as draggable cards across
priority buckets. It is also the repo's accessibility reference implementation
for drag-and-drop: native HTML5 drag is mouse-only, so this board uses Pointer
Events plus keyboard reorder plus aria-live announcements — drag with a mouse,
a finger, or arrow keys, same result.
What it demonstrates. Playground quality is governed by a written, falsifiable visual standard (design tokens, motion budget, drag-and-drop a11y rules) that every generated board must pass — this artifact is the template other decision boards are checked against.
Case study: Issue Triage Board
The entire open-issue backlog as one interactive board — 98 issues triaged in a single session instead of a week of grooming.
Troubleshooting
Solutions for the 10 most common OrchestKit issues.
Last updated on