Änderungsprotokoll

Leser direkt in ihre eigene Sprache schicken. Setze "localization": { "autoRedirect": true } in docs.json, und ein Erstbesucher, dessen Browser Französisch anfragt, landet auf /fr statt in deiner Standardsprache. Seine Wahl bleibt ein Jahr lang bestehen, und die Auswahl einer Sprache im Umschalter überschreibt sie. Nur die Stammseite deiner Website wird jemals umgeleitet – eine Sprach-URL wie /fr und ein Deep Link wie /guides/authentication öffnen sich für alle genau so, wie sie angefragt wurden, sodass ein Link, den du in ein Ticket einfügst, für die klickende Person dieselbe Seite öffnet. Crawler werden ebenfalls nie umgeleitet, deine hreflang-Tags entscheiden also weiterhin, was indexiert wird. Standardmäßig aus; erfordert zwei oder mehr konfigurierte Sprachen. Automatisches Sprach-Routing →

Das „zuletzt aktualisiert“-Datum einer Seite überschreiben. metadata.timestamp in docs.json zeigt bereits eine „Last updated on …“-Zeile, die aus dem letzten Git-Commit der Seite stammt. Füge dem Frontmatter einer Seite lastUpdatedDate: "2026-09-01" hinzu, und dieses Datum ersetzt in der Fußzeile das Commit-Datum. Es fließt außerdem in das <lastmod> deiner Sitemap und das dateModified der strukturierten Daten der Seite ein, unabhängig davon, ob die Fußzeile aktiv ist – so sehen Suchmaschinen und KI-Assistenten dasselbe Datum wie deine Leser. Nützlich, nachdem du eine Seite geprüft hast, oder wenn ein Formatierungs-Commit das Datum verschoben hat, ohne dass sich für Leser etwas geändert hätte. Frontmatter →

Die Kopier-Schaltfläche eines Codeblocks abschalten. Füge dem Fence nocopy hinzu, und dieser Block verliert seine Kopier-Schaltfläche, während alle anderen Blöcke ihre behalten; es lässt sich mit einem Titel und allen weiteren Fence-Optionen kombinieren und wirkt innerhalb einer <CodeGroup> pro Tab. Nutze es für Terminal-Mitschnitte, geschwärzte Beispiele und „So bitte nicht“-Snippets – überall dort, wo das Kopieren des gerenderten Textes dem Leser etwas gibt, das nicht funktioniert. Code-Blöcke →

Leser mit dem eigenen Login anmelden. Die JWT-Authentifizierung schützt eine Dokumentationswebsite mit dem bereits vorhandenen Anmeldesystem, sodass niemand ein gemeinsames Passwort eingeben muss. Aktiviere auth.jwt in docs.json, generiere unter Settings einen Ed25519-Signaturschlüssel und lasse dein Backend ein kurzlebiges Token signieren, wenn ein Benutzer die Dokumentation öffnet. Jamdesk verifiziert es und startet eine benutzerspezifische Sitzung, die bis zu 30 Tage dauert. Füge einer Seite groups: ["admin"] hinzu, damit nur Besucher, deren Token diese Gruppe enthält, sie öffnen oder in der Seitenleiste sehen können; alle anderen erhalten einen 404-Fehler. Öffentliche Pfade, public: true im Frontmatter und öffentliche Navigationsgruppen halten ein Änderungsprotokoll oder eine Statusseite offen. Du kannst das API-Playground außerdem mit den eigenen Zugangsdaten des Besuchers aus dem Token vorausfüllen. In jedem Tarif enthalten; der Wechsel vom Passwortschutz ist ohne Schutzlücke möglich. JWT Authentication →

Die Stammseite der Website exportiert ebenfalls Markdown. Rufe den Dokumentationsstamm oder einen Sprachstamm wie /fr mit Accept: text/markdown oder als /index.md ab. Du erhältst die erste Seite dieser Navigation, also dieselbe Seite, die der HTML-Stamm anzeigt. Websites ohne index.mdx gaben hier bisher einen 404-Fehler zurück, wodurch die erste Anfrage vieler Agents fehlschlug. Markdown Source →

