From devflow-db
Decomposes a requirement into tasks and inserts them into the DevFlow database, auto-spawning reviews for qualifying task types.
How this skill is triggered — by the user, by Claude, or both
Slash command
/devflow-db:create-tasksThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Decomposes a single requirement into discrete tasks and records them in the DevFlow database. Reviews are auto-spawned by the server for `plan`, `build`, `test`, and `configure` task types.
Decomposes a single requirement into discrete tasks and records them in the DevFlow database. Reviews are auto-spawned by the server for plan, build, test, and configure task types.
Run /create-tasks when a requirement is ready to be broken down into actionable units of work.
Identify the requirement — ask the user for a requirement_id, or call read_requirements to list open requirements and let the user choose.
Check existing tasks — call read_tasks filtered by requirement_id to see what already exists. Avoid inserting duplicates.
Decompose — analyse the requirement description and produce a list of tasks. For each task determine:
title: a short, action-oriented label (e.g. "Write init.sql schema")task_type: one of plan, build, test, review, document, configure, researchstatus: always 'pending' for new tasksReview-spawning rule — inform the user which tasks will auto-spawn a review:
plan, build, test, configurereview, document, researchInsert tasks — call insert_task for each task. The server returns review_id alongside each inserted task row:
review_id is not null, a review has been auto-spawnedreview_id is null, no review was spawned (expected for document, research, review types)Report — summarise what was created:
build task and a test task).task_type to a value outside the allowed enum: plan, build, test, review, document, configure, research.insert_review manually — the server handles auto-spawning.npx claudepluginhub pedrogrande/devflow-dbSets up isolated workspaces using native worktree tools or git worktree fallback. Use before starting feature work to protect the current branch.