Skip to content

Latest commit

Β 

History

History
146 lines (116 loc) Β· 10.2 KB

File metadata and controls

146 lines (116 loc) Β· 10.2 KB

References

Parent: spec.md

Every external project this spec leans on. Three questions per entry: what is it, what do we borrow, and what do we deliberately not take.


Primary references

  • What it is: Anthropic's closed-source AI design product. Released 2026-04-17. Powered by Opus 4.7. Web-only (claude.ai). Generates prototypes, wireframes, decks, marketing pages, complex prototypes with voice/video/3D/shaders.
  • Why it matters to us: Defines the category. Its viral moment (~60M X impressions week 1) proves the market.
  • What we borrow: The high-level value prop β€” "natural language β†’ editable visual design." Feature inspiration for modes (prototype, deck, marketing). UI ideas around inline editing and custom sliders.
  • What we don't: Closed source. Anthropic-only models. No self-hosting. Paid tiers (Pro/Max/Team/Enterprise) only. We are not trying to be a drop-in clone; we are an open substrate for the same category.

Open CoDesign (OpenCoworkAI)

  • Why it matters: Direct competitor; most overlap with what we're building.
  • What we borrow:
    • UI concepts: comment mode (click-to-pin element edits), tweak sliders (agent-emitted parameters), multi-frame preview (desktop/tablet/phone).
    • Sandboxed iframe preview (<iframe sandbox="allow-scripts"> with vendored React 18 + Babel standalone for JSX).
    • Export pipeline shape (HTML/PDF/PPTX/ZIP/MD).
  • What we don't:
    • Electron β€” we go Next.js web app instead (runs local and deploys to Vercel).
    • Bundled agent on pi-ai β€” we delegate to the user's existing CLI.
    • Proprietary skill format (TypeScript modules compiled into the app) β€” we use Claude Code's SKILL.md so third-party skills drop in.
    • SQLite for artifacts β€” plain files + .jsonl history, so git tracks it naturally.
    • Sole focus on UI panels β€” we add Design System mode and DESIGN.md as first-class.

