Agent skill

Workflow Execute

by catlog22 in catlog22/Claude-Code-Workflow

Coordinate agent execution for workflow tasks with automatic session discovery, parallel task processing, and status tracking.

MITAuto-check: notesProduct & Project Management

Install Workflow Execute

skills CLI
$ npx skills add catlog22/Claude-Code-Workflow --skill workflow-execute -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install catlog22/Claude-Code-Workflow workflow-execute --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/catlog22/Claude-Code-Workflow.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/workflow-execute .claude/skills/workflow-execute && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
workflow-execute
GitHub stars
2.1k
Token cost
~6.5k tokens
SKILL.md length
1,859 words
Files
2
Skills in repo
82
Repo updated
First seen
Licence
MIT

At a glance

Coordinate agent execution for workflow tasks with automatic session discovery, parallel task processing, and status tracking.

  • Works in 5 steps: Discovery → Planning Document Validation → TodoWrite Generation → …
  • Workflow-execute
  • SKILL.md covers Usage, Auto Mode Defaults, Performance Optimization… and Core Rules, plus 10 more sections
  • Calls jq and git

What it does

Workflow Execute is an agent skill from catlog22/Claude-Code-Workflow. Coordinate agent execution for workflow tasks with automatic session discovery, parallel task processing, and status tracking. Triggers on "workflow-execute".

Its SKILL.md is about 6.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files (for example `phases/06-review.md`).

It sits in Product & Project Management, covering Project management. The repository describes itself as: JSON-driven multi-agent cadence-team development framework with intelligent CLI orchestration (Gemini/Qwen/Codex), context-first architecture, and automated workflow execution. The licence is MIT.

When your agent uses it

  • Workflow-execute
  • Tasks that involve Project management

Example prompts

  • “workflow-execute”
  • “/workflow-execute”

Requirements

  • Pre-approved tools (allowed-tools): Skill, Agent, AskUserQuestion, TaskCreate, TaskUpdate, TaskList, Read, Write, Edit, Bash, Glob, Grep

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Discovery
  2. Planning Document Validation
  3. TodoWrite Generation
  4. Execution Strategy Selection & Task Execution
  5. Completion

What it can do on your machine

Read from SKILL.md and the folder at commit 07491b0. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Skill
    • Agent
    • AskUserQuestion
    • TaskCreate
    • TaskUpdate
    • TaskList
    • Read
    • Write
    • Edit
    • Bash

    …and 2 more on the same allowed-tools line.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • jq
    • git

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Workflow Execute loads about 6.5k tokens when it runs. Until then it costs about 44 tokens; SKILL.md has 1,859 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~44
When it runs · the whole SKILL.md, loaded when a task matches
~6.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Skill, Agent, AskUserQuestion, TaskCreate, TaskUpdate, TaskList, Read, Write, Edit, Bash, Glob, Grep

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from catlog22/Claude-Code-Workflow at commit 07491b0, republished under its MIT licence (© catlog22). 1,859 words, ~6,481 tokens.

Download SKILL.mdSave it as .claude/skills/workflow-execute/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
workflow-execute
description
Coordinate agent execution for workflow tasks with automatic session discovery, parallel task processing, and status tracking. Triggers on "workflow-execute".
allowed-tools
Skill, Agent, AskUserQuestion, TaskCreate, TaskUpdate, TaskList, Read, Write, Edit, Bash, Glob, Grep

Workflow Execute

Orchestrates autonomous workflow execution through systematic task discovery, agent coordination, and progress tracking. Executes entire workflow without user interruption (except initial session selection if multiple active sessions exist), providing complete context to agents and ensuring proper flow control execution with comprehensive TodoWrite tracking.

Resume Mode: When called with --resume-session flag, skips discovery phase and directly enters TodoWrite generation and agent execution for the specified session.

Usage

bash
# Interactive mode (with confirmations)
/workflow-execute
/workflow-execute --resume-session="WFS-auth"

# Auto mode (skip confirmations, use defaults)
/workflow-execute --yes
/workflow-execute -y
/workflow-execute -y --resume-session="WFS-auth"

# With auto-commit (commit after each task completion)
/workflow-execute --with-commit
/workflow-execute -y --with-commit
/workflow-execute -y --with-commit --resume-session="WFS-auth"

Auto Mode Defaults

When --yes or -y flag is used:

  • Session Selection: Automatically selects the first (most recent) active session
  • Completion Choice: Automatically completes session (runs /workflow:session:complete --yes)

