auto-devflow

Featured

Use when starting an issue, bugfix, feature, or refactor that benefits from an adaptive development workflow. Select lite, normal, pro, max, or ultra from task complexity and risk, then use only the coordination, review, and verification phases that the task actually needs.

AI & Automation 216 stars 37 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 92/100

Stars 20%
78
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Adaptive Devflow Run the **lowest sufficient devflow**. The main agent remains the controller, but the amount of ceremony and delegation scales with task complexity: ```text lite < normal < pro < max < ultra ``` A lower mode may absorb a phase into the controller; it must not discard that phase's responsibility. For example, `lite` replaces a review subagent with a controller self-review, not with no review. ## Non-Negotiables These rules apply in every mode: - The main agent owns scope, mode selection, approvals, TodoWrite, git safety, and final reporting. - Use the smallest safe mode, but never trade away correctness, security, or required verification to save steps. - Subagents do focused work only. Do not let a subagent silently broaden scope. - Run writable phases sequentially. Never run two coding agents against the same checkout at the same time. - Ask before destructive operations, branch changes, commits, or scope expansion. Never commit unless the user explicitly requested it. - Inspect the actual diff and collect verification evidence before claiming completion. - Treat user-visible behavior, public contracts, persistent data, security boundaries, and irreversible operations as risk signals, regardless of file count. ## Select a Mode Accept an explicit mode in forms such as: ```text /auto-devflow lite fix the typo /auto-devflow pro implement issue 123 use max mode for this migration ``` Selection order: 1. If the user explicitly names a mode, use it as...

Details

Author
KonghaYao
Repository
KonghaYao/peri
Created
6 months ago
Last Updated
today
Language
Rust
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

adaptive-dev-workflow

Workflow router for substantial changes. Use when: a feature, bugfix, refactor, security, perf, or OpenSpec change needs classifying into Feature Delivery, Bug Investigation & Fix, or Lightweight Maintenance before heavy context loads. Not for tiny edits, investigation already underway, code review, or apply-ready OpenSpec tasks. Output: workflow classification + required artifacts + gate checklist.

2 Updated yesterday
hmj1026
DevOps & Infrastructure Listed

cdt

Multi-agent development workflow using Agent Teams. Supports five modes: plan (architect teammate + PM teammate debate → plan.md), dev (developer teammate + code-tester teammate + qa-tester teammate + reviewer teammate iterate → code), full (plan → approval gate → dev), auto (plan → dev, no gate), and bugfix (tester + developer + reviewer TDD triad → fix + PR). Use when tasks benefit from collaborative agent teammates with peer messaging.

10 Updated 1 weeks ago
rube-de
AI & Automation Listed

dev-flow

Lightweight development flow — the default track for everyday work. source-only changes, dev/staging live applies, and zero-user production (owner-declared). Evidence is a merged PR + green CI + one ledger line; no sealing, no successor tickets, no verdict ping-pong. Routes irreversible or customer-visible work to prod-flow via a one-question track test. Keeps hollow-green defenses and a fix-plus-regression-gate rule for problems found live.

2 Updated 2 months ago
reoring