planning-with-files

Persist task plans, findings, progress, and reports in canonical files.

1|2|Updated Apr 29, 2026
One-click install
npx skills add https://github.com/fuzzy-dynamics/strings --skill planning-with-files-fuzzy-dynamics
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: planning-with-files
Source: https://github.com/fuzzy-dynamics/strings/tree/main/skills/planning-with-files
Command: npx skills add https://github.com/fuzzy-dynamics/strings --skill planning-with-files-fuzzy-dynamics

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Long-running tasks require durable memory of goals, decisions, and findings. This memory protocol persists canonical files (task_plan.md, progress.md, findings.md, report.md, claims.md) under .openscientist/sessions/<session-id>/ to survive context compaction and worker handoffs, stacking on top of other meta-skills and ensuring a coherent audit trail for the task lifecycle.

Core Features & Use Cases

  • Canonical memory files with a single-writer discipline to keep state coherent across orchestrator and workers.
  • Scratch-agent directories for workers to stage work without touching canonical files.
  • Enables multi-phase tasks that span many tool calls by providing durable task_plan, findings, progress, and final deliverables.

Quick Start

Activate this memory protocol on a task to start writing canonical memory files under .openscientist/sessions/<session-id>/ as the task runs.

Frequently Asked Questions about planning-with-files

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I persist task memory for long-running agent workflows across context compaction?▼

Persist task memory for long-running agent workflows by writing canonical files like task_plan.md and findings.md to a durable session directory, ensuring state survives context compaction and orchestrator handoffs.

What is the best way to manage orchestrator and worker state for multi-phase tasks?▼

Manage orchestrator and worker state for multi-phase tasks using a single-writer discipline on canonical memory files, while workers stage work in separate scratch directories to avoid touching canonical state.

Why does my agent lose progress and findings during long-running tasks with many tool calls?▼

Agents lose progress and findings during long-running tasks because in-memory state is lost during context compaction, a problem solved by persisting durable canonical memory files under a dedicated session path.

How to maintain an audit trail for task lifecycle phases and claims across multiple workers?▼

Maintain an audit trail for task lifecycle phases and claims by writing canonical files including progress.md and claims.md under .openscientist/sessions to ensure a coherent record across all participating workers.

Does this memory protocol support scratch directories for staging work without altering canonical files?▼

Yes, this memory protocol supports scratch-agent directories specifically for workers to stage work without touching canonical files, enforcing a single-writer discipline to keep state coherent across the orchestrator.

Can I use this session memory protocol for multi-phase tasks requiring durable final reports?▼

Yes, you can use this session memory protocol for multi-phase tasks requiring durable final reports, as it persists report.md alongside task plans and findings to survive worker handoffs.