When --with-commit flag is used:

  • Auto-Commit: After each agent task completes, commit changes based on summary document
  • Commit Principle: Minimal commits - only commit files modified by the completed task
  • Commit Message: Generated from task summary with format: "feat/fix/refactor: {task-title} - {summary}"

Flag Parsing:

javascript
// ★ 统一 auto mode 检测:-y/--yes 从 $ARGUMENTS 或 ccw 传播
const autoYes = /\b(-y|--yes)\b/.test($ARGUMENTS)
const withCommit = $ARGUMENTS.includes('--with-commit')

Performance Optimization Strategy

Lazy Loading: Task JSONs read on-demand during execution, not upfront. TODO_LIST.md + IMPL_PLAN.md provide metadata for planning.

Loading Strategy:

  • TODO_LIST.md: Read in Phase 3 (task metadata, status, dependencies for TodoWrite generation)
  • IMPL_PLAN.md: Check existence in Phase 2 (normal mode), parse execution strategy in Phase 4A
  • Task JSONs: Lazy loading - read only when task is about to execute (Phase 4B)

Core Rules

Complete entire workflow autonomously without user interruption, using TodoWrite for comprehensive progress tracking. Execute all discovered pending tasks until workflow completion or blocking dependency. User-choice completion: When all tasks finished, ask user to choose review or complete. ONE AGENT = ONE TASK JSON: Each agent instance executes exactly one task JSON file - never batch multiple tasks into single agent execution.

Core Responsibilities

  • Session Discovery: Identify and select active workflow sessions
  • Execution Strategy Parsing: Extract execution model from IMPL_PLAN.md
  • TodoWrite Progress Tracking: Maintain real-time execution status throughout entire workflow
  • Agent Orchestration: Coordinate specialized agents with complete context
  • Status Synchronization: Update task JSON files and workflow state
  • Autonomous Completion: Continue execution until all tasks complete or reach blocking state
  • Session User-Choice Completion: Ask user to choose review or complete when all tasks finished

Execution Philosophy

  • Progress tracking: Continuous TodoWrite updates throughout entire workflow execution
  • Autonomous completion: Execute all tasks without user interruption until workflow complete

Execution Process

Normal Mode:
Phase 1: Discovery
   ├─ Count active sessions
   └─ Decision:
      ├─ count=0 → ERROR: No active sessions
      ├─ count=1 → Auto-select session → Phase 2
      └─ count>1 → AskUserQuestion (max 4 options) → Phase 2

Phase 2: Planning Document Validation
   ├─ Check IMPL_PLAN.md exists
   ├─ Check TODO_LIST.md exists
   └─ Validate .task/ contains IMPL-*.json files

Phase 3: TodoWrite Generation
   ├─ Update session status to "active" (Step 0)
   ├─ Parse TODO_LIST.md for task statuses
   ├─ Generate TodoWrite for entire workflow
   └─ Prepare session context paths

Phase 4: Execution Strategy & Task Execution
   ├─ Step 4A: Parse execution strategy from IMPL_PLAN.md
   └─ Step 4B: Execute tasks with lazy loading
      └─ Loop:
         ├─ Get next in_progress task from TodoWrite
         ├─ Lazy load task JSON
         ├─ Launch agent with task context
         ├─ Mark task completed (update IMPL-*.json status)
         │  # Quick fix: Update task status for ccw dashboard
         │  # TS=$(date -Iseconds) && jq --arg ts "$TS" '.status="completed" | .status_history=(.status_history // [])+[{"from":"in_progress","to":"completed","changed_at":$ts}]' IMPL-X.json > tmp.json && mv tmp.json IMPL-X.json
         ├─ [with-commit] Commit changes based on summary (minimal principle)
         │  # Read summary from .summaries/IMPL-X-summary.md
         │  # Extract changed files from summary's "Files Modified" section
         │  # Generate commit message: "feat/fix/refactor: {task-title} - {summary}"
         │  # git add <changed-files> && git commit -m "<commit-message>"
         └─ Advance to next task

Phase 5: Completion
   ├─ Update task statuses in JSON files
   ├─ Generate summaries
   └─ AskUserQuestion: Choose next step
      ├─ "Enter Review" → Phase 6
      └─ "Complete Session" → /workflow:session:complete

