Communitygithub.com

splatstudio – Magazin-Web-PPT

Erstellt ein einseitiges HTML-Diashow-Deck im Stil einer Magazin-E-Ink-Hybrid-Ästhetik mit WebGL-Hintergrund, horizontalem Swipe und thematischer Farbanpassung – ideal für Talks, Produktlaunches und Salons mit persönlicher Note.

Was ist splatstudio – Magazin-Web-PPT?

Der Skill **splatstudio** (ursprünglich „Magazine Web Ppt“) generiert ein vollständiges, eigenständiges HTML-Dokument, das wie eine digitale Mischung aus Magazin und E-Ink aussieht. Er ist speziell für Präsentationen konzipiert, die eine starke visuelle Identität brauchen – z. B. interne Fachvorträge, KI-Produktlaunches, Demo Days oder private Salons. Das Deck unterstützt horizontales Blättern (Tastatur, Mausrad, Touch, Punkte-Navigation) und wechselt beim Umblättern sanft die Farben und den WebGL-Shader. Der Skill bietet fünf sorgfältig abgestimmte Farbschemata (Ink Classic, Indigo Porcelain, Forest Ink, Kraft Paper, Dune). Der gesamte Workflow ist dokumentiert: von der Themenfindung (fünf Magazin-Richtungen wie Monocle Editorial, WIRED Tech, Kinfolk Slow etc.) über die Inhaltsplanung (Erzählbogen, 6-Fragen-Checkliste) bis hin zur finalen HTML-Generierung. Der Skill arbeitet plattformunabhängig – das Ergebnis ist eine einzelne HTML-Datei, die ohne Server lokal geöffnet werden kann. Er legt großen Wert auf Typografie (Serifen für Titel, serifenlos für Fließtext, Monospace für Metadaten) und verwendet Lucide-Icons anstelle von Emojis. Der Skill ist als Assistent für Agenten wie Claude Code konzipiert und basiert auf einer Reihe von Markdown-Referenzdokumenten (layouts.md, themes.md, components.md, checklist.md).

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/aurora-ember-bio-lab/splatstudio/tree/HEAD/design-templates/guizang-ppt

In Ihrer bevorzugten KI fragen

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

Dokumentation

Magazin-Web-PPT

Was dieser Skill tut

Erzeugt ein einzelnes HTML-Deck mit horizontalem Wisch-Effekt im visuellen Stil von:

  • Einem Hybrid aus elektronischem Magazin + E-Ink
  • WebGL-Fluid-/Kontur-/Dispersionshintergrund (sichtbar auf Hero-Seiten)
  • Serifen-Überschriften (Noto Serif SC + Playfair Display) + serifenloser Fließtext (Noto Sans SC + Inter) + Monospace-Metadaten (IBM Plex Mono)
  • Lucide-Linienicons (kein Emoji)
  • Horizontalem Links-/Rechts-Blättern (Tastatur ← →, Mausrad, Touch-Wisch, untere Punkte, ESC-Index)
  • Sanfter Themeninterpolation: Beim Umblättern auf eine Hero-Seite wechseln Farben und Shader weich

Die Ästhetik dieses Skills ist weder „Unternehmens-PPT“ noch „Consumer-Internet-UI“: Sie sieht aus wie das Monocle-Magazin, nachdem Code darauf gestickt wurde.

Wann einsetzen

Geeignete Szenarien:

  • Offline-Vorträge / interne Branchenvorträge / private Salons
  • KI-Neueinführungen / Demo Days
  • Vorträge mit starkem persönlichem Stil
  • Eine Webversion der Folien, die man „einmal erstellt und kein Abspielwerkzeug benötigt“

Ungeeignete Szenarien:

  • Lange Tabellendaten, gestapelte Diagramme (normales PPT verwenden)
  • Schulungsunterlagen (zu geringe Informationsdichte)
  • Gemeinsame Bearbeitung durch mehrere Personen (statisches HTML)

Workflow