Jamdesk übersetzt deine Dokumentation in 27 Sprachen. Wähle unter Settings → Translations bis zu fünf Sprachen pro Projekt aus. Nach jedem Build werden die übersetzten Seiten in dein GitHub-Repository übertragen. Spätere Builds übersetzen nur Seiten neu, deren englische Quelle geändert wurde. Bereits vorhandene oder manuell bearbeitete Übersetzungen bleiben erhalten, bis du auf Replace with AI translation klickst. In jedem Tarif enthalten. AI Translation →

Wähle deine eigene Dokumentations-URL. Das Hosting in einem Unterpfad ist nicht mehr an /docs gebunden. Gib im Feld für den Unterpfad auf der Karte „Custom Domain“ ein einzelnes Segment wie help oder guide ein und speichere es. /docs bleibt erreichbar, Canonical URLs wechseln sofort zum neuen Pfad, und der vorherige benutzerdefinierte Unterpfad leitet bei einer einmaligen Umbenennung zum neuen weiter. So kannst du deinen Proxy in deinem eigenen Tempo aktualisieren. Subpath Hosting →

Mit KI schneller beheben. Das Öffnen der Fehlerbehebungsvorschau über das Build-Banner ist jetzt schneller, auch bei großen Websites. Beim erneuten Öffnen ist die Vorschau nahezu sofort verfügbar, da Jamdesk die Scanergebnisse speichert, bis sich deine Dokumentation ändert. Der Ablauf bleibt unverändert: Prüfe jeden vorgeschlagenen Edit, wende die freigegebenen an, und Jamdesk committet sie und startet einen neuen Build. Fix with AI →

Ein viertes Theme: Halo. Setze "theme": "halo" in docs.json, um ein warmes, abgerundetes Erscheinungsbild zu erhalten: die Schrift Figtree, einen sandfarbenen Hintergrund mit auf einer Karte angehobenen Inhalten und die größten Eckenradien aller integrierten Themes. Benutzerdefinierte Farben, Schriften und CSS-Überschreibungen funktionieren genauso wie bei Jam, Nebula und Pulsar. Theming →

Dokumentation nur über deine eigene Domain bereitstellen. Aktiviere Custom domain only auf der Karte „Custom Domain“. Ein direkter Aufruf von YOUR_SLUG.jamdesk.app gibt dann einen 404-Fehler zurück, während dein CNAME oder Proxy weiterhin funktioniert. Jamdesk prüft deine Live-Domain, bevor die Option aktiviert wird. Wenn dein DNS ausfällt, wird die Subdomain wieder bereitgestellt, bis der Dienst zurückkehrt. Dadurch wird die Subdomain vor direkten Besuchern verborgen, aber nicht gesteuert, wer deine Dokumentation lesen kann; verwende dafür zusätzlich den Passwortschutz. Custom domain only →

Die gesamte API-Referenz aus einer Spezifikation erstellen. Verweise mit "openapi": { "source": "/openapi/api.yaml", "generate": true } in einem Navigationstab auf deine OpenAPI-Datei. Bei jedem Build wird eine Seite pro Operation erstellt, in der Seitenleiste nach Tag gruppiert. Eine bereits committete Endpoint-Seite behält ihren Slug, sodass du schrittweise migrieren kannst. Ein umbenannter Pfad leitet von seiner alten URL weiter, statt einen 404-Fehler zurückzugeben. Generated API pages →

Leser wählen den gewünschten API-Server aus. Ein Endpoint, dessen Spezifikation mehrere servers-Einträge enthält, zeigt neben seiner URL eine Auswahl an. Wenn Sandbox ausgewählt wird, ändern sich die Basis-URL, der Kopierbutton, alle Codebeispiele und die vom Playground gesendete Anfrage. So kopiert niemand einen produktiven curl-Befehl 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 bold werden in Parameter-, Request-Body-, Response- und Schema-Beschreibungen genauso gerendert wie bisher in der Operationsbeschreibung. Neun Stellen verhielten sich zuvor unterschiedlich; jetzt verwenden alle denselben Renderer. OpenAPI Example →

