Zum Inhalt

KI-Spielleiter-Design

Prompt-Caching für lange KI-RPG-Kampagnen

Vergleiche Prompt-Caching bei OpenAI, Claude und Gemini: Trenne stabile Weltinfos vom aktuellen Zug und miss Cache-Nutzung und Kosten langer KI-RPG-Kampagnen.

Von Playworlds · Elser.AI ·

Ein Abenteurer im Umhang folgt einem Steinpfad zu einem leuchtenden Tor in nebligen Bergen.

Warum sich eine lange Kampagne wiederholt

Ein KI-Spielleiter benötigt in jedem Spielzug dieselben Setting-Regeln, Charakterrollen und Erzählgrenzen. Die Szene ändert sich, wenn ein Spieler eine Tür öffnet oder einen Zeugen befragt, aber die Welt wird dadurch nicht zu einer anderen Welt. Das erneute Senden dieses gemeinsamen Materials ist oft notwendig, um eine kohärente Antwort zu erhalten. Prompt-Caching ist ein Mechanismus, mit dem eine API Arbeit bei wiederholten Eingaben wiederverwenden kann; es ist kein Weg, wie ein Spiel an ein Ereignis erinnert, das nie gespeichert wurde.

Stell dir eine Luftschiff-Expedition vor, die nach einer verlorenen Sternenkarte sucht. Jeder Spielzug benötigt die Geografie des Wolkenmeers und die Regel, dass die Sturmmauer nach Sonnenuntergang nicht überquert werden kann. Das aktuelle Deck, die Zeugen, die Hinweise und die Spieleraktion ändern sich. Diese Unterscheidung gibt Entwicklern einen Ausgangspunkt, um das Cache-Verhalten zu untersuchen. Dies ist ein Designbeispiel und keine gemessene Playworlds-Optimierung.

Stabiles Weltmaterial vor sich ändernde Spielzug-Fakten stellen

Eine mögliche Anfrage beginnt mit dauerhaften Anweisungen: die Rolle des Erzählers für das Spiel, die etablierten Einschränkungen der Welt, wie Würfelergebnisse bereitgestellt werden und eine kurze Beschreibung wiederkehrender Charaktere. Ein späterer Abschnitt enthält die aktuelle Szene: welches Deck zugänglich ist, wer anwesend ist, was der Spieler weiß und welche Aktion er unternommen hat. Wenn du einen Uhrenstand, eine Sitzungs-ID oder eine neue Spielermeldung vor das wiederverwendbare Material stellst, kann sich der Präfix ändern, den ein Cache hätte wiederverwenden können.

Fülle ein Briefing nicht nur auf, um für einen Cache qualifiziert zu sein. Nimm Fakten auf, die dem Erzähler helfen, eine korrekte Entscheidung zu treffen, und prüfe dann die Qualifikationsregeln des Anbieters. Wenn sich eine dauerhafte Regel ändert, aktualisiere die Quelle der Wahrheit, auch wenn die neue Version neu verarbeitet werden muss.

Was verschiedene APIs unter einem Cache-Treffer verstehen

Die API-Dokumentation von OpenAI beschreibt die Wiederverwendung eines gemeinsamen Prompt-Präfixes und meldet gecachte Eingabe-Tokens in den Nutzungsdaten für unterstützte Modelle. Anthropic dokumentiert automatisches Caching und explizite Breakpoints, einschließlich einer Stelle zum Markieren des Endes stabiler Inhalte. Gemini dokumentiert implizites Caching und explizite Cache-Objekte in seiner Generate Content API. Diese Mechanismen unterscheiden sich, daher ist ein kopiertes Beispiel aus einer API keine portable Caching-Konfiguration.

Ein Treffer kann die Verarbeitung und den Preis für qualifizierte Eingaben senken. Er macht neue Szenen-Fakten nicht kostenlos, entfernt keine Ausgabe-Kosten und beweist nicht, dass die Antwort korrekt ist. Lebensdauer, Mindestlänge, Schnittstellen und Abrechnung variieren je nach Anbieter und Modell. Prüfe den genauen API-Pfad, bevor du eine prozentuale Ersparnis versprichst.

Eine Beispielanfrage für die Luftschiff-Szene

Halte den gemeinsamen Abschnitt knapp: „Du bist der Spielleiter für eine Luftschiff-Expedition. Verwende etablierte Fakten, überlasse dem Spieler die Wahl und schildere das Ergebnis von Regelanwendungen, die das Spiel bereits abgeschlossen hat. Die Sturmmauer kann nach Sonnenuntergang nicht überquert werden. Navigatorin Iri plant Routen; ihr aktuelles Wissen wird in jedem Spielzug bereitgestellt.“ Das ist ein illustrierendes Prompt-Briefing, kein Playworlds-Prompt oder eine Transkription aus einem Modelllauf.

