home / skills / kv0906 / cc-skills / plan-skill

plan-skill skill

/plan-skill

This skill helps you organize complex tasks by creating and updating a persistent task_plan.md, notes.md, and deliverable file set.

This is most likely a fork of the planning-with-files skill from yyh211
npx playbooks add skill kv0906/cc-skills --skill plan-skill

Review the files below or copy the command above to add this skill to your agents.

Files (4)
SKILL.md
3.8 KB
---
name: planning-with-files
description: Transforms workflow to use Manus-style persistent markdown files for planning, progress tracking, and knowledge storage. Use when starting complex tasks, multi-step projects, research tasks, or when the user mentions planning, organizing work, tracking progress, or wants structured output.
---

# Planning with Files

Work like Manus: Use persistent markdown files as your "working memory on disk."

## Quick Start

Before ANY complex task:

1. **Create `task_plan.md`** in the working directory
2. **Define phases** with checkboxes
3. **Update after each phase** - mark [x] and change status
4. **Read before deciding** - refresh goals in attention window

## The 3-File Pattern

For every non-trivial task, create THREE files:

| File | Purpose | When to Update |
|------|---------|----------------|
| `task_plan.md` | Track phases and progress | After each phase |
| `notes.md` | Store findings and research | During research |
| `[deliverable].md` | Final output | At completion |

## Core Workflow

```
Loop 1: Create task_plan.md with goal and phases
Loop 2: Research → save to notes.md → update task_plan.md
Loop 3: Read notes.md → create deliverable → update task_plan.md
Loop 4: Deliver final output
```

### The Loop in Detail

**Before each major action:**
```bash
Read task_plan.md  # Refresh goals in attention window
```

**After each phase:**
```bash
Edit task_plan.md  # Mark [x], update status
```

**When storing information:**
```bash
Write notes.md     # Don't stuff context, store in file
```

## task_plan.md Template

Create this file FIRST for any complex task:

```markdown
# Task Plan: [Brief Description]

## Goal
[One sentence describing the end state]

## Phases
- [ ] Phase 1: Plan and setup
- [ ] Phase 2: Research/gather information
- [ ] Phase 3: Execute/build
- [ ] Phase 4: Review and deliver

## Key Questions
1. [Question to answer]
2. [Question to answer]

## Decisions Made
- [Decision]: [Rationale]

## Errors Encountered
- [Error]: [Resolution]

## Status
**Currently in Phase X** - [What I'm doing now]
```

## notes.md Template

For research and findings:

```markdown
# Notes: [Topic]

## Sources

### Source 1: [Name]
- URL: [link]
- Key points:
  - [Finding]
  - [Finding]

## Synthesized Findings

### [Category]
- [Finding]
- [Finding]
```

## Critical Rules

### 1. ALWAYS Create Plan First
Never start a complex task without `task_plan.md`. This is non-negotiable.

### 2. Read Before Decide
Before any major decision, read the plan file. This keeps goals in your attention window.

### 3. Update After Act
After completing any phase, immediately update the plan file:
- Mark completed phases with [x]
- Update the Status section
- Log any errors encountered

### 4. Store, Don't Stuff
Large outputs go to files, not context. Keep only paths in working memory.

### 5. Log All Errors
Every error goes in the "Errors Encountered" section. This builds knowledge for future tasks.

## When to Use This Pattern

**Use 3-file pattern for:**
- Multi-step tasks (3+ steps)
- Research tasks
- Building/creating something
- Tasks spanning multiple tool calls
- Anything requiring organization

**Skip for:**
- Simple questions
- Single-file edits
- Quick lookups

## Anti-Patterns to Avoid

| Don't | Do Instead |
|-------|------------|
| Use TodoWrite for persistence | Create `task_plan.md` file |
| State goals once and forget | Re-read plan before each decision |
| Hide errors and retry | Log errors to plan file |
| Stuff everything in context | Store large content in files |
| Start executing immediately | Create plan file FIRST |

## Advanced Patterns

See [reference.md](reference.md) for:
- Attention manipulation techniques
- Error recovery patterns
- Context optimization from Manus

See [examples.md](examples.md) for:
- Real task examples
- Complex workflow patterns

Overview

This skill transforms project planning and execution into a file-based workflow inspired by Manus. It enforces creating and maintaining persistent markdown files for goals, progress, research, and deliverables so you always have a canonical, on-disk working memory. Use it to structure multi-step work, reduce context loss, and make progress auditable.

How this skill works

The skill creates and guides use of three core markdown files: task_plan.md to define goals, phases, and status; notes.md to collect research and findings; and a deliverable file for the final output. Before each major action it prompts you to read task_plan.md, after actions it updates progress and logs errors, and during research it saves findings to notes.md rather than stuffing context. The loop enforces read-before-decide, update-after-act, and file-first practices so every decision and error is captured persistently.

When to use it

  • Starting any task with 3+ meaningful steps
  • Research-heavy assignments requiring organized findings
  • Projects that span multiple sessions or tools
  • Work that benefits from auditable progress and decision logs
  • Any task where you want to keep large outputs off ephemeral context

Best practices

  • Always create task_plan.md before executing work and list phases as checkboxes
  • Read task_plan.md immediately before making decisions to keep goals in view
  • Write interim findings to notes.md; avoid pasting large content into chat context
  • After completing a phase, mark it [x], update Status and record any Errors Encountered
  • Use a dedicated [deliverable].md for the final output and link it from the plan file
  • Log decisions with brief rationale to build reusable knowledge

Example use cases

  • Researching a technical design: plan phases, save sources and syntheses to notes.md, produce architecture.md as the deliverable
  • Multi-step feature development: track planning, implementation, testing, and release phases in task_plan.md
  • Writing a long-form report: collect interviews and citations in notes.md, iterate on sections, then finalize report.md
  • Data analysis project: outline preprocessing, modeling, evaluation phases and log errors and diagnostics in the plan file
  • Cross-tool workflows where outputs are large—store artifacts on disk and reference paths in the plan

FAQ

Do I have to use exactly these filenames?

No. Filenames can be adapted, but keep the three-file pattern semantics: a plan, a notes/research file, and a deliverable file.

What counts as a phase?

A phase is a distinct stage of work (planning, research, build, review). If a task has multiple meaningful steps or decision points, list them as phases.

How detailed should notes.md be?

Store concise findings, source links, and synthesized points. Avoid dumping unfiltered context; prefer organized summaries and actionable items.

When should errors go into the plan file?

Log every error as soon as it’s encountered with a short resolution or next step; this builds institutional knowledge and speeds future recovery.