Turn a Claude-generated HTML design prototype (a URL from api.anthropic.com/v1/design/h/... or a local .tar.gz) into a SwiftUI View file written directly into your active Xcode workspace — built, previewed, and visually diff'd against the prototype until it matches.

One prototype in, one self-contained .swift file out.

1. Fetches the design (URL or tarball), unpacks it, and serves it locally over http://127.0.0.1:<port> (Claude designs commonly use ES modules and fetch(), which fail under file://).
2. Renders the prototype in Chrome at iPhone 15 Pro size (390×844) and screenshots it.
3. Reads the HTML + every linked CSS file, and inventories assets (inline SVGs, Google Fonts, <img> tags).
4. Translates the DOM and styles to SwiftUI using bundled reference mappings (layout, typography, styling, component patterns, plus three asset handlers: SVG → SF Symbol or Path, Google Fonts → SF system equivalents, <img> → Assets.xcassets import or AsyncImage) and two worked examples.
5. Writes the generated file into your open Xcode workspace (via Apple's Xcode 26.3 MCP).
6. Builds the project and patches any errors from the navigator diagnostics.
7. Renders the SwiftUI preview and visually diffs it against the prototype screenshot, iterating until they match.

Output is a single .swift file: one View struct + a #Preview + (if used) a fileprivate Color(hex:) extension and one fileprivate struct FooIcon: View per custom SVG icon. No external packages, no multi-screen navigation, no JS interactivity — visual layout fidelity only.

If either MCP is missing, the skill degrades gracefully: it'll emit the .swift file via the standard Write tool and ask you to preview/diff manually.

/plugin marketplace add heyadam/claudedesign-to-swiftui
/plugin install claudedesign-to-swiftui@claudedesign-to-swiftui

/plugin list

You should see claudedesign-to-swiftui listed and the /convert command available.

/convert <design-url-or-tarball-path>

Examples:

/convert https://api.anthropic.com/v1/design/h/abc123?open_file=index.html

/convert ~/Downloads/my-prototype.tar.gz

Running /convert with no argument will prompt you for a URL or path.

Design URLs are short-lived / one-shot. If yours 404s, generate a fresh one from Claude and retry.

• The skill prints the resolved entry HTML, renders it in Chrome, and shows you the screenshot.
• It picks a meaningful filename (e.g. OnboardingView.swift) based on the prototype's purpose. If your workspace has multiple groups it'll ask which to write into.
• It builds, fixes any errors, renders the preview, and compares. You'll see a concrete discrepancy list (layout, sizing, colors, typography) each iteration.
• After three iterations without convergence, it stops and hands you the remaining diff.

• Command — /convert (commands/convert.md): the entry point; orchestrates the skill.
• Skill — claude-design-to-swiftui (skills/claude-design-to-swiftui/SKILL.md): the full workflow.
  • scripts/fetch.sh — download, unpack, start a localhost-bound python3 -m http.server on a free port, and print URL + PID + dir.
  • scripts/stop.sh — kill the local server and remove the unpack dir at end of run.
  • references/layout-mapping.md — flex / grid / block → VStack / HStack / ZStack / Grid / ScrollView.
  • references/styling-mapping.md — CSS padding / background / border / shadow → SwiftUI modifiers.
  • references/typography-mapping.md — font-family / size / weight → .font() / .fontWeight() / .lineSpacing().
  • references/component-patterns.md — cards, buttons, list rows, nav bars.
  • references/svg-to-sfsymbol.md — curated visual fingerprints for ~30 common UI icons → SF Symbol names.
  • references/svg-path-translation.md — SVG path commands → SwiftUI Path builder; the fallback when no SF Symbol matches.
  • references/font-mapping.md — Google Font families (Newsreader, Geist, Fraunces, IBM Plex…) → SF system equivalents, plus a manual recipe for original-font fidelity.
  • references/asset-catalog-import.md — local <img> files → Assets.xcassets/<name>.imageset/; CDN URLs → AsyncImage.
  • references/swiftui-gotchas.md — known SwiftUI compile pitfalls (expression-too-complex, ForEach Identifiable, Color(hex:), etc.) and their fixes.
  • examples/01-landing-card/ and examples/02-list-with-rows/ — before/after HTML → SwiftUI pairs.
• MCP bundle — .mcp.json registers the xcode-tools server automatically when the plugin is installed. Tools register under the namespace mcp__plugin_claudedesign-to-swiftui_xcode-tools__* (Claude Code's plugin-MCP convention).

• Preserve DOM hierarchy — a wrapping <div> becomes a wrapping VStack (or the container that fits).
• Inline literal pixel values (padding: 16px → .padding(16)). No design tokens in v1.
• Hex colors go through a fileprivate extension Color { init(hex:) } at the bottom of the file.
• Inline <svg> icons — first try the curated SF Symbol map (Image(systemName:)). On miss, fall back to a fileprivate struct FooIcon: View with a translated Path.
• Google Fonts — mapped to closest SF system family (e.g. Newsreader → .system(.body, design: .serif)); a top-of-file comment lists what got mapped. Original fonts require manual user setup (the Xcode 26.3 MCP can't register fonts).
• <img> tags — local files import into Assets.xcassets/<name>.imageset/; external URLs become AsyncImage.
• Content taller than 844pt → wrapped in ScrollView.

In scope

• One HTML prototype → one SwiftUI View file.
• Visual layout fidelity (structure, spacing, color, type, placement).
• Asset handling: inline SVGs (SF Symbol or Path), Google Fonts (system mapping), local <img> import to .xcassets, CDN images via AsyncImage.
• Automatic build + preview + diff loop.

Out of scope

• Multi-screen navigation flows, full app scaffolds.
• Prototypes whose value is JS behavior (animations, drag/drop, state machines).
• Figma, Sketch, or screenshot-only inputs (HTML source required).
• Custom-font registration (downloading .ttf files into the project + editing Info.plist) — the Xcode 26.3 MCP doesn't expose tools for .xcodeproj or Info.plist mutation, so the skill emits a manual checklist for the user instead.

/plugin uninstall claudedesign-to-swiftui
/plugin marketplace remove claudedesign-to-swiftui

Clone the repo, then point a local marketplace at the folder:

git clone https://github.com/heyadam/claudedesign-to-swiftui.git
cd claudedesign-to-swiftui
/plugin marketplace add $(pwd)
/plugin install claudedesign-to-swiftui@claudedesign-to-swiftui

Edits to files under commands/, skills/, or .claude-plugin/ take effect on the next Claude Code session (or /plugin reload).

Validate before publishing:

/plugin validate

Tag releases with semver:

git tag v0.1.0 && git push --tags

Users can then pin a specific version by appending @v0.1.0 when adding the marketplace.

MIT. See LICENSE.

Adam Presson — me@heyadam.com