Phase 6: Post-Implementation Review (Optional)
   └─ Ref: phases/06-review.md
      ├─ Select review type (quality/security/architecture/action-items)
      ├─ CLI-assisted analysis (Gemini/Qwen)
      ├─ Generate REVIEW-{type}.md report
      └─ Post-review: another review or complete session

Resume Mode (--resume-session):
   ├─ Skip Phase 1 & Phase 2
   └─ Entry Point: Phase 3 (TodoWrite Generation)
      ├─ Update session status to "active" (if not already)
      └─ Continue: Phase 4 → Phase 5 → [Phase 6]

Execution Lifecycle

Phase 1: Discovery

Applies to: Normal mode only (skipped in resume mode)

Purpose: Find and select active workflow session with user confirmation when multiple sessions exist

Process:

Step 1.1: Count Active Sessions
bash
bash(find .workflow/active/ -name "WFS-*" -type d 2>/dev/null | wc -l)
Step 1.2: Handle Session Selection

Case A: No Sessions (count = 0)

ERROR: No active workflow sessions found
Run /workflow-plan "task description" to create a session

Case B: Single Session (count = 1)

bash
bash(find .workflow/active/ -name "WFS-*" -type d 2>/dev/null | head -1 | xargs basename)

Auto-select and continue to Phase 2.

Case C: Multiple Sessions (count > 1)

List sessions with metadata and prompt user selection:

bash
bash(for dir in .workflow/active/WFS-*/; do [ -d "$dir" ] || continue; session=$(basename "$dir"); project=$(jq -r '.project // "Unknown"' "${dir}workflow-session.json" 2>/dev/null || echo "Unknown"); total=$(grep -c '^\- \[' "${dir}TODO_LIST.md" 2>/dev/null || echo 0); completed=$(grep -c '^\- \[x\]' "${dir}TODO_LIST.md" 2>/dev/null || echo 0); if [ "$total" -gt 0 ]; then progress=$((completed * 100 / total)); else progress=0; fi; echo "$session | $project | $completed/$total tasks ($progress%)"; done)

Parse --yes flag:

javascript
// ★ 统一 auto mode 检测:-y/--yes 从 $ARGUMENTS 或 ccw 传播
const autoYes = /\b(-y|--yes)\b/.test($ARGUMENTS)

Conditional Selection:

javascript
if (autoYes) {
  // Auto mode: Select first session (most recent)
  const firstSession = sessions[0]
  console.log(`[--yes] Auto-selecting session: ${firstSession.id}`)
  selectedSessionId = firstSession.id
  // Continue to Phase 2
} else {
  // Interactive mode: Use AskUserQuestion to present formatted options (max 4 options shown)
  // If more than 4 sessions, show most recent 4 with "Other" option for manual input
  const sessions = getActiveSessions()  // sorted by last modified
  const displaySessions = sessions.slice(0, 4)

  AskUserQuestion({
    questions: [{
      question: "Multiple active sessions detected. Select one:",
      header: "Session",
      multiSelect: false,
      options: displaySessions.map(s => ({
        label: s.id,
        description: `${s.project} | ${s.progress}`
      }))
      // Note: User can select "Other" to manually enter session ID
    }]
  })
}

Input Validation:

  • If user selects from options: Use selected session ID
  • If user selects "Other" and provides input: Validate session exists
  • If validation fails: Show error and re-prompt or suggest available sessions

Parse user input (supports: number "1", full ID "WFS-auth-system", or partial "auth"), validate selection, and continue to Phase 2.

Step 1.3: Load Session Metadata
bash
bash(cat .workflow/active/${sessionId}/workflow-session.json)

Output: Store session metadata in memory DO NOT read task JSONs yet - defer until execution phase (lazy loading)

Resume Mode: This entire phase is skipped when --resume-session="session-id" flag is provided.

Phase 2: Planning Document Validation

Applies to: Normal mode only (skipped in resume mode)

Purpose: Validate planning artifacts exist before execution

Process:

  1. Check IMPL_PLAN.md: Verify file exists (defer detailed parsing to Phase 4A)
  2. Check plan.json: Verify file exists (structured plan overview, used in Phase 4A)
  3. Check TODO_LIST.md: Verify file exists (defer reading to Phase 3)
  4. Validate Task Directory: Ensure .task/ contains at least one IMPL-*.json file

Key Optimization: Only existence checks here. Actual file reading happens in later phases.

Resume Mode: This phase is skipped when --resume-session flag is provided. Resume mode entry point is Phase 3.

Phase 3: TodoWrite Generation

Applies to: Both normal and resume modes (resume mode entry point)

Step 0: Update Session Status to Active Before generating TodoWrite, update session status from "planning" to "active":

bash
# Update session status (idempotent - safe to run if already active)
jq '.status = "active" | .execution_started_at = (.execution_started_at // now | todate)' \
  .workflow/active/${sessionId}/workflow-session.json > tmp.json && \
  mv tmp.json .workflow/active/${sessionId}/workflow-session.json

This ensures the dashboard shows the session as "ACTIVE" during execution.

Process:

  1. Create TodoWrite List: Generate task list from TODO_LIST.md (not from task JSONs)
    • Parse TODO_LIST.md to extract all tasks with current statuses
    • Identify first pending task with met dependencies
    • Generate comprehensive TodoWrite covering entire workflow
  2. Prepare Session Context: Inject workflow paths for agent use (using provided session-id)
  3. Validate Prerequisites: Ensure IMPL_PLAN.md and TODO_LIST.md exist and are valid

Resume Mode Behavior:

  • Load existing TODO_LIST.md directly from .workflow/active/{session-id}/
  • Extract current progress from TODO_LIST.md
  • Generate TodoWrite from TODO_LIST.md state
  • Proceed immediately to agent execution (Phase 4)
Phase 4: Execution Strategy Selection & Task Execution

Applies to: Both normal and resume modes

Step 4A: Parse Execution Strategy (plan.json preferred, IMPL_PLAN.md fallback)

Prefer plan.json (structured) over IMPL_PLAN.md (human-readable) for execution strategy:

  1. If plan.json exists: Read recommended_execution, complexity, task_ids[], shared_context
  2. Fallback to IMPL_PLAN.md: Read Section 4 to extract execution model

Extract:

  • Execution Model: Sequential | Parallel | Phased | TDD Cycles
  • Parallelization Opportunities: Which tasks can run in parallel
  • Serialization Requirements: Which tasks must run sequentially
  • Critical Path: Priority execution order

If neither has execution strategy, use intelligent fallback (analyze task structure).

Step 4B: Execute Tasks with Lazy Loading

Key Optimization: Read task JSON only when needed for execution

Execution Loop Pattern:

while (TODO_LIST.md has pending tasks) {
  next_task_id = getTodoWriteInProgressTask()
  task_json = Read(.workflow/active/{session}/.task/{next_task_id}.json)  // Lazy load
  executeTaskWithAgent(task_json)
  updateTodoListMarkCompleted(next_task_id)
  advanceTodoWriteToNextTask()
}

Execution Process per Task:

  1. Identify Next Task: From TodoWrite, get the next in_progress task ID
  2. Load Task JSON on Demand: Read .task/{task-id}.json for current task ONLY
  3. Validate Task Structure: Ensure required fields exist (id, title, description, depends_on, convergence)
  4. Launch Agent: Invoke specialized agent with complete context including flow control steps
  5. Monitor Progress: Track agent execution and handle errors without user interruption
  6. Collect Results: Gather implementation results and outputs
  7. [with-commit] Auto-Commit: If --with-commit flag enabled, commit changes based on summary
    • Read summary from .summaries/{task-id}-summary.md
    • Extract changed files from summary's "Files Modified" section
    • Determine commit type from meta.type (feature→feat, bugfix→fix, refactor→refactor)
    • Generate commit message: "{type}: {task-title} - {summary-first-line}"
    • Commit only modified files (minimal principle): git add <files> && git commit -m "<message>"
  8. Continue Workflow: Identify next pending task from TODO_LIST.md and repeat

Note: TODO_LIST.md updates are handled by agents (e.g., code-developer.md), not by the orchestrator.

Phase 5: Completion

Applies to: Both normal and resume modes

Process:

  1. Update Task Status: Mark completed tasks in JSON files
  2. Generate Summary: Create task summary in .summaries/
  3. Update TodoWrite: Mark current task complete, advance to next
  4. Synchronize State: Update session state and workflow status
  5. Check Workflow Complete: Verify all tasks are completed
  6. User Choice: When all tasks finished, ask user to choose next step:
javascript
// Parse --yes flag
// ★ 统一 auto mode 检测:-y/--yes 从 $ARGUMENTS 或 ccw 传播
const autoYes = /\b(-y|--yes)\b/.test($ARGUMENTS)