Markdown-Exporte von Endpoints enthalten Authentifizierungsdaten. Rufe die .md-Version einer API-Referenzseite ab. Sie endet mit einem Abschnitt ## Authentication, der die von der Operation benötigten Schemata aufführt: Typ, Headername, Bearer-Format, OAuth-2-Scopes und gültige Kombinationen. Ein Agent kann beim Lesen des Exports eine funktionierende Anfrage erstellen, ohne deine Spezifikation zu öffnen. Markdown Source →

Eine Seite aus der Suche ausschließen, ohne sie zu verbergen. Füge dem Frontmatter einer Seite search: false hinzu. Dadurch wird sie aus der Seitensuche, den Antworten des AI-Chats und dem MCP-Server entfernt, bleibt aber in deiner Seitenleiste, Sitemap und llms.txt. Verwende dies für eine überholte Seite, die weiterhin verlinkbar und indexierbar sein soll. Verborgene und nicht indexierte Seiten werden ebenfalls von KI-Antworten ausgeschlossen, was zuvor nicht der Fall war. Keep a page out of search only →

jamdesk validate warnt vor wirkungsloser Konfiguration. Einige docs.json-Schlüssel wurden akzeptiert, ohne jemals gerendert zu werden, insbesondere asyncapi. Dadurch schien die Konfiguration unterstützt zu werden, bis der Build abgeschlossen war und keine Inhalte erschienen. Der Befehl nennt diese Schlüssel ebenso wie zusätzliche api.mdx.server-Einträge nach dem ersten, die schon immer verworfen wurden. CLI overview →

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

Build-Warnungen mit KI im Dashboard beheben. Wenn ein Build mit defekten Links oder Seiten ohne Beschreibung abgeschlossen wird, erscheint jetzt ein Fix with AI-Banner im Build. Es zeigt, wie viele Probleme behoben werden können. Öffne es, um jeden vorgeschlagenen Edit — neu geschriebene Anker und vorgeschlagene Seitenbeschreibungen — in der Vorschau zu prüfen, und wende die freigegebenen Änderungen an. Jamdesk committet sie in deinen GitHub-Branch und startet einen neuen Build. Alles, was nicht eindeutig gelöst werden kann, wird separat aufgeführt und kann manuell behoben werden. Fix with AI →

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

Vertrauenswürdige Bots deine Dokumentation veröffentlichen lassen. Automatisierungskonten wie Dependabot, Renovate oder ein CMS-Publishing-Bot sind keine Jamdesk-Mitglieder. Ihre Pushes lösen daher standardmäßig keinen Build aus. Wenn ein Konto nun abgewiesen wird, zeigt der Build einen Authorize Bot Account-Button mit einem Klick an. Genehmige ihn, damit die Pushes des Kontos deine Live-Website wie die eines Teammitglieds veröffentlichen. Nur Projektmitglieder können ein Konto autorisieren. Unter Allowed automation accounts in den GitHub-Einstellungen deines Projekts kannst du den Zugriff jederzeit prüfen oder widerrufen.

Deine Dokumentation erhält bei jedem Build einen AI Score. Jamdesk bewertet jetzt automatisch nach jedem Build direkt im Dashboard, wie gut KI-Agents deine veröffentlichte Dokumentation lesen können — anhand des offenen AFDocs-Standards. Sieh deinen Score von 0–100 und die Buchstabennote, beobachte die Entwicklung über mehrere Builds und erhalte für jedes Problem eine verständliche Lösung. Über den Button Copy prompt to fix kannst du den Fund an deinen KI-Coding-Agent übergeben. Aktiviere Email team when score changes, um bei einer wesentlichen Änderung deines Scores benachrichtigt zu werden. AI Score →

Defekte Links automatisch beheben. Warnungen zu defekten internen Links mit eindeutigem Ziel — etwa Tippfehler in Ankern 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 zu sehen, und anschließend jamdesk fix, um sie anzuwenden. Geändert werden nur Warnungen, bei denen der korrekte Anker zu einer vorhandenen Überschrift führt; mehrdeutige Fälle bleiben zur manuellen Prüfung bestehen. CLI overview →