Schritt 0 · Eine Richtung ableiten; nur fragen, wenn ein Vergleich gewünscht wird

Leiten Sie aus dem Briefing, dem Publikum, dem Inhalt und dem bekannten Kontext eine der 5 Magazinrichtungen ab. Jede Richtung enthält ihre Themenfarbe, empfohlene Layouts, Chrom-Stil und Folienanzahl. Verwenden Sie die passendste und fahren Sie ohne Nachfragen fort.

Nur wenn der Benutzer explizit nach einem Vergleich der Richtungsoptionen fragt, öffnen Sie references/styles.md und präsentieren Sie die 1-zeiligen Zusammenfassungen in einer direction-cards-Frage:

1. Monocle Editorial · Internationaler Magazinstil ✦ Standard
2. WIRED Tech · Daten + Technik
3. Kinfolk Slow · Slow Living / humanistisch
4. Domus Architectural · Architektur / Raumgefühl
5. Lab / Reference · Akademisch + Handwerksanleitung

Wenn der Benutzer sagt „Ich weiß nicht, empfehlen Sie“ oder keine Richtungsangabe macht: Standardmäßig auf Monocle Editorial ohne Nachfragen, da dies die geringste Ausfallwahrscheinlichkeit hat. Wenn der Benutzer „KI / Benchmark / technischer Launch“ erwähnt: WIRED wählen; „Lesen / privat / sozialer Kreis“: Kinfolk; „Design / Architektur / Portfolio“: Domus; „Forschung / akademisch / Methodik“: Lab.

Nachdem eine Richtung ausgewählt wurde, erstellen oder aktualisieren Sie 项目记录.md (Projektaufzeichnung) im Projektordner, mit der ersten Zeile, die Richtung + Themenfarbe + Publikum + Dauer klar angibt (siehe Vorlage am Ende von styles.md). Ändern Sie die Richtung zu keinem Zeitpunkt: Ein Wechsel in der Mitte bedeutet, dass alles Bisherige vergeblich war.

Schritt 1 · Absicht klären

Wenn der Benutzer bereits eine vollständige Gliederung + Bilder angegeben hat, können Sie direkt zu Schritt 2 springen.

Leiten Sie die folgende Checkliste aus dem Briefing, den Projektmetadaten, bereitgestellten Inhalten und der Konversation ab. Wenn eine fehlende Antwort das Deck wesentlich verändern würde und kein sicherer Standardwert existiert, fragen Sie nur diese ungeklärten Felder in einer konsolidierten Fragenliste ab. Fragen Sie nicht die Checkliste Punkt für Punkt ab.

6-Fragen-Klärungscheckliste

Richtung und Themenfarbe werden in Schritt 0 abgeleitet, es sei denn, der Benutzer fragt explizit nach einem Vergleich der Optionen.

#FrageWarum fragen
1Wer ist das Publikum? Teilen-Szenario? (interner Branchenvortrag / kommerzieller Launch / Demo Day / privater Salon)bestimmt Sprachstil und Tiefe
2Vortragsdauer?15 Min. ≈ 10 Seiten, 30 Min. ≈ 20 Seiten, 45 Min. ≈ 25-30 Seiten (siehe empfohlenen Bereich jeder Richtung in styles.md)
3Gibt es Quellmaterial? (Dokumente / Daten / altes PPT / Artikel-Links)Mit Material darauf aufbauen; ohne Material helfen, es zu erstellen
4Gibt es Bilder? Wo sind sie?siehe „Bildkonvention“ unten
5Welche Themenfarbe möchten Sie?✓ bereits durch die Richtung in Schritt 0 entschieden
6Gibt es harte Einschränkungen? (muss XX-Daten enthalten / darf YY nicht zeigen)vermeidet Nacharbeit

Gliederungshilfe (wenn der Benutzer keine Gliederung hat)

Verwenden Sie die „Erzählbogen“-Vorlage, um das Skelett zu erstellen, dann füllen Sie den Inhalt ein:

Aufhänger  → 1 Seite   : Ein Kontrast / eine Frage / eine harte Zahl, die die Leute innehalten lässt
Kontext    → 1-2 Seiten : Erklärt den Hintergrund / wer Sie sind / warum dieses Thema
Kern       → 3-5 Seiten : Der Kerninhalt, durchmischt mit Layouts 4/5/6/9/10
Wende      → 1 Seite    : Bricht die Erwartung / schlägt eine neue Sichtweise vor
Takeaway   → 1-2 Seiten : Ein Point / eine spannungsgeladene Frage / ein Aufruf zum Handeln

Erzählbogen + Seitenanzahlplan + Themenrhythmustabelle (siehe layouts.md); stimmen Sie alle drei Tabellen aufeinander ab, bevor Sie zu Schritt 2 übergehen.

Es ist am besten, die Gliederung als 项目记录.md (Projektaufzeichnung) oder 大纲-v1.md (Gliederung v1) für spätere Iterationen zu speichern.

Bildkonvention (dem Benutzer mitteilen)

Machen Sie dem Benutzer vor dem Start Folgendes klar:

  • Ordnerpfad: unter 项目/XXX/ppt/images/ (nebengeordnet zu index.html)
  • Benennungskonvention: {Seitennummer}-{semantisch}.{ext}, z. B. 01-cover.jpg / 03-figma.jpg / 05-dashboard.png
    • Seitennummer mit Nullen auffüllen für einfache Sortierung
    • Den semantischen Teil auf Englisch, kurz, spezifisch, passend zum Inhalt
  • Spezifikationsempfehlungen:
    • Jedes Bild ≥ 1600px breit (vermeidet Unschärfe auf großen Bildschirmen)
    • JPG für Fotos/Screenshots, PNG für transparente UI/Diagramme
    • Gesamtgröße unter 10MB halten (beeinflusst die Blätterglätte)
  • So ersetzen Sie: Gleichnamige Überschreibung ist am stabilsten (kein Pfadwechsel in der HTML nötig); wenn sich der Dateiname ändert, denken Sie daran, global images/altname zu suchen und in den neuen Namen zu ändern
  • Was tun, wenn es keine Bilder gibt: Mit dem Benutzer abstimmen; Sie können die Struktur zuerst mit Platzhalter-Farbblöcken generieren und die Bilder später einfügen, aber sagen Sie ihnen, dass Seiten mit Bild-Text-Mix wie Layouts 4/5/10 ihre Optik ohne Bilder nicht überprüft werden kann

Schritt 2 · Vorlage kopieren

Kopieren Sie assets/template.html an den Zielort (normalerweise 项目/XXX/ppt/index.html), und erstellen Sie einen images/-Ordner als Nebengeordneten, bereit zum Empfangen von Bildern.

mkdir -p "项目/XXX/ppt/images"
cp "<SKILL_ROOT>/assets/template.html" "项目/XXX/ppt/index.html"

template.html ist eine vollständige, ausführbare Datei: CSS, WebGL-Shader, Blätter-JS, Schriftart-/Icon-CDN sind alle voreingestellt; nur innerhalb von <main id="deck"> gibt es 3 Beispielfolien (Cover, Akt-Trenner, leere Füllseite).

2.1 · Platzhalter, die Sie ändern müssen (leicht zu übersehen)

Ändern Sie direkt nach dem Kopieren die folgenden Platzhalter, sonst zeigt der Browser-Tab einen unbeholfenen Text wie „[必填] replace with the PPT title“:

StelleOriginalÄndern zu
<title>[必填] 替换为 PPT 标题 · Deck Titleden tatsächlichen Deck-Titel (z. B. Eine neue Arbeitsweise · Luke Wroblewski)

Das erste, was Sie jedes Mal tun, wenn Sie das Kopieren von template.html beendet haben: greppen Sie nach „[必填]“, um zu bestätigen, dass alles ersetzt wurde.

2.2 · Themenfarbe wählen (5 Voreinstellungen · keine Anpassung erlaubt)