Füge den sich ändernden Zustand danach an: „Aktuelle Szene: Das Schiff nähert sich nach Sonnenuntergang der Sturmmauer. Gespeichertes Ereignis: Der Spieler hat die verbrannte Sternenkarte in der Maschinenkabine gefunden. Iri hat die Karte seit dem Abflug nicht gesehen. Spieleraktion: Zeige Iri die Karte und frage, wer in die Maschinenkabine gegangen ist.“ Im nächsten Spielzug behalte den gemeinsamen Abschnitt bei und ersetze nur Fakten, die sich wirklich geändert haben. Validiere die Antwort gegen gespeicherte Ereignisse, bevor du sie als Kampagnen-Update behandelst.

Messe die Kosten pro nützlichem Spielzug statt nur einer beworbenen Ersparnis

Erstelle für jede Anfrage ein Protokoll über das Modell und die Schnittstelle, Gesamt-Eingabe- und Ausgabe-Tokens, gecachte Eingabe- oder Cache-Lese-Tokens, Cache-Schreib-Tokens (wenn berechnet), verstrichene Zeit und das tatsächliche Aufgabenergebnis. Vergleiche eine normale Abfolge von Spielzügen mit einer Version, deren stabiles Präfix absichtlich beibehalten wird. Wenn ein Spielzug zwei Aufrufe oder einen erneuten Versuch benötigt, nimm beide auf. Eine scheinbar günstigere Anfrage ist keine Ersparnis, wenn eine fehlerhafte Antwort eine weitere Generierung erzwingt.

Vergleiche den wiederverwendeten Eingabeanteil und die Abrechnung für einen vollständigen Spielzug. Prüfe, ob die Antwort den Fund der Karte, die Sturmmauer-Regel und das Wissen von Iri respektiert. Nutzungsfelder zeigen Wiederverwendung, nicht erzählerische Kontinuität. Prüfe die tatsächlichen Unterschiede zwischen den Anfragen, bevor du einen Prompt änderst, um einen Cache-Miss zu beheben.

Halte die Wahrheit der Geschichte getrennt vom Cache-Layout

Eine Kampagne kann über ihr ursprüngliches Weltbriefing hinauswachsen. Wenn die Crew die Sturmmauer auflöst, wird ein stabiler Satz, der besagt, dass sie nach Sonnenuntergang nicht überquert werden kann, falsch. Das Spiel sollte diese Regel aktualisieren, das Briefing versionieren oder die Ausnahme in den autoritativen aktuellen Zustand verschieben, wo der Erzähler sie sieht. Das Schützen eines Cache-Treffers darf keinen Widerspruch erhalten. Ebenso sollte ein Geheimnis, das nur dem Spielleiter gehört, nicht in einer für Spieler sichtbaren Zusammenfassung erscheinen.

Der Anbieter-Cache ist ein Verarbeitungshilfsmittel, nicht die Kampagnen-Datenbank. Ein gespeichertes Abenteuer benötigt seine eigene Aufzeichnung akzeptierter Aktionen, Würfe, Entdeckungen und Charakteränderungen. Playworlds bietet mit dem Konto verknüpfte Abenteuer und einen KI-Erzähler, aber dieser Artikel behauptet nicht, dass sein Live-Spiel einen bestimmten Anbieter-Prompt-Cache verwendet. Das Beispiel ist ein Plan, den ein Spielteam bewerten könnte.

Eine kurze Checkliste vor der Optimierung

Erstens: Identifiziere die Fakten, die sich über mehrere Spielzüge wiederholen, und stelle sie in ein versioniertes, genaues Briefing. Zweitens: Stelle die Spieleraktion und die aktuelle Szene nach diesem Briefing, und halte Geheimnisse auf die Personen beschränkt, die sie kennen dürfen. Drittens: Protokolliere den genauen Anbieter-Pfad und seine Cache-Nutzungsfelder; vergleiche vollständige Spielzüge, einschließlich erneuter Versuche und Ausgabe. Viertens: Teste die Geschichte auf faktische Kontinuität und Spielerwahl, bevor du eine niedrigere Abrechnung als Erfolg bezeichnest.

Wenn du die Spielerseite eines fortlaufenden KI-Abenteuers erleben möchtest, stöbere in der Playworlds-Weltbibliothek und wähle ein Setting, das deinem Charakter einen Grund gibt zu ermitteln. Für mehr über die Gestaltung einer ersten Sitzung lies den Solo-Rollenspiel-Guide.