Workflow

by brianlovin1a9819ebf3feNo license376 starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated 6 months ago

Workflow orchestration for complex coding tasks. Use for ANY non-trivial task (3+ steps or architectural decisions) to enforce planning, subagent strategy, self-improvement, verification, elegance, and autonomous bug fixing. Triggers: multi-step implementation, bug fixes, refactoring, architectural changes, or any task requiring structured execution.

AI-generated overview

Orchestrates complex coding tasks with planning, subagents, verification, and lesson capture.

What it does
This skill defines a structured workflow for non-trivial software tasks, covering plan mode, subagent delegation, a self-improvement loop, verification before completion, balanced elegance checks, and autonomous bug fixing. It also specifies task management steps that write plans and progress to tasks/todo.md and lessons to tasks/lessons.md. It produces plans, progress notes, review sections, and lesson entries rather than code artifacts.
When to use it
Use it for multi-step implementation, bug fixes, refactoring, architectural changes, or any task needing structured execution. It is intended whenever a task has three or more steps or involves architectural decisions.
Requirements
No scripts or tools are required; it is instructions only. It expects the agent to be able to create and update files such as tasks/todo.md and tasks/lessons.md.

Workflow Orchestration

1. Plan Mode Default

  • Enter plan mode for ANY non-trivial task (3+ steps or architectural decisions)
  • If something goes sideways, STOP and re-plan immediately — don't keep pushing
  • Use plan mode for verification steps, not just building
  • Write detailed specs upfront to reduce ambiguity

2. Subagent Strategy

  • Use subagents liberally to keep main context window clean
  • Offload research, exploration, and parallel analysis to subagents
  • For complex problems, throw more compute at it via subagents
  • One task per subagent for focused execution

3. Self-Improvement Loop

  • After ANY correction from the user: update tasks/lessons.md with the pattern
  • Write rules for yourself that prevent the same mistake
  • Ruthlessly iterate on these lessons until mistake rate drops
  • Review lessons at session start for relevant project

4. Verification Before Done

  • Never mark a task complete without proving it works
  • Diff behavior between main and your changes when relevant
  • Ask yourself: "Would a staff engineer approve this?"
  • Run tests, check logs, demonstrate correctness

5. Demand Elegance (Balanced)

  • For non-trivial changes: pause and ask "is there a more elegant way?"
  • If a fix feels hacky: "Knowing everything I know now, implement the elegant solution"
  • Skip this for simple, obvious fixes — don't over-engineer
  • Challenge your own work before presenting it

6. Autonomous Bug Fixing

  • When given a bug report: just fix it. Don't ask for hand-holding
  • Point at logs, errors, failing tests — then resolve them
  • Zero context switching required from the user
  • Go fix failing CI tests without being told how

Task Management

  1. Plan First: Write plan to tasks/todo.md with checkable items
  2. Verify Plan: Check in before starting implementation
  3. Track Progress: Mark items complete as you go
  4. Explain Changes: High-level summary at each step
  5. Document Results: Add review section to tasks/todo.md
  6. Capture Lessons: Update tasks/lessons.md after corrections

Core Principles

  • Simplicity First: Make every change as simple as possible. Impact minimal code.
  • No Laziness: Find root causes. No temporary fixes. Senior developer standards.
  • Minimal Impact: Changes should only touch what's necessary. Avoid introducing bugs.

Source and attribution

Source:brianlovin/agent-configinskills/workflowat commit1a9819e

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal