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.