if (autoYes) {
  // Auto mode: Complete session automatically
  console.log(`[--yes] Auto-selecting: Complete Session`)
  Skill(skill="workflow:session:complete", args="--yes")
} else {
  // Interactive mode: Ask user
  AskUserQuestion({
    questions: [{
      question: "All tasks completed. What would you like to do next?",
      header: "Next Step",
      multiSelect: false,
      options: [
        {
          label: "Enter Review",
          description: "Run specialized review (security/architecture/quality/action-items)"
        },
        {
          label: "Complete Session",
          description: "Archive session and update manifest"
        }
      ]
    }]
  })
}

Based on user selection:

  • "Enter Review": Execute Phase 6 → Ref: phases/06-review.md
  • "Complete Session": Execute /workflow:session:complete
Post-Completion Expansion

Auto-sync: 执行 /workflow:session:sync -y "{summary}" 更新 specs/*.md + project-tech。

完成后询问用户是否扩展为issue(test/enhance/refactor/doc),选中项调用 /issue:new "{summary} - {dimension}"

Execution Strategy (IMPL_PLAN-Driven)

Show full SKILL.md (750 more words)Show less
Strategy Priority

IMPL_PLAN-Driven Execution (Recommended):

  1. Read IMPL_PLAN.md execution strategy (Section 4: Implementation Strategy)
  2. Follow explicit guidance:
    • Execution Model (Sequential/Parallel/Phased/TDD)
    • Parallelization Opportunities (which tasks can run in parallel)
    • Serialization Requirements (which tasks must run sequentially)
    • Critical Path (priority execution order)
  3. Use TODO_LIST.md for status tracking only
  4. IMPL_PLAN decides "HOW", workflow-execute implements it

Intelligent Fallback (When IMPL_PLAN lacks execution details):

  1. Analyze task structure:
    • Check meta.execution_group in task JSONs
    • Analyze depends_on relationships
    • Understand task complexity and risk
  2. Apply smart defaults:
    • No dependencies + same execution_group → Parallel
    • Has dependencies → Sequential (wait for deps)
    • Critical/high-risk tasks → Sequential
  3. Conservative approach: When uncertain, prefer sequential execution
Execution Models
1. Sequential Execution

When: IMPL_PLAN specifies "Sequential" OR no clear parallelization guidance Pattern: Execute tasks one by one in TODO_LIST order TodoWrite: ONE task marked as in_progress at a time

2. Parallel Execution

When: IMPL_PLAN specifies "Parallel" with clear parallelization opportunities Pattern: Execute independent task groups concurrently by launching multiple agent instances TodoWrite: MULTIPLE tasks (in same batch) marked as in_progress simultaneously Agent Instantiation: Launch one agent instance per task (respects ONE AGENT = ONE TASK JSON rule)

3. Phased Execution

When: IMPL_PLAN specifies "Phased" with phase breakdown Pattern: Execute tasks in phases, respect phase boundaries TodoWrite: Within each phase, follow Sequential or Parallel rules

4. Intelligent Fallback

When: IMPL_PLAN lacks execution strategy details Pattern: Analyze task structure and apply smart defaults TodoWrite: Follow Sequential or Parallel rules based on analysis

Task Status Logic
pending + dependencies_met → executable
completed → skip
blocked → skip until dependencies clear

TodoWrite Coordination

TodoWrite Rules (Unified)

Rule 1: Initial Creation

  • Normal Mode: Generate TodoWrite from discovered pending tasks for entire workflow
  • Resume Mode: Generate from existing session state and current progress

Rule 2: In-Progress Task Count (Execution-Model-Dependent)

  • Sequential execution: Mark ONLY ONE task as in_progress at a time
  • Parallel batch execution: Mark ALL tasks in current batch as in_progress simultaneously
  • Execution group indicator: Show [execution_group: group-id] for parallel tasks

Rule 3: Status Updates

  • Immediate Updates: Update status after each task/batch completion without user interruption
  • Status Synchronization: Sync with JSON task files after updates
  • Continuous Tracking: Maintain TodoWrite throughout entire workflow execution until completion

Rule 4: Workflow Completion Check

  • When all tasks marked completed, prompt user to choose review or complete session
TodoWrite Tool Usage

Example 1: Sequential Execution

javascript
TodoWrite({
  todos: [
    {
      content: "Execute IMPL-1.1: Design auth schema [code-developer] [FLOW_CONTROL]",
      status: "in_progress",  // ONE task in progress
      activeForm: "Executing IMPL-1.1: Design auth schema"
    },
    {
      content: "Execute IMPL-1.2: Implement auth logic [code-developer] [FLOW_CONTROL]",
      status: "pending",
      activeForm: "Executing IMPL-1.2: Implement auth logic"
    }
  ]
});

Example 2: Parallel Batch Execution

javascript
TodoWrite({
  todos: [
    {
      content: "Execute IMPL-1.1: Build Auth API [code-developer] [execution_group: parallel-auth-api]",
      status: "in_progress",  // Batch task 1
      activeForm: "Executing IMPL-1.1: Build Auth API"
    },
    {
      content: "Execute IMPL-1.2: Build User UI [code-developer] [execution_group: parallel-ui-comp]",
      status: "in_progress",  // Batch task 2 (running concurrently)
      activeForm: "Executing IMPL-1.2: Build User UI"
    },
    {
      content: "Execute IMPL-1.3: Setup Database [code-developer] [execution_group: parallel-db-schema]",
      status: "in_progress",  // Batch task 3 (running concurrently)
      activeForm: "Executing IMPL-1.3: Setup Database"
    },
    {
      content: "Execute IMPL-2.1: Integration Tests [test-fix-agent] [depends_on: IMPL-1.1, IMPL-1.2, IMPL-1.3]",
      status: "pending",  // Next batch (waits for current batch completion)
      activeForm: "Executing IMPL-2.1: Integration Tests"
    }
  ]
});

Agent Execution Pattern

Flow Control Execution

[FLOW_CONTROL] marker indicates task JSON contains pre_analysis steps for context preparation.

Note: Orchestrator does NOT execute flow control steps - Agent interprets and executes them autonomously.

Agent Prompt Template

Path-Based Invocation: Pass paths and trigger markers, let agent parse task JSON autonomously.

bash
Agent(subagent_type="{meta.agent}",
     run_in_background=false,
     prompt="Implement task {task.id}: {task.title}

     [FLOW_CONTROL]

     **Input**:
     - Task JSON: {session.task_json_path}
     - Context Package: {session.context_package_path}

     **Output Location**:
     - Workflow: {session.workflow_dir}
     - TODO List: {session.todo_list_path}
     - Summaries: {session.summaries_dir}

     **Execution**: Read task JSON → Execute pre_analysis → Check execution_config.method → (CLI: handoff to CLI tool | Agent: direct implementation) → Update TODO_LIST.md → Generate summary",
     description="Implement: {task.id}")

Key Markers:

  • Implement keyword: Triggers tech stack detection and guidelines loading
  • [FLOW_CONTROL]: Triggers pre_analysis execution

Why Path-Based: Agent (code-developer.md) autonomously:

  • Reads and parses task JSON (description, convergence, implementation, execution_config)
  • Executes pre_analysis steps (Phase 1: context gathering)
  • Checks execution_config.method (Phase 2: determine mode)
  • CLI mode: Builds handoff prompt and executes via ccw cli with resume strategy
  • Agent mode: Directly implements using modification_points and logic_flow
  • Generates structured summary with integration points

Embedding task content in prompt creates duplication and conflicts with agent's parsing logic.

Agent Assignment Rules
meta.agent specified → Use specified agent
meta.agent missing → Infer from meta.type:
  - "feature" → @code-developer
  - "test-gen" → @code-developer
  - "test-fix" → @test-fix-agent
  - "review" → @universal-executor
  - "docs" → @doc-generator

Phase Reference Documents

PhaseDocumentPurpose
6phases/06-review.mdPost-implementation specialized review (security/architecture/quality/action-items)

Workflow File Structure Reference

.workflow/active/WFS-[topic-slug]/
├── workflow-session.json     # Session state and metadata
├── plan.json                # Structured plan overview (machine-readable)
├── IMPL_PLAN.md             # Planning document and requirements (human-readable)
├── TODO_LIST.md             # Progress tracking (updated by agents)
├── .task/                   # Task definitions (JSON only)
│   ├── IMPL-1.json          # Main task definitions
│   └── IMPL-1.1.json        # Subtask definitions
├── .summaries/              # Task completion summaries
│   ├── IMPL-1-summary.md    # Task completion details
│   └── IMPL-1.1-summary.md  # Subtask completion details
└── .process/                # Planning artifacts
    ├── context-package.json # Smart context package
    └── ANALYSIS_RESULTS.md  # Planning analysis results

Error Handling & Recovery

Common Errors & Recovery
Error TypeCauseRecovery StrategyMax Attempts
Discovery Errors
No active sessionNo sessions in .workflow/active/Create or resume session: /workflow-plan "project"N/A
Multiple sessionsMultiple sessions in .workflow/active/Prompt user selectionN/A
Corrupted sessionInvalid JSON filesRecreate session structure or validate filesN/A
Execution Errors
Agent failureAgent crash/timeoutRetry with simplified context2
Flow control errorCommand failureSkip optional, fail critical1 per step
Context loading errorMissing dependenciesReload from JSON, use defaults3
JSON file corruptionFile system issuesRestore from backup/recreate1
Error Prevention
  • Pre-flight Checks: Validate session integrity before execution
  • Backup Strategy: Create task snapshots before major operations
  • Atomic Updates: Update JSON files atomically to prevent corruption
  • Dependency Validation: Check all depends_on references exist
  • Context Verification: Ensure all required context is available

Auto-Commit Mode (--with-commit)

Behavior: After each agent task completes, automatically commit changes based on summary document.

Minimal Principle: Only commit files modified by the completed task.

Commit Message Format: {type}: {task-title} - {summary}

Type Mapping (from meta.type):

  • feature → feat | bugfix → fix | refactor → refactor
  • test-gen → test | docs → docs | review → chore

Implementation:

bash
# 1. Read summary from .summaries/{task-id}-summary.md
# 2. Extract files from "Files Modified" section
# 3. Commit: git add <files> && git commit -m "{type}: {title} - {summary}"

Error Handling: Skip commit on no changes/missing summary, log errors, continue workflow.

Prerequisite Skills:

  • workflow-plan skill - Generate implementation plan and task JSONs

Called During Execution:

  • /workflow:session:complete - Archive session after all tasks complete
  • review-cycle skill - Post-implementation review

Follow-up Skills:

  • /issue:new - Create follow-up issues (test/enhance/refactor/doc)

© catlog22, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 1 other file in .claude/skills/workflow-execute of catlog22/Claude-Code-Workflow.

  • SKILL.md
  • phases/06-review.md

Open the folder on GitHubat commit 07491b0

Compare with similar skills

Workflow Execute next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Workflow Execute compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Workflow Execute this skillcatlog22/Claude-Code-Workflow2.1k—~6.5kAutomated safety check: NotesMIT
CCPM Project Managementautomazeio/ccpm8.4k—~1.1kAutomated safety check: PassMIT
Ichartjswanghetommy/ichartjs352—~3.4kAutomated safety check: PassApache-2.0
Shep Workstreamsshep-ai/shep264—~2.5kAutomated safety check: PassMIT
Version Bound Cleanuppdparchitect/noodle141—~650Automated safety check: PassApache-2.0
Vc Review Situationwithkynam/vibecode-pro-max-kit1.1k—~2.2kAutomated safety check: PassMIT

Similar skills

  • Runs a spec-driven workflow from PRD to epic to GitHub issues to parallel agents, with status, standup and blocked-work reports from bundled scripts.

    8.4k GitHub stars~1.1k tokensUpdated 6 mo ago
    Product & Project ManagementAuto-check passed
  • Ichartjs

    wanghetommy/ichartjs

    Plan, validate, render, explain, and safely edit iChart.js visualizations from tabular, project, or diagram data.

    352 GitHub stars~3.4k tokensUpdated yesterday
    Product & Project ManagementAuto-check passed
  • Shep Workstreams

    shep-ai/shep

    A skill your agent uses when a large body of work (a version milestone, an epic, a roadmap, a set of PRDs/design docs) needs to be broken into parallel workstreams and executed with the shep CLI.

    264 GitHub stars~2.5k tokensUpdated 2 days ago
    Product & Project ManagementAuto-check passed
  • Version Bound Cleanup

    pdparchitect/noodle

    Gating migrations and clean-up code behind an update milestone.

    141 GitHub stars~650 tokensUpdated today
    Product & Project ManagementAuto-check passed
  • Vc Review Situation

    withkynam/vibecode-pro-max-kit

    A skill your agent uses when you need a read-only situation review and handoff summary of current branch state, local/remote refs, worktrees, active project plans, selected-plan hints, and suggested…

    1.1k GitHub stars~2.2k tokensUpdated 3 mo ago
    Product & Project ManagementAuto-check passed
  • Roadmap

    cloudposse/atmos

    Maintain and update the Atmos roadmap page (website/src/data/roadmap.js): milestone/initiative/quarter schema, progress-percentage math, the curated featured[] cap (max 6, never auto-modified), and…

    1.4k GitHub stars~2.5k tokensUpdated today
    Product & Project ManagementAuto-check passed

More from catlog22/Claude-Code-Workflow

All 82 skills in this repo
  • Prompt Generator

    catlog22/Claude-Code-Workflow

    Generate or convert Claude Code prompt files — command orchestrators, skill files, agent role definitions, or style conversion of existing files.

    2.1k GitHub starsUsed in 1 repo~4.7k tokens
    Auto-check: notes
  • Ccw Help

    catlog22/Claude-Code-Workflow

    CCW command help system. An agent skill from catlog22/Claude-Code-Workflow.

    2.1k GitHub stars~2.5k tokensUpdated 3 mo ago
    Auto-check passed
  • Team Ultra Analyze

    catlog22/Claude-Code-Workflow

    Deep collaborative analysis team skill. An agent skill from catlog22/Claude-Code-Workflow.

    2.1k GitHub starsUsed in 1 repo~2.4k tokens
    Auto-check: notes
  • Brainstorm

    catlog22/Claude-Code-Workflow

    Unified brainstorming skill with dual-mode operation — auto mode (framework generation, parallel multi-role analysis, cross-role synthesis) and single role analysis.

    2.1k GitHub stars~4.8k tokensUpdated 3 mo ago
    Auto-check: notes
  • Ccw Chain

    catlog22/Claude-Code-Workflow

    Chain-based CCW workflow orchestrator. An agent skill from catlog22/Claude-Code-Workflow.

    2.1k GitHub stars~1.1k tokensUpdated 3 mo ago
    Auto-check: notes
  • Delegation Check

    catlog22/Claude-Code-Workflow

    Check workflow delegation prompts against agent role definitions for content separation violations.

    2.1k GitHub stars~2.8k tokensUpdated 3 mo ago
    Auto-check: notes

Questions about Workflow Execute

What does Workflow Execute do?

Coordinate agent execution for workflow tasks with automatic session discovery, parallel task processing, and status tracking. Workflow Execute is an agent skill from catlog22/Claude-Code-Workflow. Coordinate agent execution for workflow tasks with automatic session discovery, parallel task processing, and status tracking.

When should I use Workflow Execute?

Workflow Execute fits situations like: workflow-execute; tasks that involve Project management.

How do I install Workflow Execute in Claude Code?

Run `npx skills add catlog22/Claude-Code-Workflow --skill workflow-execute -a claude-code`. Or copy the skill folder (.claude/skills/workflow-execute in catlog22/Claude-Code-Workflow) into .claude/skills/workflow-execute in your project. Claude Code loads it when a task matches its description.

How do I install Workflow Execute in Codex?

Run `npx skills add catlog22/Claude-Code-Workflow --skill workflow-execute -a codex`. Or copy the skill folder (.claude/skills/workflow-execute in catlog22/Claude-Code-Workflow) into .agents/skills/workflow-execute in your project. Codex loads it when a task matches its description.

Can I use Workflow Execute in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add catlog22/Claude-Code-Workflow --skill workflow-execute -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/workflow-execute, .gemini/skills/workflow-execute, .github/skills/workflow-execute and .opencode/skills/workflow-execute in your project.

What does Workflow Execute need to run?

Going by SKILL.md and its folder, Workflow Execute needs the command-line tools its instructions call (jq and git). Its frontmatter pre-approves these tools: Skill, Agent, AskUserQuestion, TaskCreate, TaskUpdate, TaskList, Read, Write, Edit, Bash, Glob, Grep.

Does Workflow Execute access the network?

SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Workflow Execute safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Workflow Execute use?

Workflow Execute is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Workflow Execute use?

About 6.5k tokens (SKILL.md is roughly 26k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Workflow Execute?

Skills that share tags, products or a category with Workflow Execute: CCPM Project Management (automazeio/ccpm, 8.4k stars), Ichartjs (wanghetommy/ichartjs, 352 stars), Shep Workstreams (shep-ai/shep, 264 stars) and Version Bound Cleanup (pdparchitect/noodle, 141 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Workflow Execute?

catlog22 (a GitHub user) maintains it in catlog22/Claude-Code-Workflow, which has 2,130 GitHub stars. The repository holds 82 skills in this directory. The repository was last updated on June 18, 2026.

Source: catlog22/Claude-Code-Workflow on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.