Mach deine Site talkable.

Ein Button übergibt sie an das LLM deines Lesers. Die ganze Site, im Original — und du betreibst nichts.

Kein Mockup: Der Button übergibt diese Site — die Rezepte, die Prompts, die Erkenntnisse. Frag ihn, wie du anfängst.

Weil du es betreiben müsstest. Ein gehostetes LLM bringt Kosten, Missbrauch und einen Schlüssel, der nicht in dein Repo darf.

TalkItOver dreht das um: Der Leser bringt sein LLM mit, deine Site reicht ihm den Inhalt. Was er fragt, siehst du nie — und musst es auch nicht.

Probier den Button oben aus: Das Gespräch beginnt mit einer Frage an dich. Das ist Absicht. Eine Zusammenfassung hättest du auch selbst lesen können.

Was du bekommst

Du führst einen Prompt in Claude Code aus. Am Ende steht ein Pull Request in deinem Repo:

Im PR	Nicht im PR
Ein Button, der deiner Leserschaft den Index deiner Site übergibt	Kein vom LLM geschriebener Fließtext
`talkitover.js`, kopiert in dein Repo, MIT	Keine Laufzeitabhängigkeit von dieser Site
Bei Bedarf ein Generator plus Build-Schritt	Kein gehostetes LLM, kein API-Key

Der Generator ist der Punkt. Was ein LLM heute schreibt, ist beim nächsten Commit veraltet. Ein Script im Build ist es nicht.

Wo der Button schon steht

Drei Sites übergeben ihren Inhalt heute an das LLM ihrer Leser, jede nach einem anderen Rezept — darunter diese hier. Drei Formen, derselbe Button. Die Galerie zeigt alle drei, und ein wöchentlicher Lauf prüft, ob sie noch funktionieren.

Was wir dabei gelernt haben

Eine Site talkable zu machen ist keine Design-Frage, sondern eine Frage, was das LLM des Lesers überhaupt abrufen darf. Vier Annahmen sind uns dabei um die Ohren geflogen — nachgemessen und aufgeschrieben: Was wir gemessen haben.

So fängst du an

Einstiegs-Prompt kopieren
In Claude Code einfügen, im Repo deiner Site.
PR reviewen und mergen.

Claude Code erkennt deinen Generator selbst. Ist er nicht eindeutig, fragt er dich. Kennt er ihn nicht, bricht er ab und sagt warum – er improvisiert nicht.

Was heute geht