STATEBOARD/docs

StateBoard

Assess product capabilities, dependencies, and verification evidence through views for each role.

StateBoard shows what works, what it depends on, and why a team believes a release is ready. Capabilities connect the outcomes a product must support to implementation dependencies and verification evidence. Product, frontend, backend, QA, operations, and release owners inspect the same assessment through views relevant to their work.

These docs explain how to use it.

Why this exists

An annotated screenshot makes a visible feature easy to judge. Backend developers also need its services, API operations, events, and data dependencies; QA needs acceptance claims and results; a release owner needs the complete scope and unresolved gates.

StateBoard keeps that context connected. Capabilities can span several screens or have no UI. Evidence supports specific claims in an identified candidate, environment, audience, and configuration, and a human records the release decision.

The visual editor remains available: mark screen regions as shipped, mock, or missing, then share the visual board. Release assessments add verification and preserved review artifacts without changing those visual delivery labels.

What you'll find here

The current release

2026.10.0: release readiness connects the product's features, screens, dependencies, and verification results. See the changelog for the full release notes.

  • Product workspaces with a screen gallery, reusable features, and candidate-specific release reviews.
  • Versioned checks and append-only results, with calculated readiness and preserved human decisions.
  • Agent maintenance through REST and MCP, including product context, dependencies, checks, and evidence.
  • English and German interfaces, with saved language preference and unchanged authored content.
  • OIDC roles, audit history, annotated visual sharing, and curated public release reviews.

Follow the release readiness guide or explore the example review. Existing deployments must apply migrations 0008–0010 and update the OIDC callback before using this release. See Upgrading. The roadmap retains the planned team pilot and remaining backlog.

License

MIT. Use it, fork it, ship it inside your product, sell consulting around it.

On this page