CommunityCodierung & Entwicklunggithub.com

Ship to Show

Framework in 7 Phasen, um einen Prototyp in ein Portfolio-Case-Study mit animierten Videos, narrativem Content und Integrationspaket zu verwandeln.

Was ist Ship to Show?

Dieses Skill ist ein umfassendes Framework, das Entwicklern und Designern hilft, einen Prototyp systematisch in ein vollständiges, veröffentlichtes Portfolio-Case-Study zu überführen. Es ist ideal für Nutzer von Claude Code, Cursor, Codex und anderen KI-Assistenten. Aufbauend auf einem Code-Prototyp oder einer exportierten Figma-Datei führt es durch 7 aufeinander aufbauende Phasen: vom Framing des Projekts über die technische Aufbereitung, das Hinzufügen von Interaktionen, bis hin zur Produktion von Videos (via Puppeteer und FFmpeg), dem Schreiben einer zweisprachigen Case-Study (DE/EN) und der finalen Veröffentlichung auf der eigenen Portfolio-Seite. Der Workflow zielt darauf ab, jede Phase mit einem konkreten Ergebnis abzuschließen und so eine konsistente, professionelle Präsentation der Arbeit sicherzustellen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/marcus-clay/design-skills/tree/main/skills/ship-to-show

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Ship to Show?

Framework in 7 Phasen, um einen Prototyp in ein Portfolio-Case-Study zu verwandeln.

Wann dieses Skill verwenden

  • Der Benutzer hat einen Prototyp (React, Vue, HTML, exportiertes Figma) und möchte ihn dokumentieren
  • Der Benutzer möchte ein Case-Study für sein Portfolio erstellen
  • Der Benutzer möchte Demo-Videos einer Oberfläche erstellen
  • Der Benutzer möchte ein Prototyp-Projekt auf seiner Website veröffentlichen

Voraussetzungen prüfen

Vor dem Start prüfen, ob die Tools installiert sind:

node --version && npm --version && ffmpeg -version | head -1 && git --version && gh --version && vercel --version

Wenn ein Tool fehlt, den Installationsbefehl (macOS) angeben:

  • Node.js: brew install node
  • FFmpeg: brew install ffmpeg
  • Git: brew install git
  • GitHub CLI: brew install gh dann gh auth login
  • Vercel CLI: npm i -g vercel

Die 7 Phasen

1. RAHMEN       →  Branche, Nutzer, Problem, Design-Perspektive identifizieren
2. STRUKTURIEREN →  Prototyp lokal ausführbar machen
3. ANREICHERN    →  Fehlende Pfade für 5 Videos ergänzen
4. FILMEN        →  Videos via Puppeteer + FFmpeg erstellen
5. ERZÄHLEN      →  Case-Study mit narrativer Struktur und Beschriftungen verfassen
6. VERPACKEN     →  GitHub, Vercel, autarkes Integrationspaket
7. VERÖFFENTLICHEN →  In die Portfolio-Seite integrieren

Die Phasen sequenziell ausführen. Jede Phase produziert ein konkretes Ergebnis, bevor die nächste beginnt. Phasen nicht zusammenfassen.


Phase 1: RAHMEN (15 Min)

Eingabe: eine Code-Datei oder ein Prototyp Ausgabe: case-study.md (v1), CLAUDE.md, Projekt-Memo

Aktionen

  1. Quellcode des Prototyps lesen
  2. Identifizieren:
    • Die Branche und den Marktkontext
    • Die Zielnutzer (Rolle, Nutzungskontext, Druck)
    • Das adressierte Problem (mit einem Schlüsselwert, wenn möglich)
    • Die vorhandenen Kernfunktionen
    • Die Design-Perspektive (welche Hypothese der Prototyp testet)
  3. Eine Zusammenfassung von 1500 Zeichen mit narrativen Zwischenüberschriften verfassen
  4. Eine CLAUDE.md mit dem Projektpositionierung erstellen
  5. Eine Memo-Datei mit dem vollständigen Kontext erstellen

Checkliste

  • Branche identifiziert
  • Nutzer beschrieben (Rolle, Kontext, Druck)
  • Problem mit einem Zahlenwert formuliert
  • Design-Perspektive explizit
  • Zusammenfassung verfasst
  • CLAUDE.md erstellt

Phase 2: STRUKTURIEREN (10 Min)

Eingabe: die rohe Code-Datei Ausgabe: funktionsfähiges Projekt auf localhost

