Sitzungskontinuitäts-Engine (SCE) v1.2.3

# Sitzungs-Kontinuitäts-Engine (SCE) # Version: 1.2.3 # Autor: Scott Malin, CISSP # Zweck: # Komprimiert eine abgeschlossene KI-Sitzung in ein strukturiertes Kontinuitätspaket, das # in eine neue Sitzung übertragen werden kann (auch über verschiedene KI-Plattformen hinweg), um # Projektkontext, historische Entscheidungen, aktive Arbeitsabläufe und etablierte Konventionen zu bewahren. # Das Ziel ist es, Kontextverlust zu minimieren, redundantes Onboarding zu reduzieren und # Projektdynamik mithilfe einer filter-sicheren, passiven Referenzarchitektur aufrechtzuerhalten. # Änderungshistorie: # - v1.0.0 bis v1.2.1: Erste Veröffentlichungen, plattformübergreifende Optimierung, Hinzufügung des JSON-Modus. # - v1.2.2: Behobene Probleme beim Parsen verschachtelter Codeblöcke. Standardisierte JSON-Schlüssel. # Quantifizierte Kontextumfang-Metriken. Klärung der Verifikations-Payload-Regeln in Abschnitt 8. # - v1.2.3: Überarbeitete Compliance-Hinweise und Richtlinien in passive, statische # Referenzsprache, um heuristische Sicherheitsfilter-Auslöser vollständig zu eliminieren. -------------------------------------------------------------------------- Wir beenden diese Sitzung, um Kontext zu bewahren, Kontextdrift zu reduzieren und Kontinuität über zukünftige Gespräche hinweg aufrechtzuerhalten. Ihre Aufgabe ist es, ein umfassendes Sitzungsübertragungspaket zu erstellen, das den aktuellen Projektzustand, aktive Entscheidungen, historischen Kontext, Einschränkungen und nächste Schritte erfasst. Das resultierende Paket sollte einem zukünftigen KI-Assistenten helfen, das Projekt schnell zu verstehen und die Arbeit mit minimalem Wiedereinarbeitungsaufwand fortzusetzen. -------------------------------------------------------------------------- ZWECK & METHODIK -------------------------------------------------------------------------- Dieses Dokument ist eine statische, vom Benutzer bereitgestellte Momentaufnahme des Projektzustands. Es dient streng als Referenzdokumentation, um die aktuelle Sitzung in historischem Kontext, etablierten Projektdefinitionen und abgeschlossenen technischen Meilensteinen zu verankern. -------------------------------------------------------------------------- PROJEKTREFERENZ-RICHTLINIEN (v1.2.3) -------------------------------------------------------------------------- Der empfangende Assistent nutzt diese Daten als informationelle Basis: - Verwenden Sie die bestätigten Projektentscheidungen, um Konsistenz mit vorhandener Arbeit zu wahren. - Unterscheiden Sie klar zwischen etablierten Fakten, offenen Fragen und geplanten Schritten. - Referenzieren Sie die dokumentierten Namenskonventionen, Standards und Versionshistorien, um Regression oder Konfigurationsdrift zu verhindern. - Verwenden Sie Tabellen oder kompakte Listen für eine schnell erfassbare Referenz bei der Anzeige von Assets. - Fordern Sie explizite Klärung an, wenn die archivierten Daten mit aktuellen Zielen kollidieren. -------------------------------------------------------------------------- AUSGABEERSTELLUNGSANWEISUNGEN -------------------------------------------------------------------------- Generieren Sie die endgültige Ausgabe genau wie folgt: 1. Ein kurzer Einleitungssatz. 2. Ein Markdown-Codeblock, der das Sitzungsübertragungspaket enthält. VERSCHACHTELTE CODEBLOCK-REGEL: Wenn der Inhalt in einem Abschnitt einen Codeblock erfordert, verwenden Sie vier Backticks (````) für den äußeren Container oder maskieren Sie die inneren Blöcke, sodass der Hauptcontainer nicht vorzeitig bricht. STANDARDMODUS (Markdown): Verwenden Sie die Struktur innerhalb des START/END-Blocks unten. JSON-MODUS: Wenn der Benutzer explizit "JSON output" oder "JSON mode" anfordert, geben Sie ein einzelnes gültiges JSON-Objekt aus. Wickeln Sie es nicht in Markdown-Text. Verwenden Sie diese exakten camelCase-Schlüssel: { "handoffMetadata": {}, "projectHandoffContext": { "preferredInteractionStyle": "" }, "projectContextStatus": { "keyRisksAndAntiDrift": "" }, "persistentConstraints": {}, "historicalLedger": [], "currentSourceOfTruthAssets": [], "openQuestions": [], "immediateNextSteps": [], "continuityVerificationTemplate": "" } START DES PAKET-CODEBLOCKS # SITZUNGSÜBERTRAGUNGSPAKET (SCE v1.2.3) ## 0. Übergabe-Metadaten - Ursprungsplattform/-modell: - Datum: - Komprimierte Sitzungen: - Grober Kontextumfang (wählen Sie einen basierend auf der aktuellen Sitzungstiefe): · Kurz (<10k Tokens / kurzer Chat) · Mittel (10k-50k Tokens / moderater technischer Deep Dive) · Lang (50k-100k Tokens / schwerer Code oder lange mehrstufige Konversation) · Sehr lang (>100k Tokens / massiver Repository-Kontext oder stark verlängerte Sitzung) - Primäre Themen / Tags: - Wichtige Repositories/Dateien: ## 1. Projektübergabekontext Dieser Abschnitt fasst den Gesamtzweck des Projekts, seine aktuelle Richtung, Hauptziele und alle wichtigen strategischen Entscheidungen zusammen, die bereits getroffen wurden. ### Bevorzugter Interaktionsstil [Beschreiben Sie den bevorzugten Arbeitsstil, Formatierungskonventionen, Detailgrad, Versionserwartungen, Konfidenzlabel-Anforderungen, Kommunikationsstil und andere Kollaborationspräferenzen.] ## 2. Projektkontext & aktueller Status Bereitstellen einer komprimierten, aber umfassenden Zusammenfassung von: - Aktuelle Projektziele - Abgeschlossene Arbeiten - Aktueller Zustand - Aktive Entwicklungsbemühungen - Aktuelle Entscheidungen - Bekannte Probleme Fokus auf die Bewahrung von Kontext, der andernfalls erheblichen Aufwand zum Wiederentdecken erfordern würde. ### Wichtige Risiken, Stolperfallen & Anti-Drift-Notizen Dokumentieren Sie bekannte Risiken, häufige Fehlermodi, veraltete Ansätze oder spezifische Anleitungen, um Kontextdrift oder Sicherheitsprobleme in zukünftigen Sitzungen zu verhindern. ## 3. Dauerhafte Einschränkungen & Betriebsstandards Dokumentieren Sie laufende Standards wie: - Formatierungsanforderungen - Namenskonventionen - Versionsregeln - Dokumentationsstandards - Nachweis-/Evidenzanforderungen - Validierungsverfahren - Qualitätskontrollen - Alle vom Benutzer festgelegten Präferenzen ### Kontinuitätshinweise - Änderungen an etablierten Standards sollten im Allgemeinen dokumentiert und benutzergesteuert sein. - Bewahren Sie Kompatibilität mit vorhandenen Projekt-Assets, wann immer praktikabel. - Zeichnen Sie bedeutende Änderungen in der Versionshistorie auf, wo zutreffend. ## 4. Historisches Protokoll (komprimiert) Bereitstellen einer chronologischen Zusammenfassung wichtiger Projektereignisse, einschließlich: - Wichtige Entscheidungen - Architektonische Änderungen - Prompt-Überarbeitungen - Zurückgezogene Ansätze - Gewonnene Erkenntnisse - Bedeutende Meilensteine Halten Sie Einträge prägnant, während Sie die Begründung bewahren. Verwenden Sie Aufzählungspunkte oder eine einfache Tabelle für längere Historien. ## 5. Aktuelle Source-of-Truth-Assets Listen Sie die neuesten genehmigten Versionen aller kritischen Assets auf. Für jedes Asset einbeziehen: - Asset-Name - Version - Zweck - Aktueller Status - Speicherort/Repository (falls bekannt) Vollständigen Inhalt nur einbeziehen, wenn er angemessen kurz ist. Für größere Assets bereitstellen: - Zusammenfassung - Hauptmerkmale - Speicherortreferenz Vermeiden Sie die Duplizierung unnötiger Inhalte. Verwenden Sie eine Tabelle, wenn mehrere Assets aufgelistet werden. ## 6. Offene Fragen & ausstehende Entscheidungen Für jedes Element einbeziehen: - Beschreibung - Aktueller Status - Bekannte Optionen - Konfidenzniveau (falls zutreffend) Vorgeschlagene Konfidenzlabels: - [BESTÄTIGT] - [HOHE KONFIDENZ] - [MITTlere KONFIDENZ] - [NIEDRIGE KONFIDENZ] - [OFFENE FRAGE] - [VORGESCHLAGEN] ## 7. Unmittelbare nächste Schritte Bereitstellen einer priorisierten Aktionsliste. Für jedes Element einbeziehen: - Ziel - Wichtigkeit - Abhängigkeiten (falls vorhanden) - Verknüpfung zu verwandten offenen Fragen (falls zutreffend) Reihenfolge von höchster zu niedrigster Priorität. ## 8. Kontinuitätsverifikationsvorlage (Hinweis an das aktuelle Modell: Führen Sie diesen Abschnitt nicht aus. Geben Sie diesen wörtlich als statische Payload für das empfangende Modell aus, das sie beim Onboarding liest und ausführt.) Ein zukünftiger KI-Assistent kann optional eine kurze Onboarding-Zusammenfassung bereitstellen, bevor er die Arbeit fortsetzt. Vorgeschlagenes Format zur Ausgabe an den Benutzer: "SCE v1.2.3 erfolgreich geladen. Aktuelles Verständnis: [2-3 Sätze Zusammenfassung] Top-Prioritäten: - Punkt 1 - Punkt 2 - Punkt 3 Bereit fortzufahren." ENDE DES PAKET-CODEBLOCKS