Änderungsprotokoll

Erstelle deine gesamte API-Referenz aus einer Spezifikation. Verweise in einem Navigationstab auf deine OpenAPI-Datei mit "openapi": { "source": "/openapi/api.yaml", "generate": true }, und Jamdesk erstellt bei jedem Build eine Seite für jede Operation, gruppiert in einer Seitenleiste nach Tag. Du musst nichts schreiben und nichts committen. Bereits vorhandene Endpoint-Seiten behalten ihren Slug, sodass du Seite für Seite umstellen kannst – und wenn du einen Pfad in der Spezifikation umbenennst, leitet die alte URL auf die neue weiter, statt einen 404-Fehler zu liefern. Generierte API-Seiten →

Leser wählen den API-Server aus, den sie ansehen. Ein Endpoint, dessen Spezifikation mehr als einen servers-Eintrag enthält, zeigt jetzt neben seiner URL eine Auswahl an. Die Auswahl von Sandbox wechselt die Basis-URL, den Kopier-Button, jedes Codebeispiel und die Anfrage, die das Playground sendet – so kopiert niemand versehentlich ein Produktions-curl aus deiner Sandbox-Dokumentation. Endpoints mit nur einem Server bleiben unverändert. API Playground →

Markdown wird in jeder OpenAPI-Beschreibung gerendert. Tabellen, Listen, Links, code und fett werden jetzt in Parameter-, Request-Body-, Response- und Schema-Beschreibungen genauso gerendert wie bisher in der Operationsbeschreibung. Neun Bereiche verhielten sich früher unterschiedlich; jetzt verwenden alle denselben Renderer. OpenAPI-Beispiel →

Endpoint-Markdown-Exporte enthalten Authentifizierungsdaten. Lade die .md-Version einer API-Referenzseite ab. Sie endet jetzt mit einem Abschnitt ## Authentication, der die von der Operation benötigten Schemata aufführt – Typ, Headername, Bearer-Format, OAuth 2 Scopes und welche Kombinationen gültig sind. Ein Agent kann aus dem Export eine funktionierende Anfrage erstellen, ohne deine Spezifikation zu öffnen. Markdown-Quelle →

Halte eine Seite aus der Suche heraus, ohne sie zu verbergen. Füge search: false zum Frontmatter einer Seite hinzu. Dadurch wird sie aus der Seitensuche, den KI-Chat-Antworten und dem MCP-Server entfernt, bleibt aber in deiner Seitenleiste, Sitemap und llms.txt – ideal für eine veraltete Seite, die weiterhin verlinkbar und indexierbar bleiben soll. Verborgene und nicht indexierte Seiten werden jetzt ebenfalls von KI-Antworten ausgeschlossen, was zuvor nicht der Fall war. Nur eine Seite aus der Suche entfernen →

jamdesk validate warnt vor Konfiguration, die keine Wirkung hat. Einige docs.json-Schlüssel wurden akzeptiert, ohne jemals gerendert zu werden – insbesondere asyncapi. Dadurch schien die Konfiguration unterstützt zu sein, bis du die Website erstellt hast und dort nichts erschien. validate nennt diese Schlüssel jetzt sowie zusätzliche api.mdx.server-Einträge nach dem ersten, die schon immer verworfen wurden. CLI-Übersicht →

Deine Dokumentation automatisch in 27 Sprachen. Aktiviere die gewünschten Sprachen unter Settings → Translations. Jamdesk übersetzt deine Dokumentation nach jedem Build und committet das Ergebnis direkt in dein GitHub-Repository. Wähle bis zu fünf Sprachen aus 27. Nach dem ersten Durchlauf werden nur Seiten erneut übersetzt, deren englische Quelle geändert wurde. Bereits vorhandene Übersetzungen werden übernommen statt überschrieben, und Seiten, die du manuell bearbeitest, bleiben danach unverändert: Jamdesk kennzeichnet sie im Dashboard und bietet nur auf Anfrage an, sie zu ersetzen. In jedem Tarif enthalten, ohne Preis pro Wort und ohne Credits zum Kauf. KI-Übersetzung →

