← Back to Overview

Choosing Audiences & Integration

The two mandatory setup decisions that shape every course โ€” before a single line of HTML is generated

01

The Three Audiences

The skill doesn't create one course for everyone. It creates a separate course per audience. Each group asks different questions about the code โ€” and gets exactly the answers it needs. Depth, tone, and focus differ fundamentally.

๐Ÿ‘ค
Users
People who use the product. They want to know what's possible, how workflows function, and where to click.
Core question: "What can I do with this?"
๐Ÿ”ง
Developers
Devs who build or change the code. They care about architecture, API design, data flow, and extensibility.
Core question: "How is this built?"
๐Ÿ“Š
Executives
Managers and stakeholders who make decisions. They need the big picture, risks, and strategic context โ€” no code details.
Core question: "What do I need to know?"

๐Ÿท๏ธ Custom audience: None of the three fit? Define your own audience. Describe who the readers are and what they want to know โ€” the skill creates a tailored course with appropriate depth and language. Example: "QA engineers who want to understand the testing system".

02

Combining Multiple Audiences

You can select multiple audiences at once. The skill then generates a separate set of HTML files for each group โ€” in the same output folder, but with different file names.

The naming rule is simple: the first (most general) audience gets index_en.html, all others get a suffix. The priority order is: Users > Executives > Developers > Custom.

โ”€โ”€ Example: Users + Developers selected โ”€โ”€
output/
  index_de.html ← Users (DE)
  index_en.html ← Users (EN)
  index_dev_de.html ← Developers (DE)
  index_dev_en.html ← Developers (EN)

โ”€โ”€ Example: Executives + Custom selected โ”€โ”€
output/
  index_de.html ← Executives (DE)
  index_en.html ← Executives (EN)
  index_custom_de.html ← Custom (DE)
  index_custom_en.html ← Custom (EN)

โ”€โ”€ Example: All three + Custom โ”€โ”€
output/
  index_de.html ← Users (DE)
  index_en.html ← Users (EN)
  index_exec_de.html ← Executives (DE)
  index_exec_en.html ← Executives (EN)
  index_dev_de.html ← Developers (DE)
  index_dev_en.html ← Developers (EN)
  index_custom_de.html ← Custom (DE)
  index_custom_en.html ← Custom (EN)

Why separate files? Each audience has its own curriculum, its own helpfulness scores, and its own navigation tree. Mixing them would dilute the focus โ€” so the skill generates three lean courses rather than one bloated one.

03

Standalone vs. Embedded

The second mandatory question: How will the files be used? The answer determines whether the skill builds header, footer, and external links into the HTML files โ€” or delivers them as self-contained standalone files.

Property Standalone Embedded
Use case Sharing via email, Slack, download Part of a website or documentation
Header links None GitHub repo, docs link
Footer None Legal notice, privacy policy, copyright
External links No external references Open in new tab (target="_blank")
Works offline Yes โ€” fully self-contained Yes, but links require network
Additional info needed None GitHub URL, legal notice URL (required)
๐Ÿ“ค
Standalone
Ideal for quick sharing. The files work without a server, without a network, without context. Just send them via email or Slack โ€” done.
๐ŸŒ
Embedded
For websites and documentation portals. Includes header navigation to the repository, footer with legal notice and privacy policy, and external links that open in a new tab.
โœ๏ธ Quick check

Which mode should you choose if you want to share the course via Slack?

Standalone โ€” files work without a website frame
Embedded โ€” Slack needs a header and footer
Either โ€” both modes work the same in Slack
In detail Configuring Integration Mode → All options, examples, and edge cases for both modes on a dedicated deep-dive page.
04

What "Embedded" Requires

If you choose embedded mode, the skill asks for a few additional pieces of information. Two are required, two are optional โ€” but all of them improve the result.

๐Ÿ”—
GitHub URL
Link to the repository. Used in the header and in code references throughout the course.
Required
โš–๏ธ
Legal Notice URL
Link to your legal notice / imprint page. Appears in the footer of every generated page.
Required
๐Ÿ›ก๏ธ
Privacy Policy URL
Link to your privacy policy. Appears in the footer next to the legal notice, if provided.
Optional
ยฉ๏ธ
Copyright Text
Custom copyright notice for the footer, e.g. "ยฉ 2026 My Company Inc.".
Optional
You
For developers and users, embedded.
GitHub: https://github.com/org/my-project
Legal notice: https://example.com/imprint
Skill
Understood. I'll generate courses for:
โ€ข ๐Ÿ‘ค Users
โ€ข ๐Ÿ”ง Developers

Mode: Embedded
GitHub: https://github.com/org/my-project
Legal notice: https://example.com/imprint

Starting the analysis now.
05

Language Is Not a Choice

You don't need to choose a language โ€” every course is automatically generated in both German and English. Always. No exceptions. There is no "German only" or "English only" option.

How the linking works: Every file contains a flag icon in the navigation that links to its language counterpart. The naming follows a fixed pattern:

โ”€โ”€ Language versions of a page โ”€โ”€
index_de.html  โŸท  index_en.html
skill-starten_de.html  โŸท  getting-started_en.html
weichenstellung_de.html  โŸท  setup-choices_en.html

โ”€โ”€ In the navigation: โ”€โ”€
DE page: ๐Ÿ‡ฌ๐Ÿ‡ง โ†’ links to EN version
EN page: ๐Ÿ‡ฉ๐Ÿ‡ช โ†’ links to DE version

Why always bilingual? Software teams are international. A course that exists in only one language always excludes someone. That's why bilingual output isn't an option โ€” it's the default.

More deep-dive pages for users