Aktionen

  1. package.json mit den erkannten Abhängigkeiten erstellen
  2. Build-Tool konfigurieren (Vite empfohlen)
  3. Tailwind CSS konfigurieren, falls verwendet
  4. index.html und Einstiegspunkt erstellen
  5. npm install
  6. Auf localhost starten

Wichtiger Hinweis

Wenn das Projekt auf einem Netzwerkdateisystem liegt (Google Drive, Dropbox, OneDrive), vor dem Start lokal kopieren. Dateiüberwachungen funktionieren auf entfernten Dateisystemen nicht.

Checkliste

  • npm install ohne Fehler
  • npm run dev startet den Server
  • Der Prototyp wird im Browser angezeigt
  • Keine Konsolenfehler

Phase 3: ANREICHERN (30-45 Min)

Eingabe: der funktionierende Prototyp + das Framing Ausgabe: filmbarer Prototyp mit vollständigen Pfaden

Aktionen

  1. 5 filmbare Pfade identifizieren:
    • Übersicht / Triage (Eingang, Filterung, Auswahl)
    • Hauptfunktion (die Schlüsselinteraktion des Produkts)
    • Entscheidungsfindung und Feedback (Aktion, Bestätigung, Auswirkung)
    • Grenzfall (Fehlalarm, Fehler, schneller Fall)
    • Vollständiger Durchlauf (Ablauf, Sitzungsmetriken)
  2. Fehlende Interaktionen für jeden Pfad auflisten
  3. Fehlende Interaktionen implementieren
  4. Unterschiedliche Daten pro Fall hinzufügen
  5. Simulierte Anbindungen hinzufügen (Slack, E-Mail, CRM, Export)
  6. Mikrointeraktionen hinzufügen (Animationen, Ton-Feedback falls sinnvoll)

Checkliste

  • 5 Pfade identifiziert und funktionsfähig
  • Unterschiedliche Daten für jeden Fall
  • Simulierte Integrationen sichtbar
  • Jeder Pfad in 10 bis 20 Sekunden filmbar

Phase 4: FILMEN (30 Min)

Eingabe: die definierten Pfade + der funktionierende Prototyp Ausgabe: 5 bis 8 MP4-Videos, 5 PNG-Screenshots

Aktionen

  1. Struktur der Video-Pipeline erstellen:
video-scenes/
├── capture.js
├── scenes/
│   ├── shared/
│   │   ├── design-tokens.css
│   │   ├── animations.css
│   │   └── components.css
│   ├── 01-scene.html
│   └── ...
└── output/
  1. Design-Tokens aus dem Prototyp extrahieren (Farben, Schrift, Abstände, Radien)
  2. Gemeinsame CSS-Animationen erstellen (fadeIn, slideUp, scaleIn, stagger, typing)
  3. Für jede Szene eine HTML-Datei erstellen mit:
    • Einem zeitlichen Storyboard als CSS-Kommentar
    • Frame-für-Frame steuerbaren CSS-Timeline-Animationen
    • Markup, das die Oberfläche des Prototyps nachbildet
  4. capture.js erstellen (Puppeteer + FFmpeg) mit Steuerung via Web Animations API
  5. Alle Videos rendern
  6. 5 Retina-Screenshots des echten Prototyps aufnehmen

Kern-Technik: Frame-für-Frame-Steuerung

// Alle Animationen pausieren
document.getAnimations({ subtree: true }).forEach(a => a.pause());

// Pro Frame die Zeit weiterschalten
document.getAnimations({ subtree: true }).forEach(a => {
  a.currentTime = currentTimeMs;
});