Alles mit einem Banner ankündigen. Füge deiner docs.json ein banner hinzu. Eine Nachrichtenleiste wird dann oben auf jeder Seite — über dem Header und in der Akzentfarbe deines Themes — angeheftet. Verwende darin Links, bold und italic und setze dismissible: true, um Lesern einen Schließen-Button zu geben. Das Banner bleibt geschlossen, bis du die Nachricht änderst. Banner →

Anzeigen, 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 vom letzten Git-Commit, der die Seite geändert hat, und bleibt bei jedem Build ohne manuelle Pflege korrekt. Page Metadata →

Navigationssymbole gestalten. Symbole für Seitenleiste, Gruppen, Tabs, Anker und Suche berücksichtigen jetzt style in einem Icon-Objekt ({ "name": "rocket", "style": "duotone" }) oder ein Style-Präfix (duotone/rocket) — darunter light, thin, duotone und sharp, nicht nur solid. Icons →

Die Suchleiste anpassen. Wähle mit search.prompt deinen eigenen Platzhaltertext und stelle mit search.popularPages die im leeren Suchfeld angezeigten Schnelllinks zusammen — jeweils mit Titel, Seiten-Slug und einem Font Awesome-Symbol. Search configuration →

E-Mail-Anmeldungen ohne Embed sammeln. 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 nie auf deine veröffentlichte Website. Füge die EmailSubscribe-Komponente zu einer beliebigen Seite hinzu oder setze placement: changelog, um automatisch auf jeder Änderungsprotokollseite ein Anmeldefeld anzuzeigen. Email Signups →

Analyse durch Cookie-Einwilligung schützen. Füge deiner docs.json den Schlüssel integrations.cookies hinzu. Jamdesk hält dann jedes Analyse- und Tracking-Skript zurück — Google Analytics, GTM, Plausible, Crisp, benutzerdefiniertes JavaScript und die integrierte Analyse — bis der Besucher zustimmt. Die Zustimmung wird aus einem localStorage-Flag gelesen, das dein Einwilligungsbanner setzt. Lade ein Osano- oder Termly-Banner ebenfalls direkt aus docs.json; ein kurzes Bridge-Snippet setzt das Flag sofort nach der Zustimmung, und die Skripte werden ohne Neuladen der Seite geladen. Cookie Consent →

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-Agents 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 jeden übersetzten Index, zum Beispiel /fr/llms.txt. So bleibt jede Datei klein genug, dass kein Agent sie kürzt. llms.txt →

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

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

API-Spezifikationen als ZIP herunterladen. Im Menü „AI Actions“ jeder API-Referenzseite gibt es jetzt die Option Download API spec. Sie bündelt alle OpenAPI-Spezifikationen, auf die deine Website verweist — lokale Dateien und externe URLs gleichermaßen — in einer einzelnen api-specs.zip. Bei Spezifikationen mit mehreren Dateien bleibt die Ordnerstruktur von $ref erhalten, sodass der Download direkt in Postman, einen Client-Generator oder deine eigenen Tools übernommen werden kann. AI Actions →

OpenAPI-Spezifikationen beim Build validieren. Jeder Deploy validiert jetzt strikt die OpenAPI-Spezifikationen, auf die deine docs.json verweist, und meldet jedes Problem als nicht blockierende 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-Parsingfehler 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 overview →

KI direkt aus der Suche fragen. Beginne mit der Eingabe in der Suche und übergib deine Frage an den AI-Chat, statt ein Ergebnis zu öffnen — drücke ⌘/Ctrl+Enter oder klicke in der Suchfußzeile 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. AI Chat →

Antworten und Transkripte kopieren. Jede Antwort des AI-Chats verfügt über einen Kopierbutton, 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 ein Dokument. AI 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 wieder nach unten, wird die automatische Positionierung erneut aktiviert.

Benutzerdefiniertes CSS in der lokalen Vorschau (CLI). jamdesk dev wendet dein benutzerdefiniertes 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. Custom CSS →

Benutzerdefinierte 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 seitenbezogene Werte überschreiben die Standardwerte aus docs.json. SEO →

