Ai-Leonidas
01 / 09
Prompt für Claude Erstgespräch
Generative Engine Optimization

Eine gute
llms.txt.

Markdown im Root, kuratiert, klein. Damit Claude, ChatGPT und Perplexity deine Site so lesen, wie du sie meinst.

Erste Ausgabe · April 2026 · Ai Leonidas
Spec von Jeremy Howard
Inhalt

In neun Folien.

Kapitel 01

Eine Karte für LLMs.

Eine gute llms.txt folgt der Spec von Jeremy Howard und ist eine Markdown-Datei im Root deiner Site, also etwa ai-leonidas.ch/llms.txt. Sie beantwortet eine einzige Frage: wenn ein LLM nur drei Minuten Zeit hat, womit soll es anfangen?

Robots.txt sagt, was Crawler nicht dürfen. Llms.txt sagt, was LLMs lesen sollten. Zwei Dateien, zwei Funktionen.

Wofür sie da ist

Kuratierter Einstieg

Nicht alle Seiten, sondern die wichtigen. Mit kurzer Beschreibung pro Eintrag und einer Reihenfolge, die dem LLM zeigt, was zuerst zählt.

Wofür sie nicht da ist

Kein Sitemap-Ersatz

Keine SEO-Optimierung, kein Trainings-Opt-in oder -out, kein Marketing-Kanal. Wenn du dort Slogans unterbringst, hast du das Format missverstanden.

Robots.txt ist für Crawler. Llms.txt ist für die Modelle, die danach kommen.
Kapitel 02

Aufbau, von oben nach unten.

Die Spec ist absichtlich strikt. Wer sich daran hält, ist mit zehn Zeilen fertig.

  1. H1 mit dem Namen. Pflicht. Kein Slogan, kein Hero-Text. Nur der Name des Projekts oder der Site.
  2. Ein Blockquote mit dem Summary. Pflicht. Ein bis zwei Sätze, was das Projekt ist und für wen es ist.
  3. Optionaler Fliesstext. Hintergrund, Konventionen, Hinweise auf besondere Routen. Keine Überschriften, nur Absätze und Listen.
  4. H2-Sektionen mit Linklisten. Eine Sektion pro Themenblock: Docs, Beispiele, API, Inhalte. Jeder Eintrag im Format - [Titel](URL): Beschreibung in einer Zeile.
  5. Eine Sektion namens "Optional". Alles, was weggelassen werden darf, wenn der Context knapp wird. Praktisch der Schmerzschalter für lange Files.
Reihenfolge zählt
Die Spec verlangt diese Reihenfolge nicht aus Stilgründen. LLMs lesen von oben, kürzen von unten. Was zuerst steht, kommt zuerst in den Context.
Kapitel 03

So sieht das in echt aus.

Ein minimal vollständiges Beispiel für eine kleine Beratungs-Site.

/llms.txt
# Ai Leonidas

> KI-Beratung für Schweizer Unternehmen. Claude Code und Cowork
> Setup, plus Sichtbarkeit in ChatGPT, Claude und Perplexity.

Ai Leonidas ist eine Ein-Personen-Beratung aus Zug. Alle inhaltlichen
Seiten existieren auch als reines Markdown unter <url>.md.

## Inhalte

