Planning With Files De
Persistente dateibasierte Planung für mehrstufige Arbeit mit KI-Agenten.
Install
npx skills add OthmanAdi/planning-with-files --skill planning-with-files-de -g -a claude-code -y- Repository
- OthmanAdi/planning-with-files27.8k
- Category
- Engineering
- Updated
- 5d ago
- License
- MIT
- Context cost
- Mediumabout 2,955 tokens
- Runs scripts
- Yes, review before use
What it does
Persistente dateibasierte Planung für mehrstufige Arbeit mit KI-Agenten. Hält task_plan.md, findings.md und progress.md auf dem Datenträger; Lebenszyklus-Hooks speisen ausgewählten Planungskontext des Projekts ein. Die automatische Wiederherstellung liest nur die Planungsdateien des Projekts. Nur ein ausdrücklicher Aufruf von session-catchup.py --metadata darf lokale Sitzungsmetadaten desselben Projekts prüfen; --replay darf begrenzte, nonce-gerahmte Auszüge ausgeben. Der optionale Gate-Modus kann nur bei Unterstützung durch den Host eine Fortsetzung anfordern und führt niemals in Markdown angegebene Befehle aus. Der Skill hat keinen Netzwerk-Uploadpfad. Verwenden für Forschung oder Arbeit mit mehr als 5 Tool-Aufrufen.
Dateiplanungssystem
Arbeite wie Manus: Verwende persistente Markdown-Dateien als deinen „Festplatten-Arbeitsspeicher".
Schritt 1: Projektzustand wiederherstellen
Bevor du fortfährst, ermittle das Planverzeichnis, das diese Aufgabe besitzt:
- Verwende das installierte
scripts/resolve-plan-dir.sh(oder.ps1) mit demPLAN_IDundPWF_PLAN_ROOTdes Hosts. Liestask_plan.md,progress.mdundfindings.mdaus genau diesem Verzeichnis. - Wenn ein expliziter Selektor abgelehnt wird oder die Sitzungsisolation bei mehreren Plänen ohne
PLAN_IDaktiv ist, korrigiere die Bindung und falle nicht auf eine andere Aufgabe zurück. Die alten Dateien im Projektstamm gelten nur, wenn kein Selektor und kein benannter Plan zutreffen. - Führe
git diff --stataus, um noch nicht dokumentierte Codeänderungen zu erkennen.
Alle folgenden Planungsdateinamen beziehen sich auf dieses ausgewählte Verzeichnis. Bei parallelen Aufgaben muss jeder Host vor dem Start festgelegt sein oder ein separates Worktree verwenden; ein Export in einem Kindprozess ändert die Host-Umgebung nicht. Ein Orchestrator besitzt den gemeinsamen Plan und die Zusammenfassungen, Worker nutzen zugewiesene Dateien oder Ledger.
Damit endet die automatische Wiederherstellung. Ein Aufruf von session-catchup.py ohne Modus und alle Lebenszyklus-Hooks greifen nicht auf Sitzungsspeicher des Hosts zu. Nur wenn der Benutzer ausdrücklich verlangt, den lokalen Sitzungsverlauf zu prüfen, darf einer dieser Modi verwendet werden:
# Linux/macOS: nur Zähler desselben Projekts, keine Transkriptauszüge
SKILL_DIR="${CLAUDE_PLUGIN_ROOT:-$HOME/.claude/skills/planning-with-files-de}"
$(command -v python3 || command -v python) "${SKILL_DIR}/scripts/session-catchup.py" --metadata "$(pwd)"
# Ausdrückliche begrenzte Wiedergabe mit nonce-gerahmten Auszügen
$(command -v python3 || command -v python) "${SKILL_DIR}/scripts/session-catchup.py" --replay "$(pwd)"
