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.3k199 skills89 agents199 commands
Install
$ npx -y skills add qdhenry/Claude-Command-Suite --agent claude-code

How it fires

How this command gets triggered: by you, by Claude, or both.

  • Fires itselfClaude auto-loads it when your prompt matches the work.
  • You can call itInvoke it directly when you want it.
  • Slash command/todo-branch

Context preview

What this command does when you run it.

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

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
Ships withclaude-command-suite

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

Get the whole plugin