OthmanAdi/planning-with-files: Redaktioneller README-Leitfaden

OthmanAdi/planning-with-files beschreibt sich im README als „Persistent file-based planning for AI coding agents and long-running tasks. Crash-proof markdown plans, session recovery after /clear and compaction, per-turn re-injection against context rot, deterministic completion gate. Manus-style.". Dieser Text bleibt bei Fakten, die im Repository überprüfbar sind. Sterne, Forks und Badges zeigen Aufmerksamkeit, aber keine Qualität. Unter „README" steht: Persistent file-based planning for AI coding agents and long-running agent tasks: the skill keeps taskplan.md , findings.md , and progress.md on disk and re-injects them every turn, so the plan survives context loss, /clear , crashes, and. Das beschreibt den vorgesehenen Umfang, nicht einen Produktionstest.

Der Abschnitt „The Problem" zeigt, für welches Problem das Projekt gedacht ist: Goal drift: after 50+ tool calls, the original goals get crowded out. Passt dieses Problem nicht zu deinem Fall, ist Popularität kein ausreichender Grund. Namen, Befehle und Komponenten bleiben unverändert, damit Leser die Primärquelle ohne neue Begriffe vergleichen können. Ein weiterer überprüfbarer README-Punkt lautet: Volatile memory: the TodoWrite list disappears on context reset. Er hilft beim ersten Test, ersetzt aber keinen Test in der vorgesehenen Umgebung.

Die Betriebsweise verteilt sich auf Abschnitte wie „Before and after /clear". Die Quelle nennt: > you: continue > > agent: I don't have context from an earlier session. Can you describe the task and where you left off?. Fehlende Angaben zu Architektur, Leistung oder Sicherheit werden nicht ergänzt. Vor einem echten Einsatz müssen Repository-Struktur, Konfigurationsdateien und Release-Verlauf geprüft werden.

Beginne die Installation am dokumentierten README-Einstieg. Ein überprüfbarer Befehl ist: your-project/ ├── task_plan.md ← phases + checkboxes; the resume point after /clear ├── findings.md ← research notes and decisions, appended as you go └── progress.md ← session log and test results Wenn kein ausführbarer Befehl vorhanden ist, wird hier keiner erfunden. Prüfe den Abschnitt „The Problem" auf Abhängigkeiten, Standardports und die Einrichtung beim ersten Start.