Verborgene Seiten. Halte Entwürfe, interne Handbücher oder veraltete Leitfäden aus Seitenleiste und Suchergebnissen heraus, ohne sie zu löschen. Füge hidden: true zum Frontmatter einer Seite oder zu einer Gruppe beziehungsweise 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 brauchst eine verborgene Gruppe, deren Seiten weiterhin in der Suche erscheinen? Füge zusätzlich zu hidden searchable: true hinzu. Hidden pages →

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

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

D2-Diagramme. Neben Mermaid steht jetzt eine zweite Diagrammsprache zur Verfügung. Kennzeichne einen umschlossenen Codeblock mit d2, und Jamdesk rendert ihn beim Build als SVG mit integrierten hellen und dunklen Themes. Der Ablauf entspricht Mermaid — wähle die Sprache, die für das gewünschte Diagramm besser passt. D2 Diagrams →

Gruppierte Suchergebnisse. Die Suche zeigt dieselbe Seite nicht mehr für jeden Abschnittstreffer mehrfach an. Treffer werden im Suchmodal unter ihrer übergeordneten Seite gruppiert. Standardmäßig sind bis zu drei Abschnitte sichtbar; ein Inline-Aufklapper zeigt weitere. Die Hervorhebung in den Snippets bleibt erhalten, sodass du den richtigen Abschnitt mit weniger Suchvorgängen findest.

docs.json beim Verbinden automatisch erkennen. Beim Verbinden eines GitHub-Repositorys wird deine docs.json unabhängig von ihrem Speicherort gefunden. Der Verbindungsablauf durchsucht den gesamten Baum und weist stattdessen auf eine Mintlify-mint.json hin, falls eine gefunden wird. Monorepos und verschachtelte Konfigurationen funktionieren ohne manuelle Einrichtung. Connecting GitHub →

Hinweise zum Speicherort von docs.json in der CLI. Falsch platzierte 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 „not found“-Fehler auszugeben. Behebe das Problem in wenigen Sekunden, ohne einen Stacktrace entschlüsseln zu müssen. CLI overview →

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

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

Mehrsprachige OpenAPI-Spezifikationen. Endpoint-Seiten rendern übersetzte OpenAPI-Spezifikationen zusammen mit übersetztem MDX. Lege eine Datei im Format <spec>.<lang>.<ext> — beispielsweise openapi/api.fr.yaml — neben deiner Quellspezifikation ab. Jamdesk verwendet sie für die URLs dieser Sprache und fällt auf die englische Spezifikation zurück, wenn eine Sprachvariante fehlt. Operationszusammenfassungen, Parameterbeschreibungen, Response-Beschreibungen und Schemabeschreibungen werden lokalisiert. Einrichtung: Translating OpenAPI Specs.

Visibility-Komponente. Die neue <Visibility for="humans|agents">-Komponente ermöglicht es, Inhalte auf derselben Seite für menschliche Leser oder KI-Agents abzugrenzen. Nur für Menschen bestimmte Blöcke werden im Browser gerendert, aber aus .md-Exporten und llms-full.txt entfernt; nur für Agents bestimmte Blöcke verhalten sich umgekehrt. Agents, die unter Canonical URLs Accept: text/markdown anfordern, erhalten automatisch die Agent-Ansicht.

Passwortschutz, neu entwickelt. Sperre deine gesamte Website mit einem gemeinsamen Passwort oder schütze nur einige Seiten, während der Rest öffentlich bleibt. Setze für den Schutz der gesamten Website auth.password.enabled: true oder kennzeichne einzelne Seiten im Frontmatter mit private: true. Alternativ kannst du sie unter auth.password.private auflisten. Die Settings-Seite im Dashboard führt dich durch das Festlegen, Ändern und Widerrufen des Passworts. Besucher sehen einen gebrandeten Entsperrbildschirm mit dem Logo und der Primärfarbe deiner Website sowie einem optionalen Hinweis aus docs.json. Einrichtungsanleitung: Password Protection.

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. Deine Seiten laden dadurch schneller, ohne dass eine manuelle Bildverarbeitung erforderlich ist. Aktiviere die Funktion mit images.convertToWebp: true in docs.json. Favicons, og:image und twitter:image bleiben für die Kompatibilität mit Social-Crawlern im Originalformat. Ein neuer Schritt Optimizing images zeigt während jedes Builds den Fortschritt im Dashboard und in der CLI an. Automatic Image Conversion →

