Skip to main content
GitHub repository

flowstate

flowstate contains 17 collected skills from c-reichert, with repository-level occupation coverage and site-owned skill detail pages.

skills collected
17
Stars
9
updated
2026-05-01
Forks
0
Occupation coverage
3 occupation categories · 100% classified
repository explorer

Skills in this repository

brainstorming
project-management-specialists

Use before any creative work — features, components, changes, or modifications. Guides structured design through collaborative dialogue before implementation. Triggers: "brainstorm", "design", "think through", "explore approaches", ambiguous requests, or requests with multiple valid interpretations.

2026-05-01
compound
software-developers

Use after a problem has been solved and the solution verified working — captures the lesson as categorized documentation in docs/solutions/ with YAML frontmatter so future sessions can find it. Triggers: "compound", "capture learning", "document solution", "that worked", "it's fixed", "working now", "problem solved", "that did it", "doc-fix".

2026-05-01
deep-code-review
software-quality-assurance-analysts-and-testers

Use for extended multi-agent review with 14+ agents including conditional and language-specific reviewers. Appropriate for large changes, architectural shifts, migrations, or when standard review is not thorough enough. Triggers: "deep review", "thorough review", "full review", "extended review", "review everything", "maximum coverage".

2026-05-01
document-review
software-quality-assurance-analysts-and-testers

Use to review brainstorm or plan documents before proceeding to the next workflow step. Applies structured self-review for completeness, clarity, consistency, feasibility, and YAGNI.

2026-05-01
finishing-a-branch
software-developers

Use when implementation is complete and all tests pass — guides branch completion by presenting structured options for merge, PR, or cleanup.

2026-05-01
multi-agent-review
software-quality-assurance-analysts-and-testers

Use when performing multi-agent code review after implementing features, before merging, or when reviewing PRs. Runs 5 core review agents in parallel plus a learnings researcher. Produces prioritized findings (P1/P2/P3) with todo files for tracking and resolution. Triggers: "review", "code review", "check before merge", "review PR", "run reviewers", "catch issues".

2026-05-01
plan-deepening
project-management-specialists

Enhance an existing plan with parallel research agents per section. Adds best practices, edge cases, code examples, and learnings references. Does not rewrite -- only enriches. Triggers: "deepen", "enhance plan", "add research to plan", or after initial planning when more depth is needed.

2026-05-01
planning
software-developers

Transform brainstorm outputs, feature descriptions, or improvement ideas into well-structured implementation plans with TDD-structured tasks. Orchestrates parallel research (local + conditional external), spec-flow analysis, and plan writing. Triggers: "plan", "implement", "build this", or after a brainstorm session when ready to move to implementation.

2026-05-01
receiving-code-review
software-quality-assurance-analysts-and-testers

Use when receiving code review feedback, before implementing suggestions. Requires technical rigor and verification -- not performative agreement or blind implementation.

2026-05-01
requesting-code-review
software-quality-assurance-analysts-and-testers

Use when requesting code review after implementing features, before merging, when stuck, or after fixing complex bugs. Structures what to provide reviewers and what output to expect.

2026-05-01
subagent-driven-development
software-developers

Use when executing implementation plans with independent tasks — dispatches a fresh subagent per task with two-stage review (spec compliance then code quality) after each.

2026-05-01
systematic-debugging
software-developers

Use when encountering any bug, test failure, or unexpected behavior. Enforces a disciplined reproduce-isolate-diagnose-fix-verify cycle. No guessing allowed.

2026-05-01
tdd
software-quality-assurance-analysts-and-testers

Use when implementing any feature or bugfix, before writing implementation code. Enforces strict test-first development — no production code without a failing test.

2026-05-01
team-task-execution
software-developers

Use when subagent-driven-development detects parallelizable task waves in an approved plan. Spawns up to 3 implementer teammates per wave, each in its own worktree, then merges worktrees between waves. Triggered internally by the flowstate:subagent-driven-development skill — not user-invoked. Triggers: "parallel waves", "team execution", or invocation from subagent-driven-development.

2026-05-01
using-worktrees
software-developers

Use at the start of the work phase, after plan approval and before implementation begins, to create an isolated git worktree for the feature branch. Triggers: "create worktree", "isolate work", "set up branch", "start implementing", or invocation from flowstate:subagent-driven-development.

2026-05-01
verification-before-completion
software-quality-assurance-analysts-and-testers

Use when about to claim work is complete, fixed, or passing — requires running verification commands and confirming output before making any success claims. Evidence before assertions, always.

2026-05-01
writing-plans
project-management-specialists

Structure implementation plans with TDD-structured tasks, bite-sized granularity, and learnings integration. Use when converting research/specs into an actionable plan document.

2026-05-01