CommunitySchreiben & Editierengithub.com

Karthick-Ramachandran/recall-os

🧠 Lokales CLI-Tool, das Ihrem Repository einen langlebigen, KI-bereiten Speicher verleiht – Features, ADRs, Module, Architektur, Standards & Tests – und einen 🩺 deterministischen Doktor, der Gesundheit, Nachweise & Abweichungen prüft. Git verfolgt, was sich geändert hat; Recall OS verfolgt, warum.

Was ist recall-os?

Recall OS ist ein lokales CLI-Tool, das die Gedächtnislücke in Software-Repositories schließt. Es erfasst und pflegt strukturierte Aufzeichnungen über Architekturentscheidungen (ADRs), Features, Module, Standards und Tests, sodass sowohl menschliche Entwickler als auch KI-Agenten den Kontext und die Begründungen hinter Änderungen verstehen. Der integrierte „Doctor“ führt deterministische Prüfungen durch, um die Gesundheit des Projekts zu bestätigen, Abweichungen zwischen Dokumentation und Code zu erkennen und die Einhaltung von Standards zu überprüfen. Während Git die Änderungen selbst verfolgt, konzentriert sich Recall OS auf das „Warum“ und bietet so eine dauerhafte, über verschiedene Plattformen wie Claude Code, Cursor und Codex hinweg nutzbare, AI-freundliche Speicherlösung.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add Karthick-Ramachandran/recall-os

Installed? Explore more Schreiben & Editieren skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Skill: ADR erstellen

Zweck

Dauerhafte Architekturentscheidungen aufzeichnen, damit zukünftige Menschen und Agenten sie nicht neu entdecken oder ihnen widersprechen.

Eingaben

  • Entscheidungsthema.
  • Kontext und Einschränkungen.
  • Erwogene Optionen.
  • Empfohlene oder ausgewählte Entscheidung.

Erforderliche Lektüre

  • docs/10-architecture/ARCHITECTURE.md
  • docs/10-architecture/FILE_WRITE_POLICY.md
  • docs/20-security/SECURITY_MODEL.md
  • Relevante bestehende ADRs in docs/adrs/

Ausgabedateien

  • docs/adrs/ADR-####-<slug>.md

Ablauf

  1. Bestimmen, ob die Änderung eine ADR benötigt.
  2. Nächste ADR-Nummer finden, ohne vorhandene Nummern wiederzuverwenden.
  3. Kontext, Entscheidung, Alternativen, Konsequenzen und zugehörige Dokumente schreiben.
  4. Status als „Vorgeschlagen“ markieren, es sei denn, der Mensch hat die Entscheidung akzeptiert.
  5. Verknüpfung zu betroffenen PRDs, Architekturdokumenten, Feature-Dokumenten und Sicherheitsdokumenten herstellen.

Stoppbedingungen

Stoppen und menschliche Entscheidung anfordern, wenn:

  • Die Entscheidung das Sicherheitsprofil, das Netzwerkverhalten, die Telemetrie, Dateischreibvorgänge, die Authentifizierung, Geheimnisse, die Cloud oder das Laufzeit-MCP ändert.
  • Die angeforderte Entscheidung mit einer akzeptierten ADR kollidiert.
  • Die Entscheidung noch nicht tatsächlich getroffen wurde und ein Vorschlag bleiben sollte.

Qualitätsbarriere

  • Die ADR erklärt, warum die Entscheidung existiert, nicht nur, was sich geändert hat.
  • Alternativen und Konsequenzen sind ehrlich.
  • Der Status ist klar.
  • Verwandte Dokumente sind verlinkt.

Verwandte Skills