Skip to content

Status & roadmap

This page says which features you can rely on and what comes next. This site describes tablewalk 0.8.1; every release’s full list is in the changelog.

Stable: the documented shape holds; a change is named in the changelog. Preview: the shape may change before 1.0. Both are enforced on the server as documented. Startup and --check-app print one preview: line counting the preview features in the manifest and pages, without failing; --preview-features lists each as preview: <feature> at <where>.

Feature Status
Resources, list and dashboard views, tabs, filters, sort/sorts, order, saved views, favorite, rowActions, totals, density Stable
home rules, nav, nav groups, menu icons and the icon rail Stable
Canonical addresses (/compass/leads/127), path, natural keys (address), public slugs, tablewalk check --routes Stable
Checklist, queue, board and split presentations Stable
Calendar and cards presentations, filter rail (filterBar: 'rail') Preview
Pages, display rules, record names (recordLabel templates) Stable
Record history (history()), notifications (notify) and the inbox Stable
Rollups (count, sum, min, max) Stable
Editing, autosave, lists edited in place (editable) and Set field… Stable
CSV import (import) Preview
Dashboards: metrics, charts (incl. shape: 'bar'), breakdowns, rows, activity(), section windows, interactive embed, firstRun() Stable
Stacked bars, target, the duration format Preview
Gallery, accordion, headline, facts, sheet and property-rail sections, section tab, ordered workflow strip, related cards, similar() Preview
Files and attachments (file), tags (tags), search engine (search) Preview
Resource validation, transitions and an action’s reason Preview
Forms with groups and visibleIf Stable
Multi-step forms (form.steps) and command forms (form views, public forms) Preview
Public forms saved on every step (save: 'each-step'), statusCheck and its page, keyed inputs, link to an account Preview
Landing pages, signed-out reads (auth.public), ui.footer Preview
Custom components: sections, value renderers, inputs, customList(), room(), useCommand, ui.connect/ui.images, public surfaces Preview
Feature Status
Mono (default), Canvas, Iris, Ink; the four tokens; customThemes Stable
Sage, Signal, Tray, and a look’s named palettes Preview
Display type (?craft=bold) Preview
Feature Status
Sign-in, role grants for resources, fields, commands and operations Stable
Fixed actions granted without write (auth.roles.<role>.actions) Stable
Account administration and settings records Stable
Row policies (auth.rows: 'policy'), named sources Stable
Tenant Apps (auth.rows: 'tenant', the platform realm, invitations, public intake) Preview
Commands: declared inputs, typed db, checked record, refuse, output shapes, actor Stable
Command lookup, effects and webhooks; events and jobs (--jobs) Preview
Email ("kind": "email"): notify email and mentions, step-up codes, links by verified email Preview
HTTP sources (--openapi, "kind": "http") Preview
The App API and App MCP (api, --api-reads, --app-mcp) Preview
tablewalk build Preview

The database browser (SQLite, Postgres, MySQL/MariaDB; read-only by default, writes opt-in per connection with "writable": true, enforced at the adapter) and its MCP server are stable.

  • Row-policy Apps through the App API or App MCP.
  • Rollups, activity() feeds, search, file resources and emailed or mentions notices in tenant Apps; a tenant App’s saved form with statusCheck or link.
  • Tenant Apps on MySQL; scoped writes on MySQL; webhook effects in tenant Apps.
  • An App over the database browser’s MCP server (--mcp), and a Workbench inside an App: an App serves only its declared resources; the standalone browser is the tool for the rest.
  • Upgrading an existing tenant store in place; email in tenant Apps (notifications, invitations, verification).

Planned work, in order. None of it has a date.

  1. Everyday App completion. Compact shared layouts, broader accessibility review, fuller interface translation (English and Spanish are partial).
  2. Tenant Apps with Ignition as the demo. Dealers as tenants, the lender as the platform realm; delegated administration and an audited enter-a-tenant session as complete journeys. Done when a hostile two-dealer isolation suite passes on SQLite and PostgreSQL.
  3. Stabilize the previews before 1.0. Public forms (configurable limits, status lookup, uploads), multi-step Quick Add, validation marking every refused field, multi-target commands with per-record results, and the App API and App MCP contract.
  4. Platform. Explorer-grid windowing, migration tooling and telemetry, and an evaluation of Temporal.
  5. Agents over MCP. Cursor pagination, result budgets, progress reports, write proposals a person approves in the browser, and an audit trail of agent tool calls.
  • A visual drag-and-drop page editor.
  • HTML or scripts in an App definition. An App’s own code runs only as custom components, referenced by path, with declared reads and changes through its commands.
  • Anonymous reads an App did not name: a signed-out visitor reads only what auth.public lists.
  • A Workbench inside an App, or an opt-in to one: it would read past the declared resources, the grants and the rest.