Communitygithub.com

Frontend-Slides (Präsentationen)

Erstelle atemberaubende, animationsreiche HTML-Präsentationen von Grund auf oder durch Konvertierung von PowerPoint-Dateien. Hilft Nicht-Designern, ihren ästhetischen Stil durch visuelle Erkundung statt abstrakter Auswahl zu entdecken.

Was ist Frontend-Slides (Präsentationen)?

Dieses Skill generiert eigenständige, animationsreiche HTML-Präsentationen, die vollständig im Browser laufen – ohne externe Abhängigkeiten. Es ist ideal für Talk-Decks, Pitch-Decks, Workshop-Präsentationen oder interne Updates. Der Workflow umfasst die Erkennung des Modus (Neu, PPT-Konvertierung oder Verbesserung), die minimale Erfassung von Zweck und Umfang sowie eine visuelle Stilerkundung: Statt abstrakter Fragebögen werden drei Vorschaumuster erstellt, aus denen der Nutzer wählt. Der finale Output ist eine einzige HTML-Datei mit Inline-CSS/JS, die sich strikt an Viewport-Fit hält (kein internes Scrollen) und Tastatur-, Touch- und Mausrad-Navigation sowie reduzierte Bewegung unterstützt. Das Skill setzt auf semantische Strukturen, Barrierefreiheit und skaliert Layouts mittels `clamp()`. Fehlerhafte Muster wie generische Startup-Verläufe oder scrollbare Codeblöcke werden vermieden. Es unterstützt die Plattformen Claude Code, Cursor und Codex und nutzt bei Bedarf Python zur PPTX-Extraktion.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/frontend-slides

In Ihrer bevorzugten KI fragen

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

Dokumentation

Was macht Frontend-Slides (Präsentationen)?

Erstelle abhängigkeitsfreie, animationsreiche HTML-Präsentationen, die vollständig im Browser laufen.

Inspiriert durch den Ansatz der visuellen Erkundung in den Arbeiten von zarazhangrui (Quellenangabe: @zarazhangrui).

Wann aktivieren

  • Erstellen eines Talk-Decks, Pitch-Decks, Workshop-Decks oder einer internen Präsentation
  • Konvertieren von .ppt- oder .pptx-Folien in eine HTML-Präsentation
  • Verbessern einer bestehenden HTML-Präsentation hinsichtlich Layout, Bewegung oder Typografie
  • Erkunden von Präsentationsstilen mit einem Nutzer, der noch keine Designpräferenz kennt

Unverhandelbar

  1. Keine Abhängigkeiten: Standardmäßig eine einzige eigenständige HTML-Datei mit Inline-CSS und JS.
  2. Viewport-Fit ist Pflicht: Jede Folie muss in einen Viewport passen, ohne internes Scrollen.
  3. Zeigen, nicht erzählen: Verwende visuelle Vorschauen anstelle abstrakter Stilfragebögen.
  4. Ausdrucksstarkes Design: Vermeide generische Lila-Verläufe, Inter-auf-Weiß und schablonenhafte Decks.
  5. Produktionsqualität: Code kommentiert, zugänglich, reaktionsfähig und leistungsstark halten.

Vor der Generierung lies STYLE_PRESETS.md für die viewport-sichere CSS-Basis, Dichtegrenzen, Voreinstellungskatalog und CSS-Fallstricke.

Arbeitsablauf

1. Modus erkennen

Wähle einen Pfad:

  • Neue Präsentation: Nutzer hat ein Thema, Notizen oder einen vollständigen Entwurf
  • PPT-Konvertierung: Nutzer hat .ppt oder .pptx
  • Verbesserung: Nutzer hat bereits HTML-Folien und möchte Verbesserungen

2. Inhalt ermitteln

Frage nur das Nötigste:

  • Zweck: Pitch, Lehre, Konferenzvortrag, internes Update
  • Länge: kurz (5-10), mittel (10-20), lang (20+)
  • Inhaltsstatus: fertiger Text, grobe Notizen, nur Thema

Wenn der Nutzer Inhalte hat, bitte ihn, sie vor dem Styling einzufügen.

3. Stil erkunden

Standardmäßig visuelle Erkundung.

Wenn der Nutzer die gewünschte Voreinstellung bereits kennt, überspringe die Vorschauen und verwende sie direkt.

Andernfalls:

  1. Frage, welches Gefühl das Deck erzeugen soll: beeindruckt, energiegeladen, fokussiert, inspiriert.
  2. Erstelle 3 Einzelfolien-Vorschaudateien in .ecc-design/slide-previews/.
  3. Jede Vorschau muss eigenständig sein, Typografie/Farbe/Bewegung klar zeigen und unter etwa 100 Zeilen Folieninhalt bleiben.
  4. Frage den Nutzer, welche Vorschau behalten oder welche Elemente gemischt werden sollen.

Verwende die Voreinstellungsanleitung in STYLE_PRESETS.md, um Stimmung mit Stil zu verknüpfen.

4. Präsentation erstellen

Ausgabe entweder:

  • presentation.html
  • [presentationsname].html

Verwende einen assets/-Ordner nur, wenn das Deck extrahierte oder vom Nutzer bereitgestellte Bilder enthält.