Wähle deine eigene Dokumentations-URL. Hosting unter einem Unterpfad bindet dich nicht mehr an /docs: Wähle in der Custom-Domain-Karte deines Dashboards einen beliebigen einteiligen Pfad (/help, /guide oder einen anderen passenden Pfad). Das Umbenennen ist sicher: /docs selbst bleibt weiterhin erreichbar, Canonical-URLs wechseln sofort zu deinem neuen Unterpfad, und dein vorheriger benutzerdefinierter Unterpfad leitet bei einer Umbenennung einmalig auf den neuen weiter, sodass bereits indexierte oder verlinkte Seiten nicht kaputtgehen. Aktualisiere den /docs-Verweis deines Proxys, sobald du bereit bist. Hosting unter einem Unterpfad →

Mit KI beheben, jetzt schneller. Scans werden schneller und zuverlässiger abgeschlossen – auch auf großen Dokumentationsseiten. Das erneute Öffnen der Fix-Vorschau erfolgt nahezu sofort, da Jamdesk deine Scanergebnisse zwischenspeichert und wiederverwendet, bis sich deine Dokumentation ändert. Gehe in wenigen Sekunden von einer Build-Warnung zu einem committeten Fix. Mit KI beheben →

Ein viertes Theme: Halo. Setze "theme": "halo" in deiner docs.json, um ein warmes, weich abgerundetes Erscheinungsbild zu erhalten. Es ist das vierte integrierte Theme mit sandfarbenem Hintergrund, Karamellakzent, Figtree und deutlich stärker abgerundeten Ecken als die anderen drei. Themes →

Liefere deine Dokumentation nur über deine eigene Domain aus. Aktiviere Custom domain only in den Einstellungen für die benutzerdefinierte Domain deines Projekts. Danach antwortet YOUR_SLUG.jamdesk.app nicht mehr direkt – deine Dokumentation ist nur noch über deine Domain erreichbar. Vor der Aktivierung des Schalters wird eine Vorabprüfung gegen deine Live-Domain ausgeführt. So kann ein falsch konfigurierter Proxy deine Leser nicht versehentlich aussperren. Wenn dein DNS ausfällt, wird die Subdomain wieder aktiviert, statt deine Dokumentation offline zu nehmen. Domains mit einfachem CNAME benötigen überhaupt keine Konfiguration; Proxys, die bereits X-Jamdesk-Forwarded-Host senden, ebenfalls nicht. Nutzer von Vercel-rewrites ergänzen ?jd_proxy=1 an jedem Ziel. Dadurch wird deine Jamdesk-Adresse vor Suchmaschinen und gelegentlichen Besuchern verborgen – es ist jedoch kein Passwort. Verwende zusätzlich einen Passwortschutz, wenn du kontrollieren möchtest, wer deine Dokumentation lesen kann. Nur benutzerdefinierte Domain →

Bearbeite deine Dokumentation direkt im Dashboard. Der Webeditor ist jetzt für alle verfügbar und erfordert keine Einrichtung. Öffne Editor in der Seitenleiste, durchsuche dein verbundenes Repository, bearbeite MDX mit einer Live-Vorschau und committet direkt in deinen GitHub-Branch. Dadurch wird automatisch ein Build gestartet. Webeditor →

Behebe Build-Warnungen mit KI im Dashboard. Wenn ein Build mit defekten Links oder Seiten ohne Beschreibung endet, erscheint jetzt ein Fix with AI-Banner am Build und zeigt, wie viele Probleme behoben werden können. Öffne es, um jede vorgeschlagene Änderung – neu geschriebene Anker und vorgeschlagene Seitenbeschreibungen – in der Vorschau zu sehen, und wende anschließend die gewünschten Änderungen an. Jamdesk committet sie in deinen GitHub-Branch und startet einen neuen Build. Alles, was nicht eindeutig aufgelöst werden kann, wird separat aufgeführt und kann manuell korrigiert werden. Mit KI beheben →

Unbegrenzte Teammitglieder. Jedes Projekt umfasst jetzt in allen Tarifen unbegrenzt viele Teammitglieder, ohne zusätzliche Kosten. Das bisherige Limit von 10 Mitgliedern und die Abrechnung pro Sitzplatz entfallen – lade dein gesamtes Team ein.

