Reusable design systems
Record color, typography, layout and component rules in DESIGN.md. Project packages can also carry tokens and component examples.
OpenDesign is an open-source workspace for turning a design brief into interactive prototypes, presentation decks and motion graphics with an AI agent.
Bring one user flow and the visual rules it should follow. Use OpenDesign’s project workflow to separate reusable brand rules from screen behavior and prepare files a reviewer can inspect.
List the screens, failure states, accessibility needs, and the approved design rules.
Copy the request into a new Floatboat conversation and provide the required material.
Download FloatboatPreview and copy the request. It is not sent automatically from this page.
Reference: OpenDesign https://github.com/nexu-io/open-design Read the original documentation and check the current environment and dependencies. Propose any new installation or tool connection before proceeding. My task: Review how OpenDesign combines DESIGN.md and prototype templates. Plan a three-screen onboarding prototype with a failed verification state. Separate reusable visual rules from per-screen behavior, identify assets I need to supply, and list what engineering must verify before implementation. Expected deliverable: A DESIGN.md outline, screen checklist, and an editable-artifact handoff plan.
OpenDesign combines a design brief with an output template and an active design system. The design system centers on DESIGN.md, a portable description of visual rules, and can also include tokens, components and assets. In the prototype workflow, a coding agent applies those rules to produce HTML you can preview and refine.
With a filesystem-backed coding agent, the agent writes directly to the project files. A plain API run without file tools returns a complete artifact block instead. OpenDesign also provides an MCP server through which a configured external client can read files such as CSS tokens, JSX components and entry HTML from local projects.
The desktop app and self-hosted option let you work with local project files. Requests that use a cloud model or OpenDesign Cloud go to the corresponding service. Choose the execution path before you add a confidential design brief, source code or licensed assets.
The workspace separates brand rules, output templates and agent behavior. You can change the format of a deliverable while keeping the design system available for the next iteration.
Record color, typography, layout and component rules in DESIGN.md. Project packages can also carry tokens and component examples.
Start from a template for an interactive prototype, a deck or a motion project. Export options vary by the artifact, such as PPTX for decks and MP4 for HyperFrames motion.
Use local project files as the handoff for engineering. The upstream MCP server can expose named files to a configured client when the workflow crosses repository boundaries.
Choose the format the reviewer can assess. A product flow may need a clickable prototype, while a launch deck needs a clear sequence and a motion concept needs timing you can inspect.
Supply the supported paths, error states and sample copy for a three-screen flow. Preview the HTML artifact with product and engineering, agree on the missing states, and pass the files plus acceptance criteria to the implementation owner.
Put type scale, spacing and approved colors in DESIGN.md, then use those rules across a landing-page concept and a presentation. Compare how the hierarchy works in each format and retain the confirmed design system for the next brief.
Use the deck workflow to structure a pitch around one decision and the evidence behind it. Review slide order and notes in the workspace, then open the exported file in the target presentation app to check type and layout.
Make a small HyperFrames motion draft for a feature reveal. Inspect the opening, transition and final frame, then share the timing decisions alongside the MP4 so the next revision can change one beat without rebuilding the concept.
The desktop and source routes have different requirements. Confirm your platform and model access first, then choose a small artifact to check the complete handoff.
Upstream lists installers for macOS and Windows x64. It currently directs Linux users to run from source.
Follow the upstream quickstart for Node and pnpm versions and its development launcher.
Choose a supported installed coding agent or configure a model endpoint and credentials. Check provider handling of prompts and files before adding sensitive material.
Compare the workflows, operating requirements, and source licenses of these projects.