Roadmap.
Every phase, past and planned. Source of truth lives in .ai/plans/ and .ai/state/STATE.md. This page regenerates on every build.
All phases.
49 units · regenerated 2026-05-27Shipped
- [x]MDCC-RDM/canvas-figjaFeature: Canvas viewport — FigJam-grade direct-manipulation feel
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports.
- [x]MDCC-RDM/client-tree-Client tree restructure — sidecar nesting, DS-primary section, hidden-files toggle
Restructure the dev-server sidebar (the FILES panel at app.jsx:273–365) so it stops drowning daily work in non-canvas noise:
- [x]MDCC-RDM/design-systePlan: Design system bootstrap workflow (skill `design-system` bootstrap mode) + multi-DS + docs sync
This plan converts the retro at .ai/logs/system-reviews/design-system-bootstrap-review.md (R1–R6) into sequenced work, plus folds in the multi-DS portion of the old Phase 5 (Tasks 2–7) since multi-...
- [x]MDCC-RDM/dev-server-sFeature: Dev-server system view — bias-free token + type rendering
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports.
- [x]MDCC-RDM/feature-docsFeature: docs-site MDCC-DSN/01 follow-ups
Surfaced during /flow:done closeout of feature-docs-site-mdcc-skin on 2026-05-15. The parent feature shipped (commits 78d9d8f + 94b4e77) with 0 hard-blockers in scenario-runner but DS-guard + a11y-...
- [x]MDCC-RDM/feature-docsFeature: Docs Site — MDCC-DSN/01 re-skin
Validate canvas + fumadocs source before implementing. Token names, fumadocs --fd-* slots, and Berkeley/JetBrains fallback chain are authoritative — don't paraphrase them.
- [x]MDCC-RDM/fix-binary-oFeature: fix-binary-oxc-parser-binding
Keep oxc-parser. Work around a Bun 1.3.4+ regression in --compile NAPI native-binding embedding by setting NAPI_RS_NATIVE_LIBRARY_PATH from a Bun-embedded asset path before oxc-parser loads. Per-ta...
- [x]MDCC-RDM/20Feature: Canvas Undo / Redo (Cmd+Z / Cmd+Shift+Z)
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports (DDR-045 paths, DDR-013 module layout, DDR-048 input-router classify table).
- [x]MDCC-RDM/3.6Phase 3.6: Canvas format — `.tsx` over single-file HTML (`data-cd-id` ready)
Replace the current canvas format — single-file HTML with inline <style> (~50 KB hand-rolled CSS) + <script type="text/babel"> JSX + React 18 UMD + Babel-standalone UMD, reference canvas weighing 7...
- [x]MDCC-RDM/3.7Phase 3.7 — `/design:setup-ds` hardening + motion subsystem unification
Two interlocked workstreams, one phase, because the visual-sanity gate (workstream A) is the same screenshot pass that catches the motion regressions workstream B prevents — splitting them would re...
- [x]MDCC-RDM/6.5Phase 6.5: Canvas export (UI-first, multi-format, scope-aware)
A first-class export feature surfaced from the canvas UI (not just CLI). One dialog covers seven formats × four scopes:
- [x]MDCC-RDM/8Phase 8: Live collaboration foundation (multi-tab + hub-ready)
Lay down the Yjs runtime, Awareness protocol, and persistence layer that Phase 9 needs — and as a side-effect, enable multi-tab collab on a single machine: two browser tabs (or two Claude Code inst...
- [x]MDCC-RDM/rename-md-clFeature: Rename `maude` → `Maude` (project-wide brand migration)
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports. The four key decisions are baked in below — do not re-litigate them mid-execution.
- [x]MDCC-RDM/security-ageFeature: Security review agents (suite) — `security-auditor` + `ethical-hacker`
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports in plugins/flow/.
- [x]MDCC-RDM/setup-ds-pasFeature: Setup-DS — 3-stage discovery (Vision → Research → Refinement) inspired by Pastier
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports. The 3-stage architecture below is load-bearing — do not collapse stages, do not reintr...
- [x]MDCC-RDM/1Phase 1: Contribute infrastructure + Changesets bootstrap
Establish the contribution baseline: documented "how to contribute" path, GitHub repo hygiene (PR / issue templates, branch protection docs, Dependabot), basic CI quality gates beyond version parit...
- [x]MDCC-RDM/3Phase 3: `integrations.changelog` + `/flow:release-changelog` + `/flow:release` (downstream-reusable)
Productize release-note + release-cut hygiene as a reusable flow capability. Add a new integrations.changelog block to .ai/workflows.config.json (provider + scope + releaseGuide path), implement th...
- [x]MDCC-RDM/2Phase 2: Docs site (Fumadocs)
Stand up a public documentation site under site/ using Fumadocs — a Next.js-based MDX docs framework chosen because its output is AI-readable (clean MDX in repo, indexable via crawlers + LLM tools)...
- [x]MDCC-RDM/13Phase 13: Flow command categorization (strict prefix naming, no subfolders)
Reshape the 29 /flow:* commands (26 existing + 3 Phase 3 additions: help, release-changelog, release-cut) so every command except daily-use ones carries a group prefix. Result:
- [x]MDCC-RDM/13Phase 13 — Stable element IDs + canonical screenshot pipeline + cheap helpers
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports.
- [x]MDCC-RDM/14Feature: design-system-keeper agent + pattern-priors envelope + token-usage doctrine
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports in plugins/design/agents/, plugins/design/commands/, and .design/system/project/.
- [x]MDCC-RDM/3.4Phase 3.4: Dev-server architecture refactor (performance pre-cleanup)
Refactor the dev-server's shell to a build-pipeline-driven, Bun-runtime-authoritative architecture targeting concrete performance budgets. Concretely: migrate server source to Bun.serve / Bun.file...
- [x]MDCC-RDM/3.5Phase 3.5: Dev-server UI/UX refresh — shell visuals only
Two-part scope:
- [x]MDCC-RDM/3.6.1Phase 3.6.1 — Canvas envelope hygiene + reusable canvas-lib + HMR + DS specimens as TSX
Make every TSX canvas — UI mock OR DS specimen — a fully self-contained, browser-loadable canvas backed by a small shared canvas-lib (@mdcc/canvas-lib, virtual-module-resolved at the dev-server lev...
- [x]MDCC-RDM/4Phase 4: Canvas v2 — infinite-canvas engine inside the canvas runtime
Today every .tsx canvas under .design/ renders inside its iframe as a static TSX flow — DCArtboard is a labeled card that participates in normal document flow. Phase 4 turns DesignCanvas into a tra...
- [x]MDCC-RDM/4.0.5Phase 4.0.5: canvas-lib + perf-lab single source in dev-server
Implements DDR-025. The current architecture (DDR-022) treats canvas-lib as project-owned source that gets scaffolded into <designRoot>/_lib/canvas-lib.tsx on first /design:setup-ds. That design ha...
- [x]MDCC-RDM/4.1Phase 4.1: FigJam-style canvas interactions
Add a FigJam-equivalent input layer to canvas-lib's DesignCanvas as an opt-in inputMode prop:
- [x]MDCC-RDM/4.2Phase 4.2: Free-form artboard repositioning
Make artboards spatially editable on the infinite canvas:
- [x]MDCC-RDM/15Feature: Video pipeline toolchain — setup + smoke tests
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports.
- [x]MDCC-RDM/15.1Feature: Video pipeline infrastructure — Remotion-native workspace + skills + caption + regression harness
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports.
- [x]MDCC-RDM/15.5Feature: Marketing demo — real green-field onboarding lifecycle (~60s primary + 30s tight cut)
Produce two 1920×1080 H.264 MP4s — site/public/demo.mp4 (primary, ~60s, embedded in the docs landing) and site/public/demo-30s.mp4 (tight cut for the GitHub README, < 10 MB) — by:
- [x]MDCC-RDM/15.5Feature: Marketing demo video v2.1 — real maude in sandbox, single perfect cut
Produce one MP4 at site/public/demo.mp4 (~90 s, single cut, < 16 MB post-loudnorm) by composing 16 scenes on top of phase-15.1 infrastructure (nested workspace, <TransitionSeries>, <TerminalFrame>...
- [x]MDCC-RDM/5Phase 5: Draw / annotation tools for the dev server
Toolbar buttons in canvas chrome: pen, circle, arrow, eraser, color picker. Drawing happens on a transparent SVG layer sized to the canvas world (zoomable with viewport from Phase 4). On stroke com...
- [x]MDCC-RDM/5.1Phase 5.1 — FigJam-style annotation overhaul
Rework annotations-layer.tsx from a self-contained pointer-claiming overlay into a portal-rendered layer that lives inside .dc-world (so the world's CSS zoom/translate moves the strokes natively, w...
- [x]MDCC-RDM/6Phase 6: In-place comments UX (FigJam-style bubbles)
Replace the current shell-bound BottomBar composer with a FigJam-grade in-place comment experience: the composer pops up at the click location on the canvas (not in a panel chrome at the bottom), p...
- [x]MDCC-RDM/18Feature: Bias-free design plugin templates
Validate the docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports — this plan refactors load-bearing bootstrap contracts (design-system skill ↔ templ...
- [x]MDCC-RDM/19Phase 19 — Dev-server first-boot bootstrap fixes
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports.
Planned
- [ ]MDCC-RDM/9Phase 9 (v1.1): Self-hostable hub + bidirectional file sync — THE collaboration story
Make collaboration usable across the internet without exposing anyone's laptop, without requiring SaaS, without making contributors learn Yjs / PartyKit / Hocuspocus. Three pieces:
- [ ]MDCC-RDM/10Phase 10 (v1.2 work): Structured CRDT HTML co-editing
Build on Phase 8's "ambient multiplayer" (Yjs awareness + comments) to add true real-time HTML co-editing for designated edit surfaces. Two peers can change a button's padding simultaneously throug...
- [ ]MDCC-RDM/11Phase 11: Flow ↔ Design integration
Close the gap between flow and design plugins. Flow commands (/flow:plan, /flow:done) become aware of .design/ — /flow:plan automatically detects canvases relevant to a feature and pulls them into...
- [ ]MDCC-RDM/12Phase 12: In-canvas CSS editor + Layers panel
Add Figma / Webflow-grade direct manipulation: a layers panel (DOM tree of active artboard — collapsible, selectable, drag-to-reorder) and an in-canvas CSS editor (right sidebar that surfaces top-e...
- [ ]MDCC-RDM/13Feature: Canvas Activity Overlay — live "agent works here" indicator
Validate docs and codebase patterns before implementing. Pay attention to existing naming, utils, and imports — the dev-server is Bun-authoritative (DDR-009), the canvas lib is single-source in plu...
- [ ]MDCC-RDM/16Feature: Intro video v4 — total rebuild, scene-by-scene visual iteration
---
- [ ]MDCC-RDM/17Feature: Docs site infographics + diagrams
Add a small library of diagram primitives to the docs site and insert them into the highest-traffic pages. Today the docs are text-heavy markdown tables — accurate but visually flat. Adding SKU-sta...
- [ ]MDCC-RDM/21Phase 21 — Annotation vocabulary expansion (FigJam-feel)
Today the annotation toolkit ships pen / rect / ellipse / arrow / text (anchored only) / eraser. Real review workflows that the user keeps reaching FigJam for need three things we don't have:
- [ ]MDCC-RDM/phase-a-depsPhase A — `maude doctor`: deps preflight + config health + quality gates
---
- [ ]MDCC-RDM/phase-b-orchPhase B — Orchestration speed: parallel fan-out + batch tool calls + lazy-load skills
---
- [ ]MDCC-RDM/phase-c-sidePhase C — Sidecar cache + Monitor + background work
---
Icebox
- [*]MDCC-RDM/7Phase 7: ACP local chat sidebar — ICEBOX (deferred, v1.1+ if validated)
Embed a chat sidebar directly in the canvas chrome that speaks the Agent Client Protocol (ACP). The sidebar can connect to a locally-running Claude Code session (or any ACP-compatible agent) so the...