← Zurück zum Überblick

Zielgruppen & Integration wählen

Die zwei Pflichtentscheidungen, die jede Kurs-Generierung steuern — bevor auch nur eine Zeile HTML entsteht

01

Die drei Zielgruppen

Der Skill erzeugt nicht einen Kurs für alle, sondern einen eigenen Kurs pro Zielgruppe. Jede Gruppe hat andere Fragen an den Code — und bekommt genau die Antworten, die sie braucht. Tiefe, Tonalität und Fokus unterscheiden sich grundlegend.

👤
Anwender
Menschen, die das Produkt nutzen. Sie wollen wissen, was möglich ist, wie Workflows funktionieren und wo sie klicken müssen.
Kernfrage: „Was kann ich damit tun?"
🔧
Entwickler
Devs, die den Code bauen oder ändern. Sie interessiert Architektur, API-Design, Datenfluss und Erweiterbarkeit.
Kernfrage: „Wie ist das gebaut?"
📊
Entscheider
Manager und Stakeholder, die Entscheidungen treffen. Sie brauchen Überblick, Risiken und strategische Einordnung — ohne Code-Details.
Kernfrage: „Was muss ich wissen?"

🏷️ Custom-Zielgruppe: Keine der drei passt? Dann definiere eine eigene Zielgruppe. Beschreibe, wer die Leser sind und was sie wissen wollen — der Skill erstellt einen maßgeschneiderten Kurs mit passender Tiefe und Sprache. Beispiel: "QA-Ingenieure, die das Testsystem verstehen wollen".

02

Mehrere Zielgruppen kombinieren

Du kannst mehrere Zielgruppen gleichzeitig auswählen. Der Skill erzeugt dann für jede Gruppe einen separaten Satz an HTML-Dateien — im selben Output-Ordner, aber mit unterschiedlichen Dateinamen.

Die Namensregel ist einfach: Die erste (allgemeinste) Zielgruppe bekommt index_de.html, alle weiteren bekommen ein Suffix. Die Reihenfolge lautet: Anwender > Entscheider > Entwickler > Custom.

── Beispiel: Anwender + Entwickler gewählt ──
output/
  index_de.html ← Anwender (DE)
  index_en.html ← Anwender (EN)
  index_dev_de.html ← Entwickler (DE)
  index_dev_en.html ← Entwickler (EN)

── Beispiel: Entscheider + Custom gewählt ──
output/
  index_de.html ← Entscheider (DE)
  index_en.html ← Entscheider (EN)
  index_custom_de.html ← Custom (DE)
  index_custom_en.html ← Custom (EN)

── Beispiel: Alle drei + Custom ──
output/
  index_de.html ← Anwender (DE)
  index_en.html ← Anwender (EN)
  index_exec_de.html ← Entscheider (DE)
  index_exec_en.html ← Entscheider (EN)
  index_dev_de.html ← Entwickler (DE)
  index_dev_en.html ← Entwickler (EN)
  index_custom_de.html ← Custom (DE)
  index_custom_en.html ← Custom (EN)

Warum separate Dateien? Jede Zielgruppe hat ein eigenes Curriculum, eigene Helpfulness-Scores und einen eigenen Navigationsbaum. Eine Vermischung würde den Fokus verwässern — deshalb generiert der Skill lieber drei schlanke Kurse als einen überladenen.

03

Standalone vs. Eingebettet

Die zweite Pflichtfrage: Wie sollen die Dateien genutzt werden? Die Antwort bestimmt, ob der Skill Header, Footer und externe Links in die HTML-Dateien einbaut — oder sie als autarke Einzeldateien ausliefert.

Eigenschaft Standalone Eingebettet
Einsatzzweck Teilen per E-Mail, Slack, Download Teil einer Website oder Dokumentation
Header-Links Keine GitHub-Repo, Docs-Link
Footer Keiner Impressum, Datenschutz, Copyright
Externe Links Keine externen Verweise Öffnen in neuem Tab (target="_blank")
Offline-fähig Ja — komplett eigenständig Ja, aber Links setzen Netzwerk voraus
Zusätzliche Angaben Keine GitHub-URL, Impressum-URL (Pflicht)
📤
Standalone
Ideal für schnelles Teilen. Die Dateien funktionieren ohne Server, ohne Netzwerk, ohne Kontext. Einfach per E-Mail oder Slack verschicken — fertig.
🌐
Eingebettet
Für Websites und Dokumentationsportale. Mit Header-Navigation zum Repository, Footer mit Impressum und Datenschutz, und externen Links, die in einem neuen Tab öffnen.
✏️ Kurz getestet

Welchen Modus solltest du wählen, wenn du den Kurs per Slack teilen willst?

Standalone — Dateien funktionieren ohne Website-Rahmen
Eingebettet — Slack braucht Header und Footer
Egal — beide Modi funktionieren gleich in Slack
Im Detail Integrationsmodus konfigurieren → Alle Optionen, Beispiele und Edge Cases der beiden Modi auf einer eigenen Vertiefungsseite.
04

Was du bei „Eingebettet" angeben musst

Wählst du den eingebetteten Modus, fragt der Skill nach ein paar zusätzlichen Informationen. Zwei davon sind Pflicht, zwei optional — aber alle verbessern das Ergebnis.

🔗
GitHub-URL
Link zum Repository. Wird im Header und in Code-Referenzen verwendet.
Pflicht
⚖️
Impressum-URL
Link zur Impressum-Seite. Erscheint im Footer jeder generierten Seite.
Pflicht
🛡️
Datenschutz-URL
Link zur Datenschutzerklärung. Erscheint im Footer neben dem Impressum, wenn angegeben.
Optional
©️
Copyright-Text
Eigener Copyright-Hinweis für den Footer, z.B. „© 2026 Meine Firma GmbH".
Optional
Du
Für Entwickler und Anwender, eingebettet.
GitHub: https://github.com/org/my-project
Impressum: https://example.com/impressum
Skill
Verstanden. Ich erzeuge Kurse für:
• 👤 Anwender
• 🔧 Entwickler

Modus: Eingebettet
GitHub: https://github.com/org/my-project
Impressum: https://example.com/impressum

Starte jetzt mit der Analyse.
05

Die Sprache ist keine Frage

Sprache musst du nicht wählen — jeder Kurs wird automatisch in Deutsch und Englisch generiert. Immer. Ohne Ausnahme. Es gibt keine „nur Deutsch"- oder „nur Englisch"-Option.

Wie die Verlinkung funktioniert: Jede Datei enthält ein Flaggen-Icon in der Navigation, das zur Sprachversion verlinkt. Die Benennung folgt einem festen Schema:

── Sprachversionen einer Seite ──
index_de.html  ⟷  index_en.html
skill-starten_de.html  ⟷  getting-started_en.html
weichenstellung_de.html  ⟷  setup-choices_en.html

── In der Navigation: ──
DE-Seite: 🇬🇧 → verlinkt auf EN-Version
EN-Seite: 🇩🇪 → verlinkt auf DE-Version

Warum immer zweisprachig? Software-Teams sind international. Ein Kurs, der nur in einer Sprache existiert, schließt immer jemanden aus. Deshalb ist Zweisprachigkeit keine Option — sie ist Standard.

Weitere Vertiefungsseiten für Anwender