Token and component governed prototype toolkit for AI agents
Project description
fdesign
AI prototypes degrade with every iteration. fdesign is the missing quality loop that keeps your Agent honest. An open-source alternative to Figma Make and Google Stitch.
The Problem: The "Disposable Prototype" Trap
Building a UI with AI (Cursor, Claude, Copilot) always starts out feeling like magic. But as you iterate, that magic quickly turns into a mess.
Because AI lacks design discipline, it hallucinates new colors, forgets your component library, and injects messy inline styles. What you hoped would be a maintainable project becomes a disposable prototype—a tangled codebase that you'll inevitably have to throw away and rewrite from scratch.
Why does this happen? AI is perfectly optimized to generate code forward, but has zero ability to enforce consistency backward. It's exactly like writing code without tests: it works on day one, but silently degrades with every new feature.
WITHOUT fdesign
Iteration 1: "Build a login page" → looks perfect ✓
Iteration 3: "Add a dashboard" → hallucinates new shades of blue, adds inline CSS
Iteration 5: "Add settings page" → forgets components entirely, writes raw HTML
Iteration 8: "Change brand color" → updates 2 files, misses 6 others
Iteration 10: "Add onboarding" → unmaintainable Frankenstein codebase
Result: The AI only generated forward. No one caught the regressions.
WITH fdesign
Iteration 1: "Build a login page" → tokens.css + components.js, validated ✓
Iteration 3: "Add a dashboard" → perfectly reuses the exact same tokens and components ✓
Iteration 5: "Add settings page" → fdesign catches raw tags, forces agent to rewrite them ✓
Iteration 8: "Change brand color" → update one token, rebuild — all 8 pages sync ✓
Iteration 10: "Add onboarding" → pristine consistency, production-ready ✓
Result: The quality loop catches what the AI misses. Every page, every iteration.
What fdesign Does
fdesign forces your AI to stop writing free-form, disposable HTML and start building a structured, reusable design system. It overrides the AI's default "just generate" behavior by locking it into a strict, backward-checked workflow.
Instead of generating page layouts immediately, the AI must explicitly define design tokens and components first. Then, fdesign acts as your project's quality gate, catching regressions (like bare HTML tags or hallucinatory colors) when the AI inevitably tries to cut corners.
flowchart TD
Start(["New Iteration / Request"]) --> Sketch["Step 1: Sketch & Plan"]
subgraph "✅ Forward Validation (Building it right)"
Sketch --> Token["Step 2: Update Tokens"]
Token -.->|"fdesign token validate"| Token
Token --> Sitemap["Step 3: Update Sitemap"]
Sitemap --> Component["Step 4: Update Components"]
Component -.->|"fdesign component validate"| Component
end
Component --> Build["Step 5: Build HTML"]
subgraph "🔁 Backward Check (Did the AI miss anything?)"
Build --> Check{"Step 6: fdesign journey check"}
end
Check -.->|"❌ Fails: Bare tags, missing references"| Token
Check -->|"✅ Passes: 100% consistent"| Confirm(["Step 7: User Confirm"])
Confirm --> Start
style Check fill:#ffe6e6,stroke:#ff6b6b,stroke-width:2px
Why fdesign
For Individuals (Makers & Founders)
AI delivers infinite speed, but you need sustainable assets.
AI accelerates your imagination, but if you don't enforce discipline, you end up with an unmaintainable toy. fdesign acts as your automated safety net, ensuring your fast prototypes remain structurally sound, preventing technical debt from forcing a complete rewrite.
For Teams (Designers & Developers)
Real projects run on design systems, not inline styles.
AI-generated code is notoriously hard to hand off because it relies on hallucinated DOM structures and hardcoded colors. By enforcing W3C DTCG tokens and a strict component YAML, fdesign guarantees the AI outputs developer-ready tokens.css and components.js that seamlessly merge into real production codebases.
Use Cases
Scenario 1: The Global Redesign
Problem: "Make all the primary buttons slightly rounder, and change the brand color to purple." The AI updates the homepage perfectly, but forgets the dashboard, settings, and login pages.
fdesign Solution: The AI is instructed to update the global.tokens.json. You run fdesign token view to regenerate tokens.css. Every single page across the entire project updates instantly with mathematical consistency. No manual sweeping required.
Scenario 2: The Multi-Page Hallucination
Problem: When you ask the AI to build a list view for page 2, it invents a totally new card style with hardcoded border-radius: 8px and #333 hex colors.
fdesign Solution: The AI is strictly bound by .fdesign/components.yaml. When it attempts to build page 2, fdesign journey check detects the bare <div> tags and inline styles. The check fails, and the agent is forced to rewrite the page using the registered DataCard component or fail the build.
Scenario 3: Handoff to Engineering
Problem: Developers refuse to touch AI prototypes because they're a tangled mess of arbitrary class names and unmaintainable inline styles.
fdesign Solution: Because fdesign enforced standard tokens.css and documented components.js from day one, engineers can drop these exact artifacts directly into their React/Vue/Tailwind design systems. It's production-ready CSS architecture from the start.
Features
- Design System Tokens: Manage brand variables using the W3C DTCG format (global → semantic → component).
- Structured Prototypes: Compose layouts through defined components, domain logic, and journey maps.
- Multiple Platform Preview: Inspect your UI seamlessly across Web, Tablet, and Mobile device shells.
- Code-Level Output: Automatically compile design concepts into developer-friendly
tokens.cssandcomponents.js. - Multi-Version Snapshots: Save named iterations (v1, v2) and easily compare or roll back versions in the local preview.
Highlights: The Quality Mechanisms
To keep the AI in check, fdesign enforces a structured workflow combining manual confirmation with two automated quality gates.
- 🫂 Human in the Loop: The AI never commits blindly. Every iteration pauses for your explicit review and confirmation.
- ✅ Forward Validate: Verifies tokens and components format and cross-references before the AI is allowed to build the page layout (
fdesign token validate). - 🔁 Backward Check: Scans the generated HTML to catch bare DOM tags, hallucinated inline CSS, or missing token references after the page is built (
fdesign journey check).
Supported Agents
| Agent | Command |
|---|---|
| GitHub Copilot | fdesign enable copilot |
| Cursor | fdesign enable cursor |
| Claude Code | fdesign enable claude |
| Trae IDE | fdesign enable trae |
| Qwen Code | fdesign enable qwen-code |
| OpenCode | fdesign enable opencode |
| OpenClaw | fdesign enable openclaw |
Installation
pip install fdesign
Verify:
fdesign --version
Quick Start
# 1. Initialize workspace
cd your-project
fdesign init
# 2. Create a project
fdesign project create my-app
# 3. Install skills into your AI agent
fdesign enable copilot # or: cursor, claude, trae, qwen-code, opencode, openclaw
# 4. Prompt your AI Agent
# Just tell it what you want to build (e.g., "Build a SaaS dashboard").
# The installed fdesign skill will take over and guide it step-by-step.
# 5. Preview the result
fdesign preview
# Opens http://localhost:<port>
For Contributors
Because fdesign is fundamentally a tool focused on Agent Engineering, we welcome contributors looking to expand the toolkit of supported Agents or harden the validation mechanics of the CLI!
Getting Started
# 1. Fork and clone the repository
git clone https://github.com/lijma/fdesign.git
cd fdesign
# 2. Install inside a virtual environment for development
pip install -e ".[test]"
# 3. Run the test suite (fdesign maintains 100% coverage)
pytest tests/
# 4. Want to add a new AI Agent to `fdesign enable`?
# Add yours directly in: src/fdesign/skills.py
Star History
License
This project is licensed under the Apache License 2.0.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file fdesign-1.0.0.tar.gz.
File metadata
- Download URL: fdesign-1.0.0.tar.gz
- Upload date:
- Size: 82.4 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
9ae040bbc70b60b5bb18e0fe37be9aaa50b610feb4fe3d58da1f92fb328f95ea
|
|
| MD5 |
9e2578c7d83b045bb03847cf2f9d1c54
|
|
| BLAKE2b-256 |
463e882b62595c08ecba6cb67d2191ea576a103148130c5118cc3d491bc8afaa
|
Provenance
The following attestation bundles were made for fdesign-1.0.0.tar.gz:
Publisher:
release.yml on lijma/fdesign
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
fdesign-1.0.0.tar.gz -
Subject digest:
9ae040bbc70b60b5bb18e0fe37be9aaa50b610feb4fe3d58da1f92fb328f95ea - Sigstore transparency entry: 2079407923
- Sigstore integration time:
-
Permalink:
lijma/fdesign@ec4fd8b6d9e4c0f0a9cc438a704f245512841ad9 -
Branch / Tag:
refs/tags/v1.0.0 - Owner: https://github.com/lijma
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@ec4fd8b6d9e4c0f0a9cc438a704f245512841ad9 -
Trigger Event:
push
-
Statement type:
File details
Details for the file fdesign-1.0.0-py3-none-any.whl.
File metadata
- Download URL: fdesign-1.0.0-py3-none-any.whl
- Upload date:
- Size: 58.0 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
707a3c06a8be03a961b09243164bb2e842317faeb7f4f932863f9b816d137041
|
|
| MD5 |
3ab552d691d80831e322ccb42e97dcab
|
|
| BLAKE2b-256 |
570b7e1af96781b80895a98976b317b7087a64b6e1d462a947a7e2fd2b3fc69b
|
Provenance
The following attestation bundles were made for fdesign-1.0.0-py3-none-any.whl:
Publisher:
release.yml on lijma/fdesign
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
fdesign-1.0.0-py3-none-any.whl -
Subject digest:
707a3c06a8be03a961b09243164bb2e842317faeb7f4f932863f9b816d137041 - Sigstore transparency entry: 2079408377
- Sigstore integration time:
-
Permalink:
lijma/fdesign@ec4fd8b6d9e4c0f0a9cc438a704f245512841ad9 -
Branch / Tag:
refs/tags/v1.0.0 - Owner: https://github.com/lijma
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@ec4fd8b6d9e4c0f0a9cc438a704f245512841ad9 -
Trigger Event:
push
-
Statement type: