Issue 06 | Planning First: File-based Task Progress System

⏱ Est. reading time: 6 min Updated on 5/7/2026

6.1 Planning with the planning-with-files Skill

Use the /planning-with-files skill for planning in the team-lead session:

Step 1: Brainstorming

Discuss the plan with Claude:

  • Which modules can run in parallel?
  • How will Agents collaborate?
  • What are the interface conventions?

Step 2: Writing Plans

Produce task_plan.md:

# Task Plan: Dual-Mode Web Calculator (Teams Parallel Solution)

## Parallel Architecture
β”Œβ”€ ui-dev ──────────────┐  β”Œβ”€ logic-dev ─────────────┐
β”‚ Phase A: HTML/CSS Skeleton β”‚  β”‚ Phase A: Calculation Engine Pure Functions β”‚
β”‚ Phase B: UI Interaction + a11yβ”‚  β”‚ Phase B: Events + Persistence    β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
           β””β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                    β–Ό
        β”Œβ”€ qa-engineer ─────────┐
        β”‚ Phase C: Unit + Integration Tests  β”‚
        β”‚ Phase D: E2E + Acceptance      β”‚
        β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

6.1.1 Planning File System

File Purpose When to Update
task_plan.md Phases and Task Progress At the start or completion of each task
progress.md Session Log and Verification Evidence After each meaningful work
findings.md Technical Findings and Decisions After each critical decision
bugs.md Bug Log Upon each discovery or fix

6.2 Testing Rules

6.2.1 TDD Cycle

RED β†’ GREEN β†’ REFACTOR β†’ VERIFY Forbidden: Skipping RED, commenting out failed tests, weakening assertions to fake passes.

6.3 Git Rules

6.3.1 Commit Format

Conventional Commits: feat|fix|refactor|test|docs|chore(scope): message Project scope: calc | ui | a11y | mode | history

6.4 Security Boundaries

  • No backend, no API calls β€” pure client-side
  • localStorage only stores mode preferences, no sensitive data
  • No third-party scripts introduced

6.5 Project Structure

teamtest/ β”œβ”€β”€ CLAUDE.md β”œβ”€β”€ requirement.md β”œβ”€β”€ index.html β”œβ”€β”€ style.css β”œβ”€β”€ app.js └── .agents/workflows/

9.3 Analysis of CLAUDE.md Section Functions

Section Function Agent Behavior Impact
Project Overview Helps Agent understand project context Refers to technical constraints during decision-making
Tech Stack Restricts tool selection Will not introduce frameworks like React/Vue
Teams Development Mode Defines division of labor and collaboration methods Agent knows what it's responsible for and who to collaborate with
Collaboration Rules Interface conventions ui-dev reserves IDs, logic-dev binds using IDs
Skill Usage Rules Enforces workflow order Will not skip TDD and write code directly
Planning Files State persistence standard Uniformly uses [ ] [/] [x] to mark progress
Self-Governance Rules Automatic decision boundaries Stops after 5 failures, no infinite retries
Security Boundaries Hard constraints Does not introduce external scripts, does not call APIs

9.4 CLAUDE.md Writing Best Practices

flowchart LR
    subgraph "Must Include"
        A[Project Overview]
        B[Tech Stack Restrictions]
        C[Agent Division of Labor]
        D[Security Boundaries]
    end
    
    subgraph "Recommended Include"
        E[Skill Pipeline]
        F[Testing Rules]
        G[Self-Governance Rules]
        H[Planning File Format]
    end
    
    subgraph "Optional"
        I[Git Conventions]
        J[Plugin Usage Rules]
        K[Completion Rules]
    end

Principles:

  1. Concise and Clear β€” Agents consuming CLAUDE.md also consume tokens; keep it under 300 lines
  2. Use Tables and Lists β€” Easier to follow accurately than paragraphs
  3. Write "What NOT to do" is more important than "What to do" β€” "Do not call Skill" > "Can call Skill"
  4. Write Interface Conventions in Advance β€” Cross-Agent conventions like "reserve ID" must be in CLAUDE.md