Skip to content
Development
Command

/todo-branch

Structured workflow to transform vague todos into implemented features. Works on current branch with single commit at completion.

From plugin
claude-command-suite
1.4k199 skills89 agents199 commands
$ npx -y skills add qdhenry/Claude-Command-Suite --agent claude-code

Command definition

todo-branch.md

Todo Implementation Program (No Worktrees)

Structured workflow to transform vague todos into implemented features. Works on current branch with single commit at completion.

Workflow

**CRITICAL**

  • You MUST follow workflow phases in order: INIT → SELECT → REFINE → IMPLEMENT → COMMIT
  • You MUST get user confirmation or input at each STOP
  • You MUST iterate on refinement STOPs until user confirms
  • You MUST NOT mention yourself in commit messages or add yourself as a commiter
  • You MUST consult with the user in case of unexpected errors
  • You MUST not forget to stage files you added/deleted/modified in the IMPLEMENT phase

INIT

1. Read `todos/project-description.md` in full

  • If missing:
  • Use parallel Task agents to analyze codebase:
  • Identify purpose, features
  • Identify languages, frameworks, tools (build, dependency management, test, etc.)
  • Identify components and architecture
  • Extract commands from build scripts (package.json, CMakeLists.txt, etc.)
  • Map structure, key files, and entry points
  • Identify test setup and how to create new tests
  • Present proposed project description using template below
         # Project: [Name]
         [Concise description]

         ## Features
         [List of key features and purpose]

         ## Tech Stack
         [Languages, frameworks, build tools, etc.]

         ## Structure
         [Key directories, entry points, important files]

         ## Architecture
         [How components interact, main modules]

         ## Commands
         - Build: [command]
         - Test: [command]
         - Lint: [command]
         - Dev/Run: [command if applicable]

         ## Testing
         [How to create and run tests]
  • STOP → Any corrections needed? (y/n)"
  • Write confirmed content to `todos/project-description.md`

2. Check for orphaned tasks: `mkdir -p todos/work todos/done && orphaned_count=0 && for d in todos/work/*/task.md; do [ -f "$d" ] || continue; pid=$(grep "^**Agent PID:" "$d" | cut -d' ' -f3); [ -n "$pid" ] && ps -p "$pid" >/dev/null 2>&1 && continue; orphaned_count=$((orphaned_count + 1)); task_name=$(basename $(dirname "$d")); task_title=$(head -1 "$d" | sed 's/^# //'); echo "$orphaned_count. $task_name: $task_title"; done`

  • If orphaned tasks exist:
  • Present numbered list of orphaned tasks
  • STOP → "Resume orphaned task? (number or title/ignore)"
  • If resume:
  • Get task folder from numbered list
  • Read task.md and analyis.md from selected task in full
  • Update `**Agent PID:** [Bash(echo $PPID)]` in task.md
  • If Status is "Refining": Continue to REFINE
  • If Status is "InProgress": Continue to IMPLEMENT
  • If Status is "AwaitingCommit": Continue to COMMIT
  • If ignore: Continue to SELECT

SELECT

1. Read `todos/todos.md` in full 2. Present numbered list of todos with one line summaries 3. STOP → "Which todo would you like to work on? (enter number)" 4. Create ONE task folder with proper timestamp:

  • First get timestamp: `TIMESTAMP=$(date +%Y%m%d-%H%M%S)`
  • Create slug from task title (lowercase, replace spaces with hyphens)
  • Create folder: `mkdir -p "todos/work/${TIMESTAMP}-[task-title-slug]"`
  • Store folder path in variable: `TASK_DIR="todos/work/${TIMESTAMP}-[task-title-slug]"`
  • **IMPORTANT**: Use this same `$TASK_DIR` variable throughout the workflow

5. Initialize `${TASK_DIR}/task.md` from template:

   # [Task Title]
   **Status:** Refining
   **Agent PID:** [Bash(echo $PPID)]

   ## Original Todo
   [raw todo text from todos/todos.md]

   ## Description
   [what we're building]
   
   *Read [analysis.md](./analysis.md) in full for detailed codebase research and context*

   ## Implementation Plan
   [how we are building it]
   - [ ] Code change with location(s) if applicable (src/file.ts:45-93)
   - [ ] Automated test: ...
   - [ ] User test: ...

   ## Notes
   [Implementation notes]

6. Remove selected todo from `todos/todos.md`

REFINE

1. Research codebase with parallel Task agents:

  • Where in codebase changes are needed for this todo
  • What existing patterns/structures to follow
  • Which files need modification
  • What related features/code already exist

2. Append analysis by agents verbatim to `${TASK_DIR}/analysis.md` 3. Draft description → STOP → "Use this description? (y/n)" 4. Draft implementation plan → STOP → "Use this implementation plan? (y/n)" 5. Update `${TASK_DIR}/task.md` with fully refined content and set `**Status**: InProgress`

IMPLEMENT

1. Execute the implementation plan checkbox by checkbox:

  • **During this process, if you discover unforeseen work is needed, you MUST:**
  • Pause and propose a new checkbox for the plan
  • STOP → "Add this new checkbox to the plan? (y/n)"
  • Add new checkbox to `${TASK_DIR}/task.md` before proceeding
  • For the current checkbox:
  • Make code changes
  • Summarize changes
  • STOP → "Approve these changes? (y/n)"
  • Mark checkbox complete in `${TASK_DIR}/task.md`
  • Stage progress: `git add -A`

2. After all checkboxes are complete, run project validation (lint/test/build).

  • If validation fails:
  • Report full error(s)
  • Propose one or more new checkboxes to fix the issue
  • STOP → "Add these checkboxes to the plan? (y/n)"
  • Add new checkbox(es) to implementation plan in `${TASK_DIR}/task.md`
  • Go to step 1 of `IMPLEMENT`.

3. Present user test steps → STOP → "Do all user tests pass? (y/n)"

  • If no: Gather information from user on what failed and return to step 1 to fix issues

4. Check if project description needs updating:

  • If implementation changed structure, features, or commands:
  • Present proposed updates to `todos/project-description.md`
  • STOP → "Update project description as shown? (y/n)"
  • If yes, update `todo
Read more
@qdhenry
Ships withclaude-command-suite

A comprehensive development toolkit designed following Anthropic's Claude Code Best Practices for AI-assisted software development.

1.4k12 skills89 agents
Get the whole plugin

Stars on GitHub

Momentum

stars in total
1.4k
Star history of qdhenry/Claude-Command-Suite on GitHub, a chart by star-history.com

Other commands on claude-command-suite.

More commands from other plugins.

build
Auto-invoked

build

Command

Implement tasks incrementally — build, test, verify, commit. Add "auto" to run the whole plan in one approved pass.

@addyosmani@addyosmaniInstall Command