Lass vertrauenswürdige Bots deine Dokumentation veröffentlichen. Automatisierungskonten wie Dependabot, Renovate oder ein CMS-Veröffentlichungsbot sind keine Jamdesk-Mitglieder. Ihre Pushes lösen daher standardmäßig keinen Build aus. Wenn ein Konto abgewiesen wird, zeigt der Build jetzt einen Authorize Bot Account-Button mit einem Klick. Genehmige das Konto, und seine Pushes veröffentlichen auf deiner Live-Website – genau wie die Pushes eines Teammitglieds. Nur Projektmitglieder können ein Konto autorisieren. Den Zugriff kannst du jederzeit unter Allowed automation accounts in den GitHub-Einstellungen deines Projekts überprüfen oder widerrufen.

Deine Dokumentation erhält bei jedem Build einen KI-Score. Jamdesk bewertet jetzt automatisch nach jedem Build direkt im Dashboard, wie gut KI-Agenten deine veröffentlichte Dokumentation lesen können – anhand des offenen AFDocs-Standards. Sieh deinen Score von 0 bis 100 und die Buchstabennote, verfolge den Trend über mehrere Builds und erhalte für jedes Problem eine verständliche Lösung mit einem Copy prompt to fix-Button, der den Befund an deinen KI-Coding-Agenten übergibt. Aktiviere Email team when score changes, um benachrichtigt zu werden, wenn sich dein Score durch einen Build wesentlich verändert. KI-Score →

Behebe defekte Links automatisch. Warnungen zu defekten internen Links mit eindeutigem Ziel – etwa fehlerhafte Anker und Ankerabweichungen zwischen Locales – können jetzt mit einem Befehl behoben werden. Führe jamdesk fix --dry-run aus, um geplante Änderungen in der Vorschau anzuzeigen, und anschließend jamdesk fix, um sie anzuwenden. Es werden nur Warnungen geändert, bei denen der korrekte Anker zu einer tatsächlich vorhandenen Überschrift führt. Uneindeutige Fälle bleiben zur manuellen Prüfung bestehen. CLI-Übersicht →

Kündige alles mit einem Banner an. Füge deiner docs.json ein banner hinzu. Eine Nachrichtenleiste wird dann oben auf jeder Seite über dem Header in der Akzentfarbe deines Themes angeheftet. Verwende inline Links, fetten und kursiven Text und setze dismissible: true, um Lesern einen Schließen-Button zu geben. Das Banner bleibt geschlossen, bis du die Nachricht änderst. Banner →

Zeige, wann jede Seite zuletzt aktualisiert wurde. Setze metadata.timestamp: true in deiner docs.json. Jede Seite erhält dann im Footer eine Zeile im Stil von „Last updated on June 15, 2026“. Das Datum stammt aus dem letzten Git-Commit, der die Seite geändert hat, und bleibt bei jedem Build ohne manuelle Pflege aktuell. Seitenmetadaten →

Passe deine Navigationssymbole an. Seitenleisten-, Gruppen-, Tab-, Anker- und Suchsymbole berücksichtigen jetzt style in einem Symbolobjekt ({ "name": "rocket", "style": "duotone" }) oder ein Stilpräfix (duotone/rocket) – verfügbar sind light, thin, duotone und sharp, nicht nur solid. Symbole →

Passe die Suchleiste an. Wähle mit search.prompt deinen eigenen Platzhaltertext und stelle mit search.popularPages die Schnelllinks zusammen, die Besucher im leeren Suchbereich sehen. Jeder Eintrag enthält einen Titel, einen Seiten-Slug und ein Font Awesome-Symbol. Suchkonfiguration →

Sammle E-Mail-Anmeldungen ohne erforderliches Embed. Verbinde Resend, Mailchimp, Kit, Loops, beehiiv, Brevo oder SendGrid unter Integrations → Email Signups. Ein von Jamdesk gehostetes Formular fügt Leser direkt deiner eigenen Zielgruppe hinzu – dein API-Schlüssel bleibt auf unserem Backend und gelangt niemals auf deine veröffentlichte Website. Füge die Komponente EmailSubscribe zu einer beliebigen Seite hinzu oder setze placement: changelog, um automatisch auf jeder Changelog-Seite ein Anmeldefeld anzuzeigen. E-Mail-Anmeldungen →

