원클릭으로 Manus에서 모든 스킬 실행

accessibility-action-plan

스타0

포크0

업데이트2026년 7월 3일 09:24

Formt aus priorisierten Findings einen konkreten, umsetzbaren Maßnahmenplan mit Prioritäts- und Aufwandseinordnung. Nutzen, wenn aus einem Audit ein Umsetzungsplan werden soll.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

casoon

casoon/ai-agent-config

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

Accessibility Action Plan

Macht aus Findings einen umsetzbaren Plan: geclustert, priorisiert nach Impact × Aufwand, Quick Wins zuerst.

Wann verwenden

Wenn aus einem Audit ein konkreter Umsetzungsplan werden soll. Für die kundenfreundliche Report-Übersicht → accessibility-report-summary. Fachliche Fix-Details → accessibility-audit.

Input

Findings mit Schweregrad
Optional: technische Rahmenbedingungen (Stack, Komponentenstruktur)

Vorgehen

Findings nach Thema clustern (eine Kontrast-Korrektur deckt oft viele Instanzen ab).
Je Cluster Impact (Nutzerauswirkung) und Aufwand grob einschätzen.
Nach Impact × Aufwand sortieren — hoher Nutzen bei geringem Aufwand zuerst (Quick Wins).
Abhängigkeiten benennen (z. B. „Fokus-Styles erst nach Design-Token-Anpassung").

Output

Maßnahmentabelle:

Maßnahme	Betroffene Bereiche	Priorität	Aufwand	Nutzen
Kontraste in Buttons/Links anheben	Global, alle Templates	Hoch	Mittel	Bessere Lesbarkeit für sehbeeinträchtigte Nutzer
Formularfelder mit Labels verknüpfen	Kontakt, Checkout	Hoch	Niedrig	Bedienbarkeit per Screenreader
Fokus-Indikatoren ergänzen	Global	Mittel	Niedrig	Tastaturnavigation nachvollziehbar

Darunter kurz: Quick Wins zuerst und offene Abhängigkeiten.

Gotchas

Aufwand nur grob schätzen (Niedrig/Mittel/Hoch) — keine Stunden-/Preiszusagen ohne Grundlage.
Abhängigkeiten explizit machen, sonst wird in falscher Reihenfolge gearbeitet.
Nicht jedes Finding einzeln listen — clustern, sonst wird der Plan unlesbar.
Manuell zu prüfende Punkte kennzeichnen, nicht als „erledigt automatisch" behandeln.

Bevorzugte Formulierungen

„Es gibt Hinweise auf Barrieren."
„Die Prüfung zeigt Auffälligkeiten bei …"
„Eine manuelle Prüfung sollte das ergänzen."
„Aus technischer Sicht besteht Handlungsbedarf."

Nicht verwenden

„nicht barrierefrei" (absolut), „gesetzeswidrig", „abmahngefährdet" (außer ausdrücklich als allgemeines Risiko eingeordnet)
absolute Aussagen ohne Prüfung, Schuldzuweisungen, Panikmache, übertriebenes Marketing

이 저장소의 다른 Skills

같은 저장소

agent-config-authoring

casoon/ai-agent-config

Konventionen für die Projekt-Config-Ebene der Coding-Agenten (CLAUDE.md / AGENTS.md / GEMINI.md) — Verhaltens-Baseline, Hierarchie, Token-Effizienz, Multi-Tool-Symlinks. Vor allem: die Entscheidung, was in CLAUDE.md gehört vs. in einen Skill vs. Auto-Memory vs. knowledge-base. Nutzen beim Aufsetzen/Verbessern von Projekt-Config. NICHT für das Schreiben einzelner Skills (→ skill-authoring).

2026-07-060

design-directions

casoon/ai-agent-config

Taxonomie der gängigen Webdesign-Richtungen (Editorial, Corporate, Premium/Luxury, Bold Branding, Minimalismus, Tech, Storytelling, Conversion, Content-First, Brand-First) mit Merkmalen und passenden Branchen/Zielen — um bewusst EINE Richtung zu wählen statt beim Default-Template zu landen. Nutzen bei Designrichtungs-Entscheidungen (Phase 5 in web-design-workflow). NICHT für die konkrete ästhetische Ausführung — dafür frontend-design.

2026-07-040

web-design-workflow

casoon/ai-agent-config

Creative-Director-Prozess für individuelles Webdesign — Strategie → Designsystem → Layout → Inhalte → Code, statt sofort HTML zu erzeugen. Erzwingt Markenanalyse, 3–5 bewusst unterschiedliche Designkonzepte und ein fertiges Designsystem VOR dem ersten Layout. Nutzen bei neuer Website/Relaunch, wenn das Ergebnis nach Marke aussieht, nicht nach Template. NICHT für kleine Einzelseiten/Copy-only (→ landing-and-site-builder) oder reine Ästhetik-Fragen (→ frontend-design).

2026-07-040

accessibility-finding-explainer

casoon/ai-agent-config

Übersetzt ein einzelnes technisches Barrierefreiheits-Finding (axe, Lighthouse, Pa11y, manuelle WCAG-Prüfung) in sachliche, verständliche Kundensprache. Nutzen, wenn ein Finding kundengerecht mit Auswirkung, Maßnahme und Priorität erklärt werden soll.

2026-07-030

accessibility-report-summary

casoon/ai-agent-config

Erstellt aus technischen Audit-Rohdaten (Lighthouse, axe, Pa11y, auditmysite, manuelle Prüfung) eine verständliche Zusammenfassung für Endkunden. Nutzen, wenn ein ganzer Report/Scan kundenfreundlich zusammengefasst werden soll.

2026-07-030

alt-text-generator

casoon/ai-agent-config

Erzeugt sachliche, kontextpassende Alt-Texte und erkennt dekorative Bilder (leeres alt). Nutzen, wenn Alt-Texte für Bilder gebraucht werden.

2026-07-030

name	accessibility-action-plan
description	Formt aus priorisierten Findings einen konkreten, umsetzbaren Maßnahmenplan mit Prioritäts- und Aufwandseinordnung. Nutzen, wenn aus einem Audit ein Umsetzungsplan werden soll.

Accessibility Action Plan

Macht aus Findings einen umsetzbaren Plan: geclustert, priorisiert nach Impact × Aufwand, Quick Wins zuerst.

Wann verwenden

Wenn aus einem Audit ein konkreter Umsetzungsplan werden soll. Für die kundenfreundliche Report-Übersicht → accessibility-report-summary. Fachliche Fix-Details → accessibility-audit.

Input

Findings mit Schweregrad
Optional: technische Rahmenbedingungen (Stack, Komponentenstruktur)

Vorgehen

Findings nach Thema clustern (eine Kontrast-Korrektur deckt oft viele Instanzen ab).
Je Cluster Impact (Nutzerauswirkung) und Aufwand grob einschätzen.
Nach Impact × Aufwand sortieren — hoher Nutzen bei geringem Aufwand zuerst (Quick Wins).
Abhängigkeiten benennen (z. B. „Fokus-Styles erst nach Design-Token-Anpassung").

Output

Maßnahmentabelle:

Maßnahme	Betroffene Bereiche	Priorität	Aufwand	Nutzen
Kontraste in Buttons/Links anheben	Global, alle Templates	Hoch	Mittel	Bessere Lesbarkeit für sehbeeinträchtigte Nutzer
Formularfelder mit Labels verknüpfen	Kontakt, Checkout	Hoch	Niedrig	Bedienbarkeit per Screenreader
Fokus-Indikatoren ergänzen	Global	Mittel	Niedrig	Tastaturnavigation nachvollziehbar

Darunter kurz: Quick Wins zuerst und offene Abhängigkeiten.

Gotchas

Aufwand nur grob schätzen (Niedrig/Mittel/Hoch) — keine Stunden-/Preiszusagen ohne Grundlage.
Abhängigkeiten explizit machen, sonst wird in falscher Reihenfolge gearbeitet.
Nicht jedes Finding einzeln listen — clustern, sonst wird der Plan unlesbar.
Manuell zu prüfende Punkte kennzeichnen, nicht als „erledigt automatisch" behandeln.

Bevorzugte Formulierungen

„Es gibt Hinweise auf Barrieren."
„Die Prüfung zeigt Auffälligkeiten bei …"
„Eine manuelle Prüfung sollte das ergänzen."
„Aus technischer Sicht besteht Handlungsbedarf."

Nicht verwenden

„nicht barrierefrei" (absolut), „gesetzeswidrig", „abmahngefährdet" (außer ausdrücklich als allgemeines Risiko eingeordnet)
absolute Aussagen ohne Prüfung, Schuldzuweisungen, Panikmache, übertriebenes Marketing