Workflow

作者 brianlovin1a9819ebf3fe無授權條款376 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫6 個月前更新

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 產生的概覽

透過規劃、子代理、驗證與經驗記錄來編排複雜的程式開發任務。

功能
此技能為非簡單的軟體任務定義了一套結構化工作流程,涵蓋計畫模式、子代理委派、自我改進循環、完成前驗證、平衡的優雅性檢查,以及自主修復缺陷。它也規定了任務管理步驟,將計畫與進度寫入 tasks/todo.md,並將經驗寫入 tasks/lessons.md。它產出的是計畫、進度記錄、審查區段與經驗條目,而非程式碼成品。
適用情境
適用於多步驟實作、缺陷修復、重構、架構變更,或任何需要結構化執行的任務。當任務包含三個以上步驟或涉及架構決策時,即可使用。
執行需求
不需要指令碼或工具,僅為指示內容。它要求代理能夠建立與更新 tasks/todo.md 與 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.

來源與署名

來源:brianlovin/agent-config位於skills/workflow提交1a9819e

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架