Schütze Analytics durch Cookie-Einwilligung. Füge deiner docs.json den Schlüssel integrations.cookies hinzu. Jamdesk hält sämtliche Analytics- und Tracking-Skripte zurück – Google Analytics, GTM, Plausible, Crisp, benutzerdefiniertes JavaScript und die integrierten Analytics – bis ein Besucher zustimmt. Die Einwilligung wird aus einem localStorage-Flag gelesen, das dein Einwilligungsbanner setzt. Lade ein Osano- oder Termly-Banner ebenfalls direkt aus der docs.json. Ein kurzes Bridge-Snippet setzt das Flag, sobald ein Leser zustimmt, und die Skripte werden ohne Neuladen der Seite geladen. Cookie-Einwilligung →

llms.txt, übersichtlich organisiert. Die llms.txt jeder Website folgt jetzt der Struktur von llmstxt.org. Deine Navigationstabs und Gruppen werden zu ##-Abschnitten, sodass KI-Agenten deine Dokumentation so sehen, wie sie in der Seitenleiste organisiert ist. Mehrsprachige Websites erhalten einen Index pro Sprache: Die Stammdatei listet deine Standardsprache auf und verlinkt auf jeden übersetzten Index, etwa /fr/llms.txt. Dadurch bleibt jeder Index klein genug, dass kein Agent ihn abschneidet. llms.txt →

Agenten finden deine Dokumentation schneller. Jede Seite enthält jetzt eine unsichtbare, für Screenreader stumme Direktive, die KI-Agenten auf llms.txt und die .md-Version der Seite verweist. Jeder Markdown-Export beginnt außerdem mit einem Blockzitat, das auf den Index verlinkt. Agenten, die dein HTML abrufen, müssen nicht mehr erraten, dass ein Markdown-Pfad existiert. KI-Übersicht →

Bette dein Changelog überall ein. Ein „What's new?“-Launcher lässt sich mit einem einzigen <script>-Tag in deine eigene App integrieren und öffnet dein Jamdesk-Changelog in einem Modal mit einem ungelesenen Punkt pro Besucher. Erzeuge das Snippet unter Integrations → What's New widget und passe Launcher-Modus, Ecke, Modalgröße und Punktfarbe mit data--Attributen an. In deiner eigenen Jamdesk-Dokumentation fügt die MDX-Komponente <Widget> denselben Live-Launcher mit einem einzigen Tag und ohne Skript in jede Seite ein. Changelog einbetten →

Lade deine API-Spezifikationen als ZIP herunter. Auf jeder API-Referenzseite enthält das KI-Aktionsmenü jetzt die Option Download API spec. Sie bündelt jede OpenAPI-Spezifikation, auf die deine Website verweist – sowohl lokale Dateien als auch Remote-URLs – in einer einzigen api-specs.zip. Mehrteilige Spezifikationen behalten ihre $ref-Ordnerstruktur, sodass der Download direkt in Postman, einen Client-Generator oder deine eigenen Tools übernommen werden kann. KI-Aktionen →

OpenAPI-Spezifikationen werden beim Build validiert. Jeder Deploy validiert jetzt strikt die OpenAPI-Spezifikationen, auf die deine docs.json verweist, und meldet jedes Problem als nicht fatale Build-Warnung, statt den Build fehlschlagen zu lassen. Deine Dokumentation wird weiterhin veröffentlicht. Du erfährst lediglich per E-Mail und in der Build-Liste des Dashboards genau, was falsch ist – etwa ein YAML-Analysefehler mit Zeile und Spalte, ein nicht aufgelöstes $ref oder eine doppelte operationId. Lokal bricht jamdesk dev bei einer ungültigen Spezifikation weiterhin ab, damit du den Fehler vor dem Push erkennst. CLI-Übersicht →

