Jamdesk Documentation logo

Mit KI schreiben

Praktische Strategien für Jamdesk-Dokumentation mit KI-Tools – effektive Prompts, Prüflisten und häufige Fehler.

Diese Strategien funktionieren unabhängig davon, welches KI-Tool Sie verwenden: Claude Code, Cursor, Codex, Copilot oder ein anderes. Eine toolspezifische Einrichtung finden Sie unter Claude Code, Cursor oder Codex.

Warum MDX gut mit KI funktioniert

MDX ist eines der einfachsten Formate für die Arbeit mit KI-Tools:

  • Vertraute Syntax: KI-Modelle wurden mit Millionen von Markdown-Dateien trainiert und erzeugen daher mit minimalen Prompts gültiges MDX.
  • Strukturierte Komponenten: <Card>, <Steps> und <Tabs> folgen vorhersehbaren Mustern, die Modelle schnell erlernen.
  • Klartext: MDX enthält keine Binärformate, proprietären Schemas oder Build-Artefakte, die ein KI-Tool interpretieren muss.

Bessere Prompts schreiben

Der Unterschied zwischen mittelmäßiger und guter KI-Dokumentation liegt meist im Prompt. Formulieren Sie genau, was Sie benötigen.

Write docs for the webhook feature.
Document authentication.
Create a getting started guide.

Diese Prompts erzeugen generische, aufgeblähte Ausgaben, weil die KI keine Einschränkungen erhält.

Funktionierende Prompt-Muster

MusterBeispiel
Lesende angeben"The reader is a backend developer who has never used our API"
Struktur benennen"Use Steps for the setup flow, then Tabs for language variants"
Längenbegrenzungen festlegen"Keep the intro under 2 sentences" oder "Each accordion answer should be 3-4 lines"
Auf Quellcode verweisen"Reference the implementation in /src/auth for accuracy"
Auszulassendes nennen"Don't explain what REST is. Skip the theory."
Beispielseite angeben"Match the tone and structure of /quickstart"

KI-Ausgaben prüfen

KI-Tools erzeugen meistens strukturell korrektes MDX. Die subtileren Probleme betreffen Ton, Genauigkeit und überflüssige Inhalte. Arbeiten Sie diese Checkliste vor dem Commit durch.

Sprachstil prüfen

Lesen Sie die Ausgabe laut vor. Wenn sie wie die Antwort eines Chatbots klingt, schreiben Sie sie um. Achten Sie auf:

  • Füllphrasen: "It's important to note that", "This allows you to", "In order to"
  • Absicherungen: "You might want to consider", "It's generally recommended"
  • Leere Übergänge: "Now that we've covered X, let's move on to Y"
  • Schlagwörter: "seamlessly", "robust", "leverage", "streamline"

Streichen Sie diese Formulierungen. Die Seite wird dadurch kürzer und besser.

Genauigkeit prüfen

KI-Tools erzeugen selbstbewusst falsche Informationen. Überprüfen Sie:

  • Funktionieren die Codebeispiele tatsächlich? Kopieren Sie sie, und führen Sie sie aus.
  • Sind die Konfigurationsoptionen real? Prüfen Sie sie anhand des Quellcodes.
  • Sind die Komponentennamen korrekt? Verwenden Sie nur vorhandene Komponenten.
  • Beschreibt die Seite das aktuelle Verhalten und keine geplanten Funktionen?

Struktur prüfen

  • Das Frontmatter enthält sowohl title als auch description
  • Ein einleitender Absatz ist vorhanden, ohne vorherige Überschrift
  • Die Seite endet mit Karten unter „Was kommt als Nächstes?“ in einem <Columns>-Wrapper
  • Neue Seiten wurden der Navigation in docs.json hinzugefügt
  • Keine erfundenen Komponenten; nur Komponenten aus der Komponentenreferenz

Häufige Fehler von KI

Diese Fehler treten häufig genug auf, dass Sie darauf achten sollten:

KI-Tools erzeugen <CodeBlock>, <Alert>, <Section>, <Callout> und andere Komponenten, die in Jamdesk nicht existieren. Verwenden Sie ausschließlich die in der Übersicht aufgeführten Komponenten.