multica (multica-ai)

  • What it is: Open-source "managed agents platform." Frontend: Next.js 16. Backend: Go + Chi + WebSocket. DB: PostgreSQL + pgvector. Local daemon auto-detects CLIs on PATH: Claude Code, Codex, OpenClaw, OpenCode, Hermes, Gemini, Pi, Cursor Agent. Assigns work via a web board view; agents execute; WebSocket streams progress.
  • Why it matters: They already solved the "detect and wrap local code agents" problem.
  • What we borrow:
    • PATH-scan + config-dir probe detection strategy.
    • Local daemon + WebSocket topology (daemon on user's machine, thin web client).
    • Agent catalog (our P0–P2 list maps closely to theirs).
  • What we don't:
    • Go backend + PostgreSQL β€” overkill for our scope; Node daemon + filesystem is enough.
    • Team / board / issue-assignment model β€” not our domain.
    • pgvector β€” we don't embed anything in MVP.

cc-switch (farion1231)

  • What it is: Tauri desktop app for managing five CLI tools (Claude Code, Codex, Gemini CLI, OpenCode, OpenClaw). Provider management, MCP server config, skills install, session browsing. SQLite at ~/.cc-switch/cc-switch.db. Skills dir at ~/.cc-switch/skills/ with symlinks into each agent's config dir. 50+ provider presets.
  • Why it matters: Shows exactly how to live beside multiple code-agent CLIs without stepping on their config.
  • What we borrow:
    • Symlink-based skill distribution. Canonical skill location + symlinks to each agent's skills dir.
    • Knowledge of per-agent config dir locations (~/.claude/, ~/.codex/, …).
    • "Provider presets" idea β€” a curated list we can ship so users don't have to hand-enter endpoint URLs for OpenAI-compatible relays.
  • What we don't:
    • Tauri / desktop app β€” not our shape.
    • Provider-switching as core feature β€” we defer that to the underlying agent. If a user wants to switch providers inside Claude Code, they use Claude Code's config, not ours.
    • Tray icon / system integration β€” out of scope.
  • Ecosystem: 68 DESIGN.md files for named brands. Referenced schema has 9 standardized sections: Visual Theme & Atmosphere, Color Palette & Roles, Typography Rules, Component Stylings, Layout Principles, Depth & Elevation, Do's and Don'ts, Responsive Behavior, Agent Prompt Guide.
  • Related URLs: claude.ai/design, getdesign.md, Discord community
  • Why it matters: Defines the de-facto portable design-system format for AI agents.
  • What we borrow:
    • The entire DESIGN.md format, unchanged. We adopt their 9-section schema as OD's canonical design-system format.
    • Ecosystem compatibility: any of their 68 DESIGN.md files works as an OD active design system out of the box.
  • What we don't:
    • Their curated list itself β€” we don't fork their 68 files; we reference upstream.
    • Their Discord / community layer β€” not our product.
  • What it is: A Claude Code skill producing magazine-style, horizontal-swipe web decks. Structure: SKILL.md + assets/template.html + references/{components,layouts,themes,checklist}.md. 6-step workflow. Single-file HTML output with embedded CSS/WebGL. Keyboard/scroll/touch navigation.
  • Why it matters: Reference implementation of a high-quality Claude skill, and our default deck skill.
  • What we borrow:
    • The whole skill, unmodified. It's our default v1 deck-skill. A user runs od skill add https://github.com/op7418/guizang-ppt-skill and it works.
    • Skill directory convention (assets/ + references/ + SKILL.md) as the pattern we document for skill authors.
    • The "6-step workflow + quality-checklist rubric" pattern for authoring new skills.
  • What we don't: Nothing β€” this is pure reuse. We add an od: block to its front-matter only if we want to expose theme sliders; the skill works without it.

Secondary references (format / protocol / UI ideas)

Project Relevance
Claude Code skills docs Source of the SKILL.md format we adopt
Cursor .cursorrules Informs how the Cursor Agent adapter injects skill context
Reveal.js / Marp Reference for deck HTML navigation patterns
Shadcn/ui Likely component library for the web UI shell
Vercel AI SDK Streaming primitives for the API-fallback adapter
Puppeteer PDF export engine
pptxgenjs PPTX export engine
chokidar Filesystem watching for skill / artifact hot-reload

Compatibility & differentiation matrix

Dimension Claude Design Open CoDesign multica cc-switch OD
Open source ❌ βœ… βœ… βœ… βœ…
Primary form factor Web (hosted) Electron Web + Go daemon Tauri Next.js web + Node daemon
Vercel-deployable ❌ ❌ ❌ ❌ βœ…
Runs local-only ❌ βœ… βœ… βœ… βœ…
Generates design artifacts βœ… βœ… ❌ (general coding) ❌ βœ…
Uses existing code agent β€” (owns it) ❌ βœ… βœ… βœ…
Supports Claude Code skills (SKILL.md) β€” ❌ βœ… βœ… βœ…
DESIGN.md as first-class ❌ ❌ β€” β€” βœ…
Deck mode / PPTX export βœ… βœ… ❌ ❌ βœ… (via skill)
Template gallery βœ… βœ… (15) ❌ ❌ βœ…
Design-system authoring mode ❌ ❌ ❌ ❌ βœ…

The two empty-column crossings where OD lights up and others don't: Vercel-deployable + design-system authoring, and uses existing code agent + first-class DESIGN.md. That's the niche.


What we explicitly don't borrow (and why)

  • Desktop packaging (Electron / Tauri). Every minute spent on code-signing is a minute not spent on skills. If a user wants a tray icon, cc-switch already does that β€” install both.
  • SQLite for artifacts (from Open CoDesign and cc-switch). Plain files + JSONL history are reviewable in git, trivially portable, and match the "skills are files" ethos.
  • Bundled model router (pi-ai from Open CoDesign). The user's code agent already routes. Two routers is worse than one.
  • PostgreSQL + pgvector (from multica). We don't embed anything in MVP. When we do, SQLite + sqlite-vec is enough for single-user scale.
  • Board / issue model (from multica). Off-brand for a design tool.

These "don'ts" are what keep the MVP achievable in 6–8 weeks.


Living references

This file is maintained. When we add an adapter or borrow a pattern from a new upstream, add it here with the same three-question format. When upstream licensing or direction changes materially, flag it here and cross-link from spec.md.