Dieser Skill erlaubt nur die Auswahl einer von 5 sorgfältig abgestimmten Voreinstellungen; er akzeptiert keine benutzerdefinierten Hex-Werte: Eine falsche Farbkombination macht die Optik sofort hässlich, und der Schutz der Ästhetik ist wichtiger als das Angebot von Freiheit.

#ThemaAm besten geeignet für
1🖋 Ink ClassicAllgemein / kommerzieller Launch / der Standard, wenn Sie nicht wissen, was Sie wählen sollen
2🌊 Indigo PorcelainTechnik / Forschung / Daten / technische Keynotes
3🌿 Forest InkNatur / Nachhaltigkeit / Kultur / Sachbuch
4🍂 Kraft PaperNostalgisch / humanistisch / literarisch / Independent-Magazine
5🌙 DuneKunst / Design / kreativ / Galerie

So wird's gemacht:

  1. Empfehlen Sie eines basierend auf dem Inhaltsthema, oder fragen Sie den Benutzer einfach, welches er wählen möchte
  2. Öffnen Sie references/themes.md und finden Sie den :root-Block für das entsprechende Thema
  3. Ersetzen Sie als Ganzes die Zeilen, die mit dem „theme color“-Kommentar im öffnenden :root{-Block von assets/template.html (der kopierten Version) markiert sind: --ink / --ink-rgb / --paper / --paper-rgb / --paper-tint / --ink-tint
  4. Das gesamte andere CSS fließt durch var(--...), keine weiteren Änderungen nötig

Harte Regeln:

  • Ein Deck verwendet nur ein Thema, ändern Sie die Farben nicht in der Mitte
  • Akzeptieren Sie keinen beliebigen Hex-Wert des Benutzers: lehnen Sie höflich ab und zeigen Sie die 5 Voreinstellungen zur Auswahl
  • Mischen Sie nicht (z. B. Tinte von Ink Classic und Papier von Dune): es kollidiert völlig

Schritt 3 · Inhalt füllen

3.0 · Vorprüfung: Klassennamen müssen in template.html definiert sein (am wichtigsten)

Dies ist die Quelle aller Generierungsprobleme. Die Layout-Skelette in layouts.md verwenden viele Klassennamen (h-hero / h-xl / stat-card / pipeline / grid-2-7-5, etc.); wenn das <style> in assets/template.html keine entsprechende Definition hat, fällt der Browser auf die Standardstile zurück: Der große Titel wird serifenlos, die Datenkarten quetschen sich zu einem Klumpen, die Pipeline verschmiert zu einer Zeile, die Bilder stapeln sich am unteren Seitenrand.

Bevor Sie Foliencode schreiben:

  1. Lesen Sie zuerst assets/template.html (zumindest bis zum Ende des <style>-Blocks)
  2. Überprüfen Sie gegen die Preflight-Liste von layouts.md, ob jede Klasse, die Sie verwenden werden, im <style> existiert
  3. Fehlt eine Klasse: Fügen Sie sie zum <style> von template.html hinzu, schreiben Sie sie nicht inline auf jeder Folie neu
  4. template.html ist die einzige Quelle für Klassennamen: Erfinden Sie keine neuen Klassennamen; wenn Sie einen benutzerdefinierten benötigen, verwenden Sie style="..." inline

Häufig übersehene Klassen (müssen im Voraus bestätigt werden): h-hero / h-xl / h-sub / h-md / lead / kicker / meta-row / stat-card / stat-label / stat-nb / stat-unit / stat-note / pipeline-section / pipeline-label / pipeline / step / step-nb / step-title / step-desc / grid-2-7-5 / grid-2-6-6 / grid-2-8-4 / grid-3-3 / grid-6 / grid-3 / grid-4 / frame / frame-img / img-cap / callout / callout-src / chrome / foot

3.0.5 · Themenrhythmus planen (genauso wichtig wie die Klassen-Vorprüfung)

Bevor Sie Layouts auswählen, müssen Sie zuerst die Themenklasse für jede Seite auflisten (hero dark / hero light / light / dark) und in einem Dokument oder Entwurf notieren, um sie abzugleichen. Detaillierte Regeln finden Sie im Abschnitt „Themenrhythmusplanung“ oben in references/layouts.md.

Obligatorische Regeln:

  • Jeder Seitenabschnitt muss eines von light / dark / hero light / hero dark tragen; schreiben Sie nicht nur hero
  • 3+ aufeinanderfolgende Seiten mit demselben Thema = visuelle Ermüdung, nicht erlaubt
  • 8+ Seiten müssen ≥1 hero dark + ≥1 hero light haben
  • Das gesamte Deck darf nicht nur light-Inhaltsseiten haben; es muss eine dark-Inhaltsseite geben, um Atempausen zu schaffen
  • Fügen Sie alle 3-4 Seiten eine Hero-Seite (Cover/Trenner/Frage/Großzitat) ein

Selbstprüfung nach der Generierung: grep 'class="slide' index.html listet alle Themen auf; überprüfen Sie manuell, ob der Rhythmus vernünftig ist, bevor Sie ausliefern.

3.1 · Ein Layout auswählen

Schreiben Sie Folien nicht von Grund auf neu. Öffnen Sie references/layouts.md; es enthält 10 fertige Layout-Skelette, jedes ein vollständiger, einfügebereiter <section>-Codeblock:

LayoutVerwendung
1. CoverSeite 1
2. Akt-TrennerBeginn jedes Akts
3. Große ZahlenHarte Daten präsentieren
4. Leitbild + Text (Zitat + Bild)Identitätskontrast / Geschichte
5. BildrasterMehrfachbildvergleich / Screenshot-Beweis
6. Zweispaltige Pipeline (Pipeline)Arbeitsablaufprozess
7. Spannungsgeladener Abschluss / FrageseiteAktabschluss / Zusammenfassung
8. Großzitatseite (Big Quote)Serifen-Point / Takeaway
9. Side-by-Side-Vergleich (Vorher / Nachher)Altes Modell vs. neues Modell
10. Bild-Text-Mix (Leitbild + Seitentext)Informationsdichte Bild-Text-Seiten

Wählen Sie das entsprechende Layout aus, fügen Sie es ein, ändern Sie den Text und die Bildpfade. Stellen Sie sicher, dass die 3.0-Vorprüfung zuerst abgeschlossen ist.

3.2 · Bildseitenverhältnisregeln

Verwenden Sie immer ein Standardseitenverhältnis, niemals das seltsame Verhältnis des Quellbildes (wie 2592/1798):

SzenarioEmpfohlenes Verhältnis
Leitbild + Text, Hauptbild16:10 oder 4:3 + max-height:56vh
Bildraster (Mehrfachbildvergleich)Fest height:26vh, nicht aspect-ratio
Kleines Bild links + Text rechts1:1 oder 3:2
Vollbild-Hero-Visual16:9 + max-height:64vh
Bild-Text-Mix, kleiner Einsatz3:2 oder 3:4

Verwenden Sie niemals align-self:end auf einem Bild: Es rutscht an den unteren Rand der Zelle und wird von der Browser-Symbolleiste versteckt. Verwenden Sie einen Grid-Container + align-items:start (bereits in der Vorlage voreingestellt), damit das Bild oben klebt; wenn Sie die linke Spalte unten kleben wollen, verwenden Sie Flex-Spalte + justify-content:space-between.

Komponentendetails (Schriftarten, Farben, Raster, Icons, Callout, Stat-Card etc.) finden Sie in references/components.md.

Schritt 4 · Selbstprüfung anhand der Checkliste

Nach der Generierung öffnen Sie immer references/checklist.md und überprüfen Sie Punkt für Punkt. Es fasst jede Falle zusammen, die während der echten Iteration aufgetreten ist; die Probleme der Stufe P0 (Emoji, ausbrechende Bilder, Titelumbruch, Typografie-Arbeitsteilung) müssen alle bestanden werden.

Einige Punkte, auf die Sie besonders achten sollten:

  1. Große Titel müssen Serife haben: Wenn sie als serifenlos angezeigt werden, wurde die Schritt 3.0-Vorprüfung zu 99% nicht durchgeführt und die h-hero-Klasse fehlt in template.html
  2. Verwenden Sie in Bildrastern nur height:Nvh, nicht aspect-ratio (es bricht aus)
  3. Bilder dürfen sich nicht am unteren Seitenrand stapeln: Verwenden Sie nicht align-self:end, sondern Grid + align-items:start (siehe Schritt 3.2)
  4. Bilder dürfen nur Standardseitenverhältnisse verwenden (16:10 / 4:3 / 3:2 / 1:1 / 16:9), kopieren Sie nicht das seltsame Verhältnis des Quellbildes
  5. Chinesische große Titel ≤ 5 Zeichen und nowrap (vermeiden Sie 1 Zeichen pro Zeile)
  6. Verwenden Sie Lucide, kein Emoji
  7. Serife für Titel, serifenlos für Fließtext, Mono für Metadaten

Schritt 5 · Lokale Vorschau

Öffnen Sie index.html einfach direkt im Browser. Unter macOS:

open "项目/XXX/ppt/index.html"

Kein lokaler Server erforderlich. Bilder verwenden den relativen Pfad images/xxx.png.

Schritt 6 · Iterieren

Ändern Sie basierend auf Benutzerfeedback: Das CSS der Vorlage ist hochgradig parametrisiert, und 90% der Anpassungen bestehen darin, i...

Individual skills in this repo

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

aurora-ember-bio-lab/splatstudio

Audio generation skill — jingles, beds, voiceover, and sound effects. Routes music requests to Suno V5 / Udio / Lyria, speech to MiniMax TTS / FishAudio / ElevenLabs V3, and SFX to ElevenLabs SFX or AudioCraft. Output is one MP3/WAV file saved to the project folder.

aurora-ember-bio-lab/splatstudio

A long-form article / blog post — masthead, hero image placeholder, article body with figures and pull quotes, author byline, related posts. Use when the brief asks for "blog", "article", "post", "essay", or "case study".

aurora-ember-bio-lab/splatstudio

Structured medical case presentation for clinical rounds, conferences, and documentation. Generates SOAP-format or narrative case reports with physiologically accurate vitals, labs, and evidence-based plans. Use when the brief mentions "case report", "case presentation", "SOAP note", "clinical case", "ward rounds", "case summary", or "patient presentation".

aurora-ember-bio-lab/splatstudio

Self-contained floating chat widget with welcome screen, social links, meeting button, and message input. Single HTML file, zero dependencies.

aurora-ember-bio-lab/splatstudio

Run a 5-dimension expert design review on any HTML artifact in the project — Philosophy / Visual hierarchy / Detail / Functionality / Innovation, each scored 0–10. Outputs a single self-contained HTML report with a radar chart, evidence-backed scores, and three lists: Keep / Fix / Quick-wins. Use when the brief asks for a "design review", "design critique", "5 维度评审", "design audit", or "what's wrong with my design".

aurora-ember-bio-lab/splatstudio

Admin / analytics dashboard in a single HTML file. Fixed left sidebar, top bar with user/search, main grid of KPI cards and one or two charts. Use when the brief asks for a "dashboard", "admin", "analytics", or "control panel" screen.

aurora-ember-bio-lab/splatstudio

A consumer-feeling dating / matchmaking dashboard — left rail navigation, ticker bar of community signals, headline KPIs, a 30-day mutual-matches bar chart, and a match-rate trend block. Editorial typography, restrained accent. Use when the brief asks for a "dating site", "matchmaking", "community dashboard", "social network dashboard", or any consumer product where the data is the story.

aurora-ember-bio-lab/splatstudio

Discounted cash flow valuation and intrinsic value analysis for public companies. Use when the brief asks for DCF, fair value, intrinsic value, price target, undervalued or overvalued analysis, or "what is this company worth?"

aurora-ember-bio-lab/splatstudio

A two-spread digital e-guide preview — page 1 is a cover (display title, author, "What's inside" stats, table of contents teaser); page 2 is a spread (lesson body with pull-quote and a step list). Lifestyle / creator brand tone. Use when the brief asks for an "e-guide", "digital guide", "lookbook", "lead magnet", "creator guide", "playbook", "PDF guide", or "电子指南".

aurora-ember-bio-lab/splatstudio

A documentation page — inline-start nav, scrollable article body, inline-end table of contents. Use when the brief mentions "docs", "documentation", "guide", "API reference", or "tutorial".

aurora-ember-bio-lab/splatstudio

A brand product-launch email — masthead with wordmark, hero image block, headline lockup with skewed-italic accent, body copy, primary CTA, and a specifications grid. Pure HTML email layout (centered single column, table fallback). Use when the brief asks for an "email", "newsletter blast", "MJML", "product launch email", or "email template".

aurora-ember-bio-lab/splatstudio

An engineering runbook — service overview, alerts table, dashboards links, common procedures with copy-pasteable commands, on-call rotation, and an incident-response checklist. Use when the brief mentions "runbook", "ops doc", "on-call guide", "SRE doc", or "运维手册".

aurora-ember-bio-lab/splatstudio

Quarterly / monthly financial report — masthead with KPIs, revenue and burn charts, P&L summary table, top-line highlights, and an outlook paragraph. Use when the brief mentions "financial report", "Q3 report", "MRR review", "P&L", or "财报".

aurora-ember-bio-lab/splatstudio

Team-management dashboard skill in the FlowAI aesthetic — three tabs (Team Members, Team Details, Activity Log), KPI stat row, member table, role distribution bar chart, online presence and activity sparklines, and a top-contributors panel, all in a single self-contained HTML file with light/dark theming, hoverable chart tooltips, click-to-zoom panels, and CSV export. Use when the brief asks for a team / workspace admin dashboard, an interactive admin dashboard with charts, or names FlowAI.

aurora-ember-bio-lab/splatstudio

A multi-frame gamified mobile-app prototype — three phone frames on a dark showcase stage. Frame 1: cover / poster, Frame 2: today's quests with XP ribbons and a level bar, Frame 3: quest detail. Vivid quest tiles, level ribbon, bottom tab bar. Use when the brief asks for a "gamified app", "habit tracker", "RPG-style life app", "level-up app", "daily quests", "XP / streak app", or "ELI5-style explainer app".

aurora-ember-bio-lab/splatstudio

GitHub repository analytics dashboard — stars, forks, contributors, issues, pull requests, recent activity, and top contributors. Use when the brief asks for a GitHub repo dashboard, open-source growth report, repository health page, or GitHub analytics view.

aurora-ember-bio-lab/splatstudio

A new-hire onboarding plan as a single page — first week schedule, buddy + manager intro, learning track, equipment checklist, and "you're set when…" outcomes. Use when the brief mentions "onboarding", "new hire", "first week plan", or "入职".

aurora-ember-bio-lab/splatstudio

A first-30-days onboarding module for new hospitality hires — the behaviors, the practice, the checks, and the manager follow-up. Built as a decision-grade professional training deck for new hires, managers.

aurora-ember-bio-lab/splatstudio

Produce a print-grade single-page kami (紙 / 纸) document — warm parchment canvas, ink-blue accent, serif at one weight, no italic, no cool grays. The output reads like a professional white paper or studio one-pager, not an app UI. Multilingual by design (EN · zh-CN · ja). One self-contained HTML file, zero dependencies.

aurora-ember-bio-lab/splatstudio

Single-page SaaS landing with hero, features, social proof, pricing, and CTA. Respects the active DESIGN.md color/typography/layout tokens. Trigger keywords: "saas landing", "marketing page", "product landing".

Verwandte Skills