Eine Seite zu erstellen, ohne sie zu docs.json hinzuzufügen, ist der häufigste Fehler. Die Seite existiert zwar, erscheint aber nicht in der Seitenleiste. Aktualisieren Sie beim Erstellen von Seiten immer die Navigation.

KI-Tools verpacken gerne jeden zweiten Absatz in eine <Note> oder <Warning>. Ein oder zwei Callouts pro Seite sind ausreichend. Wenn alles wichtig ist, ist nichts wichtig.

Eine 200 Zeilen lange KI-generierte Seite enthält meist nur 100 Zeilen tatsächlichen Inhalts. Suchen Sie nach wiederholten Erklärungen, unnötigem Hintergrund und Absätzen, die dasselbe mit anderen Worten sagen. Kürzen Sie konsequent.

"This powerful feature allows you to..." sagt den Lesenden nichts. Ersetzen Sie die Formulierung durch eine konkrete Beschreibung: "Send HTTP POST requests to your endpoint when events fire."

Dokumentation synchron halten

Dokumentation zu schreiben ist der einfache Teil. Sie aktuell zu halten, wenn sich der Code ändert, ist schwieriger.

Fordern Sie Ihr KI-Tool nach der Veröffentlichung einer Funktion auf:

I just added [feature]. Update the docs to reflect this change.
Reference the implementation in /src/[file] for accuracy.

Seitengerüst

Verwenden Sie dies als Ausgangspunkt für einen Prompt, wenn Sie die KI zum Erstellen einer neuen Seite auffordern:

Eine Jamdesk-Dokumentationsseite erstellen

Erstellen Sie anhand dieser Struktur eine Jamdesk-Dokumentationsseite. Ersetzen Sie jeden Platzhalter durch spezifische, korrekte Inhalte für die von mir beschriebene Funktion. ```mdx --- title: Feature Name description: One sentence summarizing what this page covers. --- Opening paragraph: what problem this solves and who should read this. ## Quick Start <Steps> <Step title="First step">What to do.</Step> <Step title="Second step">What to do next.</Step> </Steps> ## How It Works Explain the mechanics. Use code examples. ## What's Next? <Columns cols={2}> <Card title="Related Page" icon="arrow-right" href="/path"> Why the reader would go here next </Card> </Columns> ```

Eine Jamdesk-Dokumentationsseite erstellen

Erstellen Sie anhand dieser Struktur eine Jamdesk-Dokumentationsseite. Ersetzen Sie jeden Platzhalter durch spezifische, korrekte Inhalte für die von mir beschriebene Funktion.

```mdx
---
title: Feature Name
description: One sentence summarizing what this page covers.
---

Opening paragraph: what problem this solves and who should read this.

## Quick Start

<Steps>
  <Step title="First step">What to do.</Step>
  <Step title="Second step">What to do next.</Step>
</Steps>

## How It Works

Explain the mechanics. Use code examples.

## What's Next?

<Columns cols={2}>
  <Card title="Related Page" icon="arrow-right" href="/path">
    Why the reader would go here next
  </Card>
</Columns>
```

Die obige Live-Karte enthält die vollständigen Anweisungen und das Seitengerüst. Ihr Quellcode verwendet dieselbe Komponentensyntax, die Sie zu Ihren eigenen Seiten hinzufügen können:

<Prompt title="Create a Jamdesk documentation page" actions={["cursor", "claude", "chatgpt"]}>

Create a Jamdesk documentation page using this structure. Replace each
placeholder with specific, accurate content for the feature I describe.

```mdx
---
title: Feature Name
description: One sentence summarizing what this page covers.
---

Opening paragraph: what problem this solves and who should read this.

## Quick Start

<Steps>
  <Step title="First step">What to do.</Step>
  <Step title="Second step">What to do next.</Step>
</Steps>

## How It Works

Explain the mechanics. Use code examples.

## What's Next?

<Columns cols={2}>
  <Card title="Related Page" icon="arrow-right" href="/path">

  Why the reader would go here next

</Card>
</Columns>
```

</Prompt>

Was kommt als Nächstes?

Automatisierte Aktualisierungen

Führen Sie /update-jamdesk aus, um aus Codeänderungen Dokumentation zu erstellen

MDX-Komponenten

Vollständige Referenz der verfügbaren Komponenten