npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@noemuch/bridge-ds

v7.1.3

Published

Compiler-driven design generation in Figma — 100% design system compliant. Compiles component specs into verified Figma output via MCP.

Readme

Discussions · Issues · Contributing · Security · Changelog

Bridge compiles your design-system intent into Figma output that's guaranteed DS-compliant by construction — not by verification. 26 Figma API rules enforced automatically by a local compiler. Zero hardcoded values, zero raw Plugin API code, zero AI hallucinations.

Three pillars: a deterministic compiler (the moat), conversational UX via Claude Code skills (make / fix / done), and a living KB continuously synchronized with Figma via cron.

For designers

Design components and screens from natural language inside Claude Code. Bridge handles the rest:

# In Claude Code, inside your DS repo:
make a settings screen for account information

Bridge produces:

  1. A structured CSpec (YAML) describing the layout + tokens
  2. A scene graph JSON (validated against your DS registries)
  3. Compiled Figma Plugin API code (all 26 rules respected)
  4. Executed designs in Figma via MCP

Every output uses your real components, bound variables, and text styles. Zero hardcoded values.

Iterate with fix (capture manual Figma edits as learnings). Ship with done (archive + extract recipes).

For DS teams

Bridge keeps your knowledge base continuously synchronized with Figma.

  • setup bridge in Claude Code bootstraps your DS repo: registries, cron workflow, all in one flow.
  • Daily cron on GitHub Actions pulls Figma via REST, detects KB drift, opens a PR with the diff. Silent on no-change.
  • Recipe + CSpec ref-validity checks flag broken references when components are renamed or removed.

For engineers

The KB lives in your repo at bridge-ds/knowledge-base/registries/. Point your AI client at this directory or read it programmatically. Your generated code uses tokens, variants, and composition rules correctly — because it reads the source of truth, not guesses.

Quick start

In Claude Code, any session (one-time install):

/plugin marketplace add noemuch/bridge
/plugin install bridge-ds

In your DS repo:

cd /path/to/ds-repo && claude
setup bridge

One phrase. The skill handles pre-flight, scaffolding, extraction, GitHub secret, first commit, and optional cron test. ~10 minutes end-to-end.

Upgrading from v5.x? See BREAKING.md for the v6 migration guide.


Architecture

| Layer | Technology | Description | | ------------- | --------------------- | ------------------------------------------------------------ | | Workflow | Claude Code Skills | Five focused skills (see Skills below) | | Spec | CSpec YAML | Structured, human-readable compilable specifications | | Compiler | TypeScript | Scene graph JSON → Figma Plugin API code (26 rules enforced) | | Transport | MCP | figma-console-mcp (preferred) or official Figma MCP server | | Target | Figma Desktop / Cloud | Production-ready designs in your real DS library | | Memory | Knowledge Base | Registries, guides, recipes, learnings — per-project |

You describe → Claude writes CSpec → Compiler resolves tokens → MCP → Figma

Skills

| Skill | Trigger | Purpose | | --------------------------- | -------------------- | -------------------------------------------------------- | | using-bridge | SessionStart (auto) | Force-loaded rules, command map, drop/status procedures | | generating-figma-design | make <description> | Spec + compile + execute + verify | | learning-from-corrections | fix | Diff Figma corrections, extract learnings, patch recipes | | shipping-and-archiving | done | Final gate, archive, extract recipes | | extracting-design-system | setup bridge | Bootstrap a DS repo end-to-end |

The compiler

Every scene graph JSON goes through a deterministic pipeline:

bridge-ds compile --input scene.json --kb <kb-path> --transport <console|official>

| Stage | Purpose | | ------------ | ------------------------------------------------------------------------------------ | | Parse | Load scene graph JSON, validate schema | | Resolve | Look up every $token reference against the knowledge base registries | | Validate | Check structure, detect missing tokens with fuzzy suggestions, flag hardcoded values | | Plan | Chunk large graphs for transport limits; bridge nodeIds across chunks | | Generate | Emit Figma Plugin API code respecting all 26 rules | | Wrap | Adapt output for the target transport (console IIFE vs. official top-level await) |

Errors are caught at compile time, before anything touches Figma.

Compiler reference → · Transport adapter → · Verification gates →

Bridge CLI

Direct CLI commands (typically invoked under the hood by skills):

| Command | Purpose | | ---------------------------------------------------- | ----------------------------------------------------------- | | bridge-ds setup --ds-name <name> --figma-key <key> | Headless scaffold (used by setup bridge) | | bridge-ds compile --input <json> --kb <path> | Compile a scene graph JSON | | bridge-ds doctor | Diagnose config, connectivity, KB health | | bridge-ds extract --headless | Figma REST extraction (CI-friendly, FIGMA_TOKEN required) | | bridge-ds migrate | Upgrade a legacy knowledge base to the current schema | | bridge-ds cron | Run the cron orchestrator (KB sync, opens PR on diff) |

Recipes

Recipes are parameterized scene graph templates the compiler reuses across sessions. The fastest way to build one: generate a screen with make, then done to archive — Bridge auto-extracts a recipe when the layout is reusable.

Recipes live under bridge-ds/knowledge-base/recipes/ in your repo. Schema: { id, name, archetype, tags, scene_graph, confidence }. Each recipe is scored against the user's description on four axes (archetype match, tag overlap, structural similarity, confidence). High-scoring recipes pre-fill the CSpec.

Full schema: references/compiler-reference.md.

Project structure

bin/                                 CLI entry (bridge-ds binary)
lib/
  cli/                               Typed CLI (main, setup-orchestrator, token-handling, …)
  compiler/                          Scene graph compiler (TypeScript)
  config/                            YAML config parsing
  cron/                              GitHub Actions cron orchestrator (KB sync)
  extractors/                        Figma REST + MCP extractors
  kb/                                Knowledge base (registries, hashing, auto-detect)
  mcp/                               MCP transport adapter (console/official)

references/                          Shared repo-level references
  compiler-reference.md
  transport-adapter.md
  verification-gates.md
  red-flags-catalog.md

skills/
  using-bridge/                      Force-loaded process skill
  generating-figma-design/           make
  learning-from-corrections/         fix
  shipping-and-archiving/            done
  extracting-design-system/          setup

hooks/                               SessionStart health-line hook
scripts/                             validate-skills, bump-version
test/                                Integration + security tests

.claude-plugin/                      Claude Code plugin manifest
.cursor-plugin/                      Cursor plugin manifest

Plugin support

Bridge DS works as a plugin for:

  • Claude Code — Native skill via .claude-plugin/ and SessionStart hook injection.
  • Cursor — Plugin via .cursor-plugin/.

Both use the same MCP transport and compiler infrastructure.

Contributing

See CONTRIBUTING.md for development setup, code guidelines, and PR process.

License

MIT