Claude Session Tracker: Claude-Code-Sitzungen automatisch in GitHub Issues speichern
Ein Entwickler hat claude-session-tracker veröffentlicht, ein Tool, das Claude-Code-Sitzungen automatisch in GitHub Issues speichert, um den Konversationsverlauf zu bewahren, der sonst beim Beenden der Sitzungen verloren gehen würde.
Wie es funktioniert
Das Tool erstellt ein GitHub Issue pro Claude-Code-Sitzung, das automatisch mit einem GitHub Projects-Board verknüpft wird. Jede Eingabeaufforderung und Antwort wird als Issue-Kommentar mit Zeitstempeln protokolliert. Der Issue-Titel aktualisiert sich automatisch mit der neuesten Eingabeaufforderung für einfaches Überfliegen.
Installation und Einrichtung
Installieren mit: npx claude-session-tracker
Das Installationsprogramm übernimmt alles: Es erstellt ein privates Repository, richtet ein Projects-Board mit Statusfeldern ein und installiert Claude-Code-Hooks global. Es benötigt die GitHub CLI (gh) – falls diese fehlt, erkennt das Installationsprogramm dies und führt Sie durch die Einrichtung. Das Installationsprogramm ist idempotent, sodass eine erneute Ausführung einfach die vorhandene Konfiguration wiederverwendet, ohne Duplikate zu erstellen.
Hauptfunktionen
- Erstellt ein Issue pro Sitzung, verknüpft mit Ihrem Projects-Board
- Protokolliert jede Eingabeaufforderung/Antwort mit Zeitstempeln
- Aktualisiert den Issue-Titel automatisch mit der neuesten Eingabeaufforderung für einfaches Überfliegen
claude --resumeverwendet dasselbe Issue wieder- Schließt inaktive Sitzungen automatisch (Standard: 30 Minuten)
- Pausen-/Fortsetzungsfunktion für sensible Arbeiten
Design-Entscheidungen
Das Tool verwendet nicht MCP (Model Context Protocol), um zu vermeiden, dass Kontextfenster-Tokens für die Sitzungsverfolgung verbraucht werden. Alles läuft über das native Hook-System von Claude Code. Alle Hooks werden asynchron ausgelöst, ohne Auswirkungen auf die Antwortlatenz von Claude.
Warum GitHub gegenüber anderen Plattformen
Der Entwickler baute zunächst Integrationen für Notion, Linear und Plane, stieß jedoch auf zwei Hauptprobleme: Die Verknüpfung von Sitzungen mit PRs verlief nie reibungslos, und API-Ratenlimits führten zu stillschweigend verworfenen Einträgen, da das Tool bei jeder einzelnen Eingabeaufforderung und Antwort ausgelöst wird. Die API-Ratenlimits von GitHub sind großzügig genug, sodass der Sitzungsverkehr eines einzelnen Nutzers sie nicht annähernd erreicht.
Diese Art von Tool ist nützlich für Entwickler, die eine durchsuchbare Historie ihrer Claude-Code-Sitzungen pflegen und nachvollziehen möchten, warum bestimmte Entscheidungen in PRs getroffen wurden, da die Sitzung als GitHub Issue im selben Ökosystem existiert, wo Sie PRs natürlich verknüpfen können.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Umstellung von CLAUDE.md-Regeln auf infrastrukturelle Durchsetzung mit Citadel
Ein Entwickler stellte fest, dass das Hinzufügen weiterer Regeln zu CLAUDE.md über etwa 100 Zeilen hinaus die Compliance verringerte, wobei 40 % Redundanz in seiner Datei bestand. Die Lösung bestand darin, die Durchsetzung von Anweisungen in die Infrastruktur zu verlagern, indem Lebenszyklus-Hooks, Skills und Kampagnendateien verwendet wurden, was schließlich zum Open-Source-System Citadel führte.
Claude-voice: Lokale TTS mit Wort-Hervorhebung für Claude Code
Claude-voice ist ein Python-Tool, das lokale Text-zu-Sprache mit Echtzeit-Worthervorhebung zum Sprachmodus von Claude Code hinzufügt. Es verwendet Kokoro TTS (82 Millionen Parameter) und läuft vollständig lokal ohne API-Schlüssel.
Anthropic macht Claude für den Rechtsbereich Open-Source: Plugin-Suite für Vertragsprüfung, NDA-Triage und mehr
Anthropic hat Claude for Legal veröffentlicht, ein Repository mit Plugins, Agenten und MCP-Konnektoren für rechtliche Arbeitsabläufe wie die Überprüfung von Lieferantenverträgen, die Priorisierung von NDAs und die Überwachung von Regulierungen.
KI-Codeabruf: Warum Vektor-Embeddings scheitern und dateiweise LLM-Graphen gewinnen
Nach einem Jahr Aufbau eines Code-Indexierungssystems stellte das Team hinter Bytebell fest, dass Vektor-Embeddings auf Code-Chunks und Tree-Sitter-ASTs beide unzureichend waren, während pro-Datei-LLM-Zusammenfassungen, die in einem Neo4j-Graphen mit semantischer Volltextsuche gespeichert sind, die Retrieval-Präzision deutlich verbesserten.