ワンクリックでManusで任意のスキルを実行

content-clarity-a11y-check

スター0

フォーク0

更新日2026年7月3日 09:24

Prüft Website-Texte auf Verständlichkeit und Barrierefreiheit (Sprache, Struktur, Linktexte, Lesbarkeit). Nutzen beim Review von Inhaltstexten.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

casoon

casoon/ai-agent-config

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

Content-Clarity-a11y-Check

Prüft Inhaltstexte auf Verständlichkeit und textliche Barrierefreiheit: Sprache, Struktur, Linktexte, Lesbarkeit.

Wann verwenden

Website-/Seiten-Texte sollen auf Klarheit und Zugänglichkeit geprüft werden.
Nicht für Markup/Code — dafür die anderen Review-Skills.

Input

Der zu prüfende Text (oder Seiten-Pfad), idealerweise mit Überschriftenstruktur.

Prüf-Vorgehen

Verständliche Sprache: kurze Sätze, aktive Formulierung, Fachjargon nur mit Erklärung.
Linktexte aussagekräftig — kein „hier klicken" / „mehr". Der Linktext muss allein sagen, wohin er führt.
Überschriftenstruktur logisch und ohne übersprungene Ebenen (h1 → h2 → h3).
Abkürzungen/Akronyme beim ersten Auftreten ausschreiben oder erklären.
Lesbarkeit: Absätze nicht zu lang, Aufzählungen wo sinnvoll.

Prosa-Qualität (ergänzend zur Verständlichkeit)

Satzlängen-Varianz: nicht alle Sätze gleich lang — ein kurzer Satz nach langen setzt Betonung.
Konkret vor abstrakt: Substantive und Beispiele statt Abstrakta („lädt in 0,8 s" statt „performant").
Modifikator-Diät: Adjektiv-/Adverb-Stapel kürzen; ein präzises Wort schlägt drei vage.
Struktur vor Prosa-Politur: erst Reihenfolge/Funktion der Absätze prüfen, dann Sätze feilen — poliere nie eine Passage, die du danach streichst.

Output

Je Finding:

Problem: was die Verständlichkeit/Zugänglichkeit einschränkt.
Ort: Textstelle/Abschnitt.
Vorschlag: konkrete Umformulierung.
Priorität: hoch / mittel / niedrig.

Gotchas

Linktexte werden von Screenreadern oft aus dem Kontext gerissen vorgelesen (Linkliste) — sie müssen für sich allein funktionieren.
Mehrere „hier klicken"-Links auf einer Seite sind nicht unterscheidbar.
Übersprungene Überschriftenebenen brechen die Screenreader-Navigation.
Lange Schachtelsätze sind eine Barriere, nicht nur ein Stilproblem.

Bevorzugte Formulierungen

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

Nicht verwenden

absolute Aussagen ohne Prüfung, Panikmache, Schuldzuweisungen.

このリポジトリの他の 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-action-plan

casoon/ai-agent-config

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

2026-07-030

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

Content-Clarity-a11y-Check

Prüft Inhaltstexte auf Verständlichkeit und textliche Barrierefreiheit: Sprache, Struktur, Linktexte, Lesbarkeit.

Wann verwenden

Website-/Seiten-Texte sollen auf Klarheit und Zugänglichkeit geprüft werden.

Nicht für Markup/Code — dafür die anderen Review-Skills.

Input

Der zu prüfende Text (oder Seiten-Pfad), idealerweise mit Überschriftenstruktur.

Prüf-Vorgehen

Verständliche Sprache: kurze Sätze, aktive Formulierung, Fachjargon nur mit Erklärung.

Linktexte aussagekräftig — kein „hier klicken" / „mehr". Der Linktext muss allein sagen, wohin er führt.

Überschriftenstruktur logisch und ohne übersprungene Ebenen (h1 → h2 → h3).

Abkürzungen/Akronyme beim ersten Auftreten ausschreiben oder erklären.

Lesbarkeit: Absätze nicht zu lang, Aufzählungen wo sinnvoll.

Prosa-Qualität (ergänzend zur Verständlichkeit)

Satzlängen-Varianz: nicht alle Sätze gleich lang — ein kurzer Satz nach langen setzt Betonung.

Konkret vor abstrakt: Substantive und Beispiele statt Abstrakta („lädt in 0,8 s" statt „performant").

Modifikator-Diät: Adjektiv-/Adverb-Stapel kürzen; ein präzises Wort schlägt drei vage.

Struktur vor Prosa-Politur: erst Reihenfolge/Funktion der Absätze prüfen, dann Sätze feilen — poliere nie eine Passage, die du danach streichst.

Output

Je Finding:

Problem: was die Verständlichkeit/Zugänglichkeit einschränkt.

Ort: Textstelle/Abschnitt.

Vorschlag: konkrete Umformulierung.

Priorität: hoch / mittel / niedrig.

Gotchas

Linktexte werden von Screenreadern oft aus dem Kontext gerissen vorgelesen (Linkliste) — sie müssen für sich allein funktionieren.

Mehrere „hier klicken"-Links auf einer Seite sind nicht unterscheidbar.

Übersprungene Überschriftenebenen brechen die Screenreader-Navigation.

Lange Schachtelsätze sind eine Barriere, nicht nur ein Stilproblem.

Bevorzugte Formulierungen

„Es gibt Hinweise auf Barrieren."

„Die Prüfung zeigt Auffälligkeiten bei …"

„Eine manuelle Prüfung sollte das ergänzen."

Nicht verwenden

absolute Aussagen ohne Prüfung, Panikmache, Schuldzuweisungen.

name	content-clarity-a11y-check
description	Prüft Website-Texte auf Verständlichkeit und Barrierefreiheit (Sprache, Struktur, Linktexte, Lesbarkeit). Nutzen beim Review von Inhaltstexten.