Erforderliche Struktur:

  • semantische Folienabschnitte
  • eine viewport-sichere CSS-Basis aus STYLE_PRESETS.md
  • CSS-Custom-Properties für Themenwerte
  • eine Präsentationscontroller-Klasse für Tastatur-, Mausrad- und Touch-Navigation
  • Intersection Observer für Einblend-Animationen
  • Unterstützung für reduzierte Bewegung

5. Viewport-Fit erzwingen

Behandle dies als hartes Tor.

Regeln:

  • Jede .slide muss height: 100vh; height: 100dvh; overflow: hidden; verwenden
  • Alle Schrift- und Abstandsgrößen müssen mit clamp() skaliert werden
  • Wenn Inhalt nicht passt, in mehrere Folien aufteilen
  • Überlauf niemals durch Schrumpfen von Text auf unlesbare Größen lösen
  • Niemals Scrollbalken innerhalb einer Folie zulassen

Verwende die Dichtegrenzen und den obligatorischen CSS-Block in STYLE_PRESETS.md.

6. Validieren

Überprüfe das fertige Deck bei diesen Größen:

  • 1920x1080
  • 1280x720
  • 768x1024
  • 375x667
  • 667x375

Wenn Browser-Automatisierung verfügbar ist, verwende sie, um zu überprüfen, dass keine Folie überläuft und die Tastaturnavigation funktioniert.

7. Übergeben

Bei Übergabe:

  • temporäre Vorschaudateien löschen, es sei denn, der Nutzer möchte sie behalten
  • das Deck mit dem plattformgerechten Öffner öffnen, wenn sinnvoll
  • Dateipfad, verwendete Voreinstellung, Folienanzahl und einfache Anpassungspunkte für das Thema zusammenfassen

Verwende den richtigen Öffner für das aktuelle Betriebssystem:

  • macOS: open datei.html
  • Linux: xdg-open datei.html
  • Windows: start "" datei.html

PPT / PPTX Konvertierung

Für PowerPoint-Konvertierung:

  1. Bevorzugt python3 mit python-pptx zum Extrahieren von Text, Bildern und Notizen.
  2. Wenn python-pptx nicht verfügbar ist, frage, ob es installiert werden soll oder auf einen manuellen/exportbasierten Workflow zurückgegriffen werden soll.
  3. Folienreihenfolge, Sprechernotizen und extrahierte Assets erhalten.
  4. Nach der Extraktion den gleichen Stilauswahl-Workflow wie bei einer neuen Präsentation durchführen.

Halte die Konvertierung plattformübergreifend. Verlasse dich nicht auf macOS-exklusive Tools, wenn Python die Aufgabe erledigen kann.

Implementierungsanforderungen

HTML / CSS

  • Verwende Inline-CSS und JS, es sei denn, der Nutzer wünscht explizit ein Multi-Datei-Projekt.
  • Schriftarten können von Google Fonts oder Fontshare stammen.
  • Bevorzuge atmosphärische Hintergründe, starke Typografie-Hierarchie und eine klare visuelle Richtung.
  • Verwende abstrakte Formen, Verläufe, Raster, Rauschen und Geometrie anstelle von Illustrationen.

JavaScript

Enthalten:

  • Tastaturnavigation
  • Touch-/Wisch-Navigation
  • Mausrad-Navigation
  • Fortschrittsanzeige oder Folienindex
  • Animationstrigger beim Betreten

Barrierefreiheit

  • Verwende semantische Struktur (main, section, nav)
  • Halte Kontraste lesbar
  • Unterstütze reine Tastaturnavigation
  • Respektiere prefers-reduced-motion

Inhaltsdichtegrenzen

Verwende diese Maxima, es sei denn, der Nutzer wünscht explizit dichtere Folien und die Lesbarkeit bleibt erhalten:

FolientypGrenze
Titel1 Überschrift + 1 Untertitel + optionaler Slogan
Inhalt1 Überschrift + 4-6 Aufzählungspunkte oder 2 kurze Absätze
Feature-RasterMaximal 6 Karten
CodeMaximal 8-10 Zeilen
Zitat1 Zitat + Quellenangabe
Bild1 Bild, begrenzt durch Viewport

Anti-Patterns

  • generische Startup-Verläufe ohne visuelle Identität
  • Systemschriftart-Decks, außer bewusst redaktionell
  • lange Aufzählungswände
  • Codeblöcke, die scrollen müssen
  • feste Höhen-Content-Boxen, die auf kurzen Bildschirmen brechen
  • ungültige negierte CSS-Funktionen wie -clamp(...)

Verwandte ECC-Skills

  • frontend-patterns für Komponenten- und Interaktionsmuster rund um das Deck
  • liquid-glass-design wenn eine Präsentation bewusst Apples Glasästhetik übernimmt
  • e2e-testing wenn du automatisierte Browser-Überprüfung für das endgültige Deck benötigst

Checkliste für die Auslieferung

  • Präsentation läuft aus einer lokalen Datei im Browser
  • Jede Folie passt in den Viewport ohne Scrollen
  • Stil ist ausdrucksstark und bewusst
  • Animation ist sinnvoll, nicht lärmend
  • Reduzierte Bewegung wird respektiert
  • Dateipfade und Anpassungspunkte werden bei Übergabe erklärt

Individual skills in this repo

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

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Verwandte Skills