Frage die KI direkt über die Suche. Beginne mit der Eingabe in der Suche und übergib deine Frage dann dem KI-Chat, anstatt ein Ergebnis zu öffnen – drücke ⌘/Ctrl+Enter oder klicke im Such-Footer auf Ask AI. Die Frage wird an deine Chat-Unterhaltung angehängt, sodass du den Gesprächsfaden fortsetzen kannst. Ein normales Enter öffnet weiterhin das oberste Ergebnis. KI-Chat →

Kopiere Antworten und Transkripte. Jede Antwort des KI-Chats verfügt über einen Kopier-Button, der die Markdown-Quelle übernimmt. Die Aktion Copy transcript im Chat-Header kopiert die gesamte Unterhaltung als Markdown mit gekennzeichneten Rollen – praktisch zum Einfügen in ein Issue oder Dokument. KI-Chat →

Intelligenteres automatisches Scrollen im Chat. Der Chat folgt einer gestreamten Antwort nur, wenn du dich bereits am unteren Ende befindest. Scrolle nach oben, um eine frühere Antwort erneut zu lesen; die Ansicht bleibt stehen, statt dich nach unten zu ziehen. Scrolle zurück zum unteren Ende, und sie wird wieder angeheftet.

Eigenes CSS in der lokalen Vorschau (CLI). jamdesk dev wendet dein eigenes CSS genauso an wie der veröffentlichte Build, sodass du das Styling vor dem Deploy prüfen kannst. Lege eine beliebige .css-Datei im Projektstamm ab – style.css oder mehrere Dateien, die alphabetisch zusammengeführt werden – und sie wird beim Aktualisieren des Browsers geladen. Kein Eintrag in docs.json erforderlich, entsprechend der Einbindung von Stylesheets im Stammverzeichnis durch Mintlify. Eigenes CSS →

Eigene Social Previews aus dem Frontmatter. Setze beliebige Open-Graph- oder Twitter/X-Meta-Tags direkt im Frontmatter einer Seite – og:title, og:description, og:image, twitter:card, keywords und den vollständigen Metatag-Satz. Verwende flache Top-Level-Schlüssel oder einen verschachtelten seo:-Block. Beides funktioniert, und seitenspezifische Werte überschreiben die Standardwerte deiner docs.json. SEO →

Verborgene Seiten. Halte Entwürfe, interne Handbücher oder veraltete Leitfäden aus deiner Seitenleiste und den Suchergebnissen heraus, ohne sie zu löschen. Füge hidden: true zum Frontmatter einer Seite oder zu einer Gruppe bzw. einem Tab in docs.json hinzu. Verborgene Seiten bleiben über ihre direkte URL erreichbar, verschwinden aber aus Navigation, Sitemap, Seitensuche und KI-Kontext und erhalten automatisch ein noindex-Tag. Du benötigst eine verborgene Gruppe, deren Seiten weiterhin in der Suche erscheinen? Füge neben hidden auch searchable: true hinzu. Verborgene Seiten →

Raster- und Fensterdekorationen. Zwei neue Hintergrundmuster ergänzen den standardmäßigen Verlauf des Jam-Themes. Setze background.decoration auf "grid" für ein dezentes Punkteraster mit 24 px oder auf "windows" für zwei Milchglasflächen im Stil von Windows 11 in den oberen Ecken. Der Verlauf und die flache Füllung "none" funktionieren weiterhin wie zuvor – wähle den Look, der zu deiner Marke passt. Hintergrund →

Hintergrundanpassung. Ein neuer background-Block in docs.json deaktiviert den Verlauf im hellen Modus von Jam, überschreibt die Seitenfarbe je Modus oder passt Farbe, Größe, Position und Deckkraft des Verlaufs an. Eigenes CSS ist nicht erforderlich. Hintergrund →

D2-Diagramme. Neben Mermaid steht jetzt eine zweite Diagramm-Programmiersprache zur Verfügung. Kennzeichne einen umzäunten Codeblock mit d2, und Jamdesk rendert ihn beim Build als SVG mit integrierten hellen und dunklen Themes. Der Workflow entspricht dem von Mermaid – wähle die Sprache, die für dein Diagramm am besten passt. D2-Diagramme →