- [Startseite](https://www.ai-leonidas.ch/index.md): Was Ai Leonidas tut und für wen.
- [Claude Setup](https://www.ai-leonidas.ch/claude-setup.md): Code- und Cowork-Beratung im Detail.
- [KI-Sichtbarkeit](https://www.ai-leonidas.ch/ki-sichtbarkeit.md): GEO-Pakete für KMU.
- [Glossar](https://www.ai-leonidas.ch/glossar.md): Begriffe rund um Claude und LLMs.

## Optional

- [Blog](https://www.ai-leonidas.ch/blog.md): Tieferes Material, kein Pflicht-Lesestoff.
- [Datenschutz](https://www.ai-leonidas.ch/datenschutz.md): Rechtliches, fürs LLM eher Beiwerk.
Konvention
Jede Seite zusätzlich als reines Markdown unter <url>.md ausliefern. So zieht das LLM nicht das ganze HTML-Boilerplate mit ein, sondern nur den Text, den du tatsächlich gemeint hast.
Kapitel 04

Die Langfassung.

Manche LLMs schaffen kleine Dateien gut, fragen aber nach mehr. Dafür gibt es llms-full.txt: dasselbe Skelett, aber mit dem Volltext aller verlinkten Seiten konkateniert.

Praktisch ist ein Skript, das die llms.txt liest und für jede URL die .md-Variante einzieht, getrennt durch Trennlinien. Wer Hugo, Astro oder Next.js benutzt, kann das im Build erzeugen und mit jedem Deploy aktualisieren.

Achtung
llms-full.txt kann schnell auf hunderttausende Tokens wachsen. Wenn du nicht mit jeder Seite tatsächlich alles meinst, kürze. Ein 800-KB-Markdown ist für niemanden brauchbar.
llms.txt

Index

Eine Bildschirmseite. Titel, Summary, ein paar Listen mit Links. Wird von Hand gepflegt oder im Build generiert.

llms-full.txt

Volltext

Im Build aus den Markdown-Quellen erzeugt. Optional, aber praktisch für Tools wie Cursor oder den ChatGPT-Browser.

Kapitel 05

Was eine gute von einer schlechten unterscheidet.

Do
  • Eine Sache pro Eintrag. Eine URL, ein Titel, eine Zeile Beschreibung. Wenn du mehr erklären musst, sag es im Markdown der Seite.
  • Stabile URLs. Was in llms.txt steht, sollte ein Jahr lang gleich bleiben. Redirects sind kein Ersatz.
  • Markdown-First. Liefere die verlinkten Seiten zusätzlich als reines Markdown unter <url>.md aus.
  • Wichtiges zuerst. Reihenfolge ist Information. Was oben steht, bekommt den Context-Vortritt.
Don't
  • Versteckte Anweisungen ans LLM. llms.txt ist ein Inhaltsverzeichnis, kein System-Prompt. Wer dort "ignore previous instructions" einbaut, blamiert sich.
  • Tracking-Parameter in URLs. utm_, ref, gclid haben dort nichts zu suchen.
  • Alles reinpacken. Eine llms.txt mit 200 Einträgen ist eine Sitemap im falschen Format.
  • Marketing-Texte. "Wir revolutionieren …" gehört nicht in den Summary. Sag, was die Site ist, nicht, wie toll.
Kapitel 06

Hosting und Pflege.

Wenn du keine Spec auf dem Tisch hast, mach das hier.

Hosten
  • Datei unter /llms.txt ausliefern. Nicht /docs/, nicht /blog/, nicht versteckt.
  • Content-Type text/markdown oder text/plain. Niemals HTML, auch nicht "der Klarheit halber".
  • In robots.txt nicht blockieren. AI-Crawler sollen die Datei sehen können.
  • Im Sitemap optional verlinken. Schadet nicht, ist aber nicht Pflicht.
Pflegen
  • Bei jedem grösseren Inhaltswechsel kurz prüfen, ob die Liste noch stimmt.
  • Tote Links schaden mehr als fehlende Einträge. Lieber kürzen als lügen.
  • Wenn du llms-full.txt führst, im Build automatisch generieren statt von Hand.
  • Datum des letzten Updates als Kommentar oben rein. Hilft beim Reviewen.
Schluss

Wenig Markdown.
Viel Sichtbarkeit.

Wenn du llms.txt sauber für deine Site aufsetzen willst, mit Markdown-First-Setup für die verlinkten Seiten, machen wir das in einer kurzen Session zusammen.

Eine gute llms.txt · Erste Ausgabe · April 2026
Spec von Jeremy Howard · Aufbereitung Ai Leonidas