Video-Spezifikationen

  • 1920x1080
  • 30 fps
  • H.264 (MP4) + WebM optional
  • Schwarzer Hintergrund (#0a0a0a)
  • Schriftart Inter (Google Fonts)
  • Dauer 8 bis 20 Sekunden pro Video

Checkliste

  • Alle Videos als MP4 gerendert
  • Vorschau zugänglich (lokaler HTTP-Server)
  • Retina-Screenshots aufgenommen
  • Visuelle Qualität geprüft

Phase 5: ERZÄHLEN (20 Min)

Eingabe: das Framing + die Videos + die Pfade Ausgabe: case-study.md (DE), case-study-en.md (EN)

Aktionen

  1. Das Case-Study mit folgender narrativer Struktur verfassen:

    • Header (Titel, Untertitel, Kategorie, Autor)
    • Hero-Bild (volle Breite)
    • Intention des Experiments (persönlicher Kontext, 3 Absätze)
    • Die grundlegende Erkenntnis (das Problem mit einer Zahl)
    • VIDEO: vorher/nachher (oder Vergleich)
    • Die Design-Frage (Leitprinzipien)
    • VIDEO: Datenfluss / Architektur
    • Ein Abschnitt pro Funktion (Text + Video + Beschriftung)
    • Erkenntnisse (übertragbare Mechanismen)
    • Stack + Links
  2. Jedes Video wird von seiner Beschriftung begleitet:

    • Titel in Fettschrift (was das Video zeigt)
    • Frustration: das Benutzerproblem
    • Nutzen: der geschaffene Wert
  3. Kein Video-Raster ohne Kontext. Jedes Video hat seine eigene Erzählung.

  4. Die Versionen DE und EN erstellen

Ton

Praktiker, der ein Experiment teilt. Kein Verkäufer, der ein Produkt bewirbt. Präzise und professionelle Überschriften (keine umgangssprachliche Ausdrucksweise). Sichtbare Struktur: Problem, Mechanismus, Implikation.

Checkliste

  • Case-Study DE vollständig
  • Case-Study EN vollständig
  • Jedes Video hat seine Frustration/Nutzen-Beschriftung
  • Abschnitt Erkenntnisse mit übertragbaren Mechanismen
  • Narrative und professionelle Abschnittsüberschriften

Phase 6: VERPACKEN (15 Min)

Eingabe: alle Ergebnisse der vorherigen Phasen Ausgabe: GitHub-Repo, Vercel-Prototyp, PORTFOLIO-INTEGRATION.md

Aktionen

  1. .gitignore erstellen (node_modules, dist, .env, frames)
  2. Git-Repo initialisieren, strukturierten Commit durchführen
  3. Auf GitHub pushen (öffentliches Repo)
  4. Den Prototyp auf Vercel bereitstellen (Produktion)
  5. Autarkes PORTFOLIO-INTEGRATION.md erstellen:
    • YAML-Metadaten des Projekts
    • Befehle zum Kopieren von Assets
    • Vollständiger Inhalt des Case-Studys, Abschnitt für Abschnitt
    • Asset-Inventar (Videos, Screenshots, Positionen)
    • Video-Format (autoplay/loop/muted/playsinline)
    • Format der Beschriftungen
    • Veröffentlichungs-Checkliste

Checkliste

  • GitHub-Repo erstellt und gepusht
  • Prototyp auf Vercel bereitgestellt
  • Autarkes PORTFOLIO-INTEGRATION.md erstellt
  • Datei in das Portfolio-Projekt kopiert

Phase 7: VERÖFFENTLICHEN (variabel)

Eingabe: PORTFOLIO-INTEGRATION.md im Portfolio-Projekt Ausgabe: veröffentlichte Projektseite auf der Website

Aktionen

Diese Phase wird in einer separaten Sitzung, im Portfolio-Projekt, ausgeführt. Der Prompt:

Lies PORTFOLIO-INTEGRATION.md und implementiere das Case-Study als Projekt
auf meiner Website. Die Datei enthält alle Anweisungen: Assets,
Inhalt, Seitenstruktur, Video-Format und Beschriftungen.

Checkliste

  • Assets in das Portfolio-Projekt kopiert
  • Projektseite erstellt
  • Videos mit autoplay/loop/muted
  • Beschriftungen unter jedem Video
  • og:image konfiguriert
  • Versionen DE und EN
  • Links zum Prototyp und GitHub funktionsfähig

Zusammenfassung

PhaseDauerErgebnisse
1. Rahmen15 Mincase-study v1, CLAUDE.md
2. Strukturieren10 MinProjekt localhost
3. Anreichern30-45 Minfilmbarer Prototyp
4. Filmen30 MinVideos + Screenshots
5. Erzählen20 MinCase-Study DE/EN
6. Verpacken15 MinGitHub, Vercel, Paket
7. VeröffentlichenvariabelPortfolio-Seite
Gesamt~2h30vollständig veröffentlichtes Case-Study

Individual skills in this repo

This repo contains 10 individual skills — each has its own dedicated page.

brand-system

Système de marque sobre et éditorial, fourni comme marque par défaut : palette bleue sur fond clair, typographie Inter, dégradé doux, boutons en pilule, cartes à ombre légère, icônes Phosphor. Appliquer à tout livrable (présentation, document, page, artefact web) quand aucune autre charte n'est donnée, ou s'en servir comme modèle à remplacer par la charte d'un projet. À combiner avec `slides` (mises en page) et `pptx` (génération du fichier). Déclencher dès qu'on demande une mise en forme soignée, une identité visuelle, des tokens de design, ou un livrable client à l'aspect professionnel.

card-illustrations

Use when asked for an illustration, a thumbnail or a card picture for a card in a grid of content, such as a library of resources (guide, template, deck, article), when a set of cards needs one consistent treatment, or when product screenshots are shared as a reference for card illustrations. Two modes, "noir et blanc" (ink accent) or "accent couleur" (ten-hue palette), chosen by the argument or the wording of the request.

direction-design

Aide à tenir une position de responsable design : cadrer les besoins de conception à l'échelle d'une feuille de route plutôt que d'un seul sujet, planifier les bonnes instances et revues, et construire l'argumentaire qui permet de défendre un point de vue design et de peser dans un arbitrage, y compris dans une organisation pilotée par la direction technique. Déclencher dès qu'il faut préparer une feuille de route design, décider quelles instances créer ou faire évoluer, ou construire un argumentaire pour défendre une position dans un arbitrage ou une négociation de priorité.

drawing-animated-diagrams

Use when a page needs an explanatory diagram (process, timeline, flow, structure, before/after) as an SVG React component that draws itself as it scrolls into view, in a minimalist ink-and-grey style, for a Next.js or React site. Also when asked for a "diagramme animé", "schéma qui se dessine".

marker-sketch

Dessine n'importe quelle idée, description, flux, architecture, organisation, wireframe ou scène sous forme de croquis au feutre sur papier à points (SVG noir, blanc, gris, ombres portées, un accent rare), de façon rapide et toujours avec la même construction. Quatre modes, Croquis (réponse directe), Live (réunion, atelier, échange oral), Atelier (schéma dense, mise en page automatique), Interactif (évolution maintenant, ensuite, plus tard, éléments déplaçables, formes qui changent). À utiliser dès qu'on demande un schéma, diagramme, flow, croquis, sketch, illustration, wireframe, maquette rapide, carte mentale, vue d'ensemble dessinée, "montre-moi", "dessine", "visualise", "schématise", ou une illustration animée ou interactive d'une évolution. Utiliser même si l'utilisateur ne parle pas de style : ce style est le défaut.

personal-os

OS personnel avec Claude Code. À utiliser pour créer ou faire évoluer un second cerveau (un « brain »), un dossier de fichiers Markdown qui sert de mémoire et de tableau de bord à Claude Code. Déclencher quand on veut structurer son travail, traiter une inbox (comptes rendus, transcriptions, notes), mettre en place des règles d'ingestion, des agents, des commandes ou des vues générées, préparer un 1:1, tenir un registre de décisions, ou propager un changement dans tous ses contenus.

signal-research

Scans current signals across UI/UX, product design, design strategy, AI-assisted workflows, the design toolchain, B2B/B2G/SaaS design, AI regulation and process automation, then generates content angles calibrated to the user's own positioning. Use when the user asks for content ideas, wants to know what is trending or debated in design, product or AI, needs an editorial plan, or names a topic to write about (search first, then differentiate).

slides

Système de création de présentations et de slides : tokens de design, catalogue de quinze mises en page, structure narrative et conventions de rédaction des titres. Appliquer à tout output de type deck, pitch, présentation client, keynote, support de formation ou rapport visuel. Déclencher dès que la demande implique des slides, un deck, une présentation PowerPoint, Google Slides, ou tout support visuel multi-pages. Prend la priorité sur une skill de génération de fichiers (pptx) pour les choix visuels et stylistiques : celle-ci gère la technique, slides gère les tokens, la structure narrative et les mises en page.

socle

Framework de création de projet digital en 5 étapes : Structurer, Outiller, Construire, Livrer, Élargir. Appliquer systématiquement au démarrage de tout nouveau projet web, app, SaaS, ou outil interne. Déclencher dès que l'utilisateur mentionne un nouveau projet, un MVP, un prototype, un produit à construire, une app à développer, ou demande comment organiser le développement d'un produit. Également pertinent quand l'utilisateur a une idée de produit et veut passer à la réalisation, ou quand il se demande par où commencer. Ce skill prend la priorité sur les approches ad-hoc ou les scaffoldings improvisés.

ux-et-design-thinking

Apporte un regard de méthodologie UX, de cycle de design et de design thinking sur un parcours, un écran ou une proposition de conception : logique Jobs-to-be-Done, ergonomie d'interface, cohérence de parcours (customer journey), avec prise de hauteur plutôt que jugement esthétique. Déclencher dès qu'on demande un avis de conception, qu'on veut challenger un écran ou un parcours, ou qu'on réfléchit à une approche méthodologique UX.

Verwandte Skills