Gruppierte Suchergebnisse. Die Suche zeigt dieselbe Seite nicht mehr für jeden Abschnittstreffer mehrfach an. Treffer werden im Suchmodal unter ihrer übergeordneten Seite gebündelt. Standardmäßig sind bis zu drei Abschnitte sichtbar; für die übrigen gibt es einen Inline-Erweiterer. Die Hervorhebung von Snippets bleibt erhalten – du findest den richtigen Abschnitt mit weniger Suchvorgängen.

docs.json beim Verbinden automatisch erkennen. Beim Verbinden eines GitHub-Repositories wird deine docs.json gefunden, unabhängig davon, wo sie liegt. Der Verbindungsablauf durchsucht den gesamten Baum und weist auf eine Mintlify-mint.json hin, falls eine gefunden wird. Monorepos und verschachtelte Konfigurationen funktionieren ohne manuelle Einrichtung. GitHub verbinden →

Hinweise zum Speicherort von docs.json in der CLI. Falsch abgelegte Konfigurationen lassen sich leichter erkennen. jamdesk validate, jamdesk dev und jamdesk doctor melden, wo sich deine docs.json tatsächlich befindet – oder wo sie liegen sollte – statt einen allgemeinen Fehler „not found“ auszugeben. Behebe das Problem in wenigen Sekunden, ohne einen Stacktrace entschlüsseln zu müssen. CLI-Übersicht →

Standardskonformes hreflang. Hreflang-Tags erzeugen jetzt gültige BCP-47-Codes. Locale-Ordner wie cn, jp und ja-jp werden auf die von Suchmaschinen erwarteten Codes (zh, ja) abgebildet, und Sitemap-URLs werden XML-kodiert. Jede lokalisierte Seite wird in ihrer eigenen Region eingestuft, statt als doppelter Inhalt behandelt zu werden. Sprachen →

PDF-Export. Rendere deine gesamte Dokumentationswebsite über Settings → PDF Exports im Dashboard als einzelnes PDF. Nur für kostenpflichtige Tarife. Mehrsprachige Projekte wählen pro Export ein Locale. Ergebnisse werden pro Commit zwischengespeichert, und nach Abschluss des Renderings erhältst du eine E-Mail mit einem Download-Link.

Mehrsprachige OpenAPI-Spezifikationen. Endpoint-Seiten rendern übersetzte OpenAPI-Spezifikationen neben übersetztem MDX. Lege eine Datei <spec>.<lang>.<ext> (z. B. openapi/api.fr.yaml) neben deiner Quellspezifikation ab. Jamdesk verwendet sie für die URLs der jeweiligen Sprache und fällt auf die englische Spezifikation zurück, wenn keine Sprachvariante vorhanden ist. Operationszusammenfassungen, Parameterbeschreibungen, Response-Beschreibungen und Schemabeschreibungen werden lokalisiert. Einrichtung: OpenAPI-Spezifikationen übersetzen.

Visibility-Komponente. Mit der neuen Komponente <Visibility for="humans|agents"> kannst du auf derselben Seite Inhalte für menschliche Leser oder KI-Agenten abgrenzen. Nur für Menschen bestimmte Blöcke werden im Browser gerendert, aber aus .md-Exporten und llms-full.txt entfernt; nur für Agenten bestimmte Blöcke verhalten sich umgekehrt. Agenten, die unter kanonischen URLs Accept: text/markdown anfordern, erhalten automatisch die Agentenansicht.

Passwortschutz, neu aufgebaut. Sperre deine gesamte Website mit einem gemeinsamen Passwort oder schütze nur einige Seiten, während der Rest öffentlich bleibt. Setze auth.password.enabled: true für den Modus der gesamten Website oder kennzeichne einzelne Seiten im Frontmatter mit private: true bzw. liste sie unter auth.password.private für den Modus bestimmter Seiten auf. Die Einstellungsseite im Dashboard führt dich durch das Festlegen, Ändern und Widerrufen des Passworts. Besucher sehen einen gebrandeten Entsperrbildschirm mit dem Logo deiner Website, der Primärfarbe und einem optionalen Hinweis aus deiner docs.json. Einrichtungsleitfaden: Passwortschutz.

