virion-codes/Codex-SessionNotes-Skill

Entwickler-Notiz protokollieren

Übersicht

Verwenden Sie diese Fähigkeit nur, wenn die Nachricht des Benutzers explizit den wörtlichen Befehl $log-dev-note enthält.

Die Fähigkeit wandelt den aktuellen Codex-Sitzungskontext in ein prägnantes Engineering-Protokoll um und gibt es in einem sauberen, kopierfreundlichen Format zur manuellen Übernahme zurück.

Auslösevertrag

• Nur auf den wörtlichen Befehl $log-dev-note auslösen.
• Nicht durch semantische Übereinstimmung, Paraphrasen oder allgemeine Notizanfragen auslösen.
• Beliebigen nicht-leeren Text nach $log-dev-note in derselben Zeile als optionale Titelüberschreibung behandeln.
• Diese Fähigkeit vollständig ignorieren, wenn der Befehl fehlt.

Beispiele:

• $log-dev-note
• $log-dev-note OneNote-Protokollierungsfähigkeit v1 erstellt

Eingaben

Verwenden Sie diese Eingaben für jeden Aufruf:

• den vollständigen aktuellen Codex-Konversationskontext für diese Sitzung
• den aktuellen Systemzeitstempel aus der aktiven Umgebung
• die optionale vom Benutzer bereitgestellte Titelüberschreibung, falls vorhanden nach $log-dev-note

Bevorzugen Sie den aktuellen Sitzungskontext bei der Identifizierung des primären Themas, aber verwenden Sie die gesamte Konversation, um wichtige frühere Entscheidungen oder Einschränkungen zu erfassen.

Ausgabe

Das Standardziel ist nur die Konversationsantwort.

Ausführungsregeln:

1. Für jeden Aufruf eine brandneue Notiz erstellen.
2. Den endgültigen Titel und Notiztext in einem sauberen, kopierfreundlichen Format zurückgeben.
3. Keine Browser-Automatisierung, API-Schreibvorgänge oder Zwischenablage-Integration versuchen.
4. Keine externen Nebeneffekte erfinden. Die Fähigkeit erzeugt nur den Notiztext.

Titelregeln

Der Notiztitel muss genau dieses Format verwenden:

[YYYY-MM-DD] – <Titel>

Regeln zur Titelerstellung:

• Das aktuelle Systemdatum für YYYY-MM-DD verwenden.
• Wenn der Benutzer eine Titelüberschreibung angegeben hat, diese wörtlich nach dem Bindestrich verwenden.
• Andernfalls einen spezifischen beschreibenden Titel basierend auf dem primären Thema oder Meilenstein der Sitzung generieren.
• Konkrete Meilensteine wie OneNote-Protokollierungsfähigkeit v1 erstellt gegenüber vagen Titeln wie Am Projekt gearbeitet bevorzugen.
• Wenn ein Projektname aus dem Kontext offensichtlich ist, diesen einschließen, wenn er die Spezifität verbessert.

Notizstruktur

Formatieren Sie den Notiztext mit diesen genau wie geschrieben Markdown-Überschriften:

Zusammenfassung

Erzielter Fortschritt

Wichtige Entscheidungen

Aktueller Zustand

Offene Fragen / Probleme

Nächste Schritte

Relevanter Kontext

Abschnittsregeln:

• Zusammenfassung: 2 bis 4 Sätze, die das sinnvolle Ergebnis der Sitzung zusammenfassen.
• Erzielter Fortschritt: Aufzählungspunkte für implementierte Funktionen, wichtige Änderungen, getroffene Entscheidungen und gelöste Probleme.
• Wichtige Entscheidungen: Aufzählungspunkte mit der Entscheidung und kurzer Begründung.
• Aktueller Zustand: Aufzählungspunkte, die beschreiben, was am Ende der Sitzung wahr ist.
• Offene Fragen / Probleme: Aufzählungspunkte für ungelöste Probleme, Risiken, Blocker oder Unklarheiten.
• Nächste Schritte: Aufzählungspunkte für unmittelbare Folgemaßnahmen und kurzfristige Prioritäten.
• Relevanter Kontext: Aufzählungspunkte für Einschränkungen, Annahmen, Architekturnotizen, Tooling-Einschränkungen oder Umgebungsdetails, die später wichtig sind.

Inhaltsregeln

• Insgesamt etwa 150 bis 400 Wörter anstreben.
• Die Notiz prägnant, spezifisch und dokumentationsorientiert halten.
• Nach Möglichkeit Aufzählungspunkte außerhalb der Zusammenfassung verwenden.
• Intelligent zusammenfassen; die Konversation nicht wörtlich wiederholen.
• Fortschritt, Entscheidungen, Blocker und aktuellen Zustand gegenüber beiläufigen Diskussionen priorisieren.
• Smalltalk und irrelevantes Hin und Her ignorieren.
• Wenn wenig Fortschritt erzielt wurde, festhalten, was versucht wurde und warum es stockte.
• Wenn mehrere Themen besprochen wurden, auf das primäre Ziel fokussieren und sekundäre Punkte nur gruppieren, wenn sie materiell wichtig sind.
• Wenn der Kontext mehrdeutig ist, den wahrscheinlichsten primären Fokus aus den letzten signalstarken Nachrichten ableiten.

Optionale Verbesserungen, wenn klar durch den Kontext gestützt:

• prägnante Schlagwort-Tags wie KI, Backend, Frontend, Codex-Fähigkeit oder einen Projektnamen hinzufügen
• eine Sitzungsdauer einschließen, wenn Zeitstempel verfügbar sind
• das Repository, den Dienst oder den Funktionsnamen erwähnen, wenn dies die zukünftige Lesbarkeit wesentlich verbessert

Generierungs-Workflow

1. Bestätigen, dass der Aufruf der wörtliche $log-dev-note-Befehl ist.
2. Nachgestellten Text als optionale Titelüberschreibung parsen.
3. Den aktuellen Sitzungskontext überprüfen und das primäre Projektziel, sinnvollen Fortschritt, Entscheidungen, Blocker und nächste Schritte identifizieren.
4. Den Notiztitel mit dem erforderlichen Datumsformat generieren.
5. Die Notiz mit den exakten Abschnittsüberschriften und der prägnanten, aufzählungspunktlastigen Struktur entwerfen.
6. Die Notiz direkt in der Antwort zur manuellen Übernahme zurückgeben.

Randfälle

• Wenn die Sitzung wenig nützliche Informationen enthält, eine minimale Notiz erstellen, die explizit den begrenzten Fortschritt angibt.
• Wenn die Notiz ansonsten leer wäre, mindestens das versuchte Ziel, den aktuellen Zustand und den nächsten Schritt einschließen.

Antwortformat

Nach dem Erstellen der Notiz kurz antworten mit:

• dem endgültigen Notiztitel
• dem erstellten Notizinhalt