API-Playground. Endpoint-Seiten verfügen jetzt über einen interaktiven "Try it"-Button. Fülle Parameter aus, beobachte die Aktualisierung der Codebeispiele 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 in MDX verfassten Endpoints.

Claude-Code-Plugin. Installiere das Jamdesk-Plugin für Claude Code, damit Claude umfassende Kenntnisse über MDX-Komponenten, die docs.json-Konfiguration, Navigationsmuster und CLI-Befehle erhält. Die Installation aus dem Plugin-Marktplatz erfolgt in zwei Schritten. Kombiniere es mit CLAUDE.md und dem MCP-Server, um Dokumentation mit KI-Unterstützung zu schreiben.

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 und in der CLI über jamdesk dev und jamdesk validate. Es wird keine E-Mail gesendet; die Warnung dient nur zur Information.

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

AI-Actions-Menü. Ein Dropdown auf jeder Seite ermöglicht es 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; lege über contextual in docs.json fest, welche Optionen angezeigt werden.

Analyse. Cookie-freie Seitenanalyse zur Erfassung von Aufrufen, Traffic-Quellen und Besuchertrends mit Aufschlüsselungen pro Seite. Kein Einwilligungsbanner erforderlich. Übersicht: Analytics.

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

RSS-Feed für Änderungsprotokolle. Seiten mit rss: true im Frontmatter erzeugen jetzt automatisch einen abonnierbaren RSS-Feed. Neben dem Seitentitel erscheint ein RSS-Symbol, und bei jedem Build wird aus deinen Update-Komponenten ein feed.xml erstellt. Verwende die neue Prop date auf Update für korrekte Feed-Daten.

CLI-Login und Deploy. jamdesk login authentifiziert über den Browser. jamdesk deploy verpackt 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 zur Ignorierliste hinzuzufügen.

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

Benutzerdefiniertes JavaScript. Füge über styling.js in docs.json clientseitige Scripts für Chat-Widgets, Analyse oder Integrationen von Drittanbietern hinzu.

AI-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 Roh-Markdown unter .md-URLs bereit und enthält unter /_mcp einen MCP-Server mit den Tools searchDocs und getPage. Einrichtungsanleitungen für Claude Code, Cursor und Codex. Außerdem: Writing with AI und Automated Updates.

CLI. jamdesk dev für 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, beende und starte den Dev-Server neu über die Statusleiste von VS Code; ein Terminal ist nicht erforderlich.

TXT-Verifizierung benutzerdefinierter Domains. Für alle benutzerdefinierten Domains ist jetzt vor der Aktivierung des Routings ein TXT-Eintrag (_jamdesk.yourdomain.com) erforderlich. Dadurch wird die Übernahme nicht beanspruchter Subdomains verhindert. Neu hinzugefügte Domains sehen den TXT-Eintrag im Einrichtungsvorgang des Dashboards. Siehe die Anleitung 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.

Suchanalyse. Erfahre, wonach Leser suchen, welche Suchanfragen keine Ergebnisse liefern und welche Ergebnisse tatsächlich angeklickt werden. Hilfreich zum Erkennen von Inhaltslücken.

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 benutzerdefinierte 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. Automatisches Deployment von GitHub bei Push mit einer Verzögerung von 10 Sekunden. Benutzerdefinierte Domains mit automatischem SSL, Hosting in Unterpfaden unter /docs (Vercel, CloudFront, Cloudflare, nginx) und Monorepo-Unterstützung.

Anpassung. Drei Themes (jam, nebula, pulsar) mit benutzerdefinierten Farben, Logos und Footer. Benutzerdefiniertes 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. Anleitungen zu Kontoverwaltung, Abrechnung und Fehlerbehebung.