Automatische WebP-Bildkonvertierung. Jamdesk kann deine PNG- und JPG-Bilder beim Build in WebP konvertieren. Die konvertierten Dateien sind normalerweise 60–80 % kleiner als die Originale, ohne sichtbaren Qualitätsverlust. Dadurch laden deine Seiten schneller, ohne dass du Bilder manuell verarbeiten musst. Aktiviere die Funktion mit images.convertToWebp: true in docs.json. Favicons, og:image und twitter:image behalten aus Kompatibilitätsgründen mit Social-Crawlern ihr ursprüngliches Format. Ein neuer Schritt Optimizing images zeigt während jedes Builds den Live-Fortschritt im Dashboard und in der CLI. Automatische Bildkonvertierung →

API Playground. Endpoint-Seiten verfügen jetzt über einen interaktiven "Try it"-Button. Fülle Parameter aus, beobachte die Aktualisierung von Codebeispielen in Echtzeit und sende Live-Anfragen, ohne deine Dokumentation zu verlassen. Standardmäßig auf allen API-Seiten aktiviert. Funktioniert sowohl mit OpenAPI- als auch mit MDX-authored Endpoints.

Claude-Code-Plugin. Installiere das Jamdesk-Plugin für Claude Code, um Claude umfassende Kenntnisse über MDX-Komponenten, die Konfiguration von docs.json, Navigationsmuster und CLI-Befehle zu geben. Installation in zwei Schritten über den Plugin-Marktplatz. Zusammen mit CLAUDE.md und dem MCP-Server eignet es sich zum KI-gestützten Schreiben von Dokumentation.

Build-Warnungen bei fehlendem Branding. Builds warnen jetzt, wenn favicon- oder logo-Pfade in docs.json auf Dateien verweisen, die in deinem Projekt nicht existieren. Warnungen erscheinen in den Build-Details des Dashboards sowie in der CLI über jamdesk dev und jamdesk validate. Es wird keine E-Mail versendet; die Warnung dient nur zur Information.

YouTube Shorts. Die <YouTube>-Komponente unterstützt vertikale Shorts über die Prop short und rendert einen zentrierten 9:16-Player ohne schwarze Balken. Verwende <YouTube id="VIDEO_ID" short />.

KI-Aktionsmenü. Ein Dropdown auf jeder Seite ermöglicht Lesern, Markdown zu kopieren, die Seite in ChatGPT, Claude oder Perplexity zu öffnen, die MCP-Server-Konfiguration abzurufen oder sie mit einem Klick in Cursor oder VS Code zu installieren. Standardmäßig aktiviert; wähle über contextual in docs.json, welche Optionen angezeigt werden.

Analytics. Cookie-freies Seiten-Analytics erfasst Aufrufe, Traffic-Quellen und Besuchertrends mit Aufschlüsselungen pro Seite. Ein Einwilligungsbanner ist nicht erforderlich. Übersicht: Analytics.

Integrationen. Google Analytics 4, Google Tag Manager, Plausible Analytics und Slack-Build-Benachrichtigungen (Pro).

RSS-Feed für Changelogs. Seiten mit rss: true im Frontmatter erzeugen jetzt automatisch einen abonnierbaren RSS-Feed. Neben dem Seitentitel erscheint ein RSS-Symbol, und während jedes Builds wird aus deinen Update-Komponenten eine feed.xml erstellt. Verwende die neue date-Prop bei Update für korrekte Feed-Daten.

CLI-Anmeldung und Deploy. jamdesk login authentifiziert dich über den Browser. jamdesk deploy paketiert dein Projekt und startet einen Build im Terminal. Eine GitHub-Verbindung ist nicht erforderlich. Die CLI berücksichtigt .gitignore, warnt vor geheimen Dateien und streamt den Build-Fortschritt inline.

CLI-Rechtschreibprüfung. jamdesk spellcheck prüft deine Dokumentation mit mehr als 180 integrierten technischen Begriffen auf Rechtschreibfehler (nur Englisch). jamdesk spellcheck --fix startet einen interaktiven Modus, um Tippfehler zu korrigieren oder Wörter zu deiner Ignorierliste hinzuzufügen.

Video-Einbettungen. Bette .mp4- und .webm-Dateien direkt in deine Dokumentation ein. Lege sie in einem Verzeichnis /videos ab und verwende Markdown-Syntax (<Video src="/_jd/videos/demo.mp4?v=mtdeje8z" title="Demo" />) oder die <Video>-Komponente für automatische Wiedergabe, Schleifen und weitere Steuerelemente.

Eigenes JavaScript. Füge über styling.js in docs.json clientseitige Skripte für Chat-Widgets, Analytics oder Integrationen von Drittanbietern hinzu.

KI-Chat. Integrierter Chat-Assistent auf jeder Dokumentationswebsite. Besucher stellen Fragen und erhalten Antworten mit Zitierlinks zu den Quellseiten. Unterstützt von Claude und in allen Tarifen aktiviert.

KI-Integration. Jede Website erzeugt llms.txt für LLM-Kontextfenster, stellt rohes Markdown unter .md-URLs bereit und enthält unter /_mcp einen MCP-Server mit den Tools searchDocs und getPage. Einrichtungsleitfäden für Claude Code, Cursor und Codex. Außerdem: Mit KI schreiben und Automatisierte Updates.

CLI. jamdesk dev für eine lokale Vorschau mit Hot Reload, jamdesk validate für defekte Links, jamdesk migrate für die Konvertierung von Mintlify, GitBook oder Docusaurus und jamdesk doctor für Einrichtungsprobleme. Installation über npm, curl oder Homebrew. Vollständige Referenz →

VS-Code-Erweiterung. Starte, stoppe und starte den Dev-Server neu über die Statusleiste von VS Code; ein Terminal ist nicht erforderlich.

TXT-Verifizierung benutzerdefinierter Domains. Alle benutzerdefinierten Domains erfordern jetzt vor der Aktivierung des Routings einen TXT-Eintrag (_jamdesk.yourdomain.com). Dies verhindert die Übernahme nicht beanspruchter Subdomains. Neu hinzugefügte Domains sehen den TXT-Eintrag im Einrichtungsablauf des Dashboards. Siehe den Leitfaden zu benutzerdefinierten Domains.

Mehrsprachige Unterstützung. Definiere separate Navigationsbäume und Inhaltsverzeichnisse pro Locale. Leser wechseln die Sprache über ein Dropdown in der oberen Leiste.

Such-Analytics. Erfahre, wonach Leser suchen, welche Anfragen keine Ergebnisse liefern und welche Ergebnisse tatsächlich angeklickt werden. Nützlich, um Lücken in deinen Inhalten zu finden.

Jamdesk startet. Schreibe Dokumentation in MDX, pushe sie zu GitHub und erhalte eine Website auf einem globalen CDN. Builds sind in weniger als 60 Sekunden abgeschlossen.

MDX & Komponenten. Mehr als 20 integrierte Komponenten: Tabs, Akkordeons, Schritte, Codegruppen, Mermaid-Diagramme, KaTeX-Mathematik und Symbole. Syntaxhervorhebung mit Zeilennummern in Codeblöcken. Erstelle eigene React-Komponenten mit Tailwind und Hooks und verwende Inhalte mit Snippets wieder. Komponentenübersicht →

OpenAPI-Dokumentation. Erzeuge API-Referenzseiten aus deiner OpenAPI-Spezifikation über api.openapi in docs.json.

Deployment. Automatischer Deploy von GitHub bei Push mit einer Verzögerung von 10 Sekunden. Benutzerdefinierte Domains mit automatischem SSL, Hosting unter einem Unterpfad unter /docs (Vercel, CloudFront, Cloudflare, nginx) und Monorepo-Unterstützung.

Anpassung. Drei Themes (jam, nebula, pulsar) mit eigenen Farben, Logos und Footer. Eigenes CSS für Stilüberschreibungen. Flexible Navigation mit Tabs, Gruppen und Symbolen. Weiterleitungen mit exakter und Wildcard-Übereinstimmung.

Suche & SEO. Volltextsuche mit Cmd+K, ohne Konfiguration. Sitemaps, OG-Bilder und seitenbezogene Metadaten standardmäßig enthalten.

docs.json-Referenz. Vollständige Konfigurationsreferenz für alle Einstellungen und Optionen.

Hilfe-Center. Leitfäden zu Kontoverwaltung, Abrechnung und Fehlerbehebung.