dmulcahey/featureforge

brainstorming

You MUST use this before exploring a feature idea, behavior change, or architecture direction. Refines user intent, requirements, and design before implementation.

原文の言語: 英語

dispatching-parallel-agents

Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies

原文の言語: 英語

document-release

Use when implementation is complete and release notes, changelog, TODO, or handoff documentation need a release-quality pass before merge

原文の言語: 英語

executing-plans

Use when you have an engineering-approved FeatureForge implementation plan and need to execute it in a separate session

原文の言語: 英語

finishing-a-development-branch

Use when implementation is complete, verification passes, and you need to decide how to integrate the work through merge, PR, or cleanup

原文の言語: 英語

plan-ceo-review

Use when a written FeatureForge design or architecture spec needs CEO or founder review before implementation planning, including scope expansion, selective expansion, hold-scope rigor, or scope reduction

原文の言語: 英語

plan-eng-review

Use when a written FeatureForge implementation plan from a CEO-approved spec needs engineering review before execution or when workflow/operator explicitly routes to late refresh-test-plan regeneration

原文の言語: 英語

plan-fidelity-review

Use when an engineering-reviewed draft FeatureForge implementation plan needs a final first-class fidelity review against the CEO-approved spec before engineering approval

原文の言語: 英語

project-memory

Use when setting up or updating repo-visible project memory under docs/project_notes, or when recording durable bugs, decisions, key facts, or issue breadcrumbs without changing FeatureForge workflow authority

原文の言語: 英語

qa-only

Use when you need browser-based QA, repro steps, screenshots, evidence, and reports, but do not want the agent to fix any code

原文の言語: 英語

receiving-code-review

Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation

原文の言語: 英語

requesting-code-review

Use after implementation work or an intentional review checkpoint, and before merging, to verify the work meets requirements

原文の言語: 英語

subagent-driven-development

Use when executing an engineering-approved FeatureForge implementation plan with mostly independent tasks in the current session

原文の言語: 英語

systematic-debugging

Use when investigating a bug, regression, test failure, or unexpected behavior before proposing fixes

原文の言語: 英語

test-driven-development

Use when implementing any feature or bugfix, before writing implementation code

原文の言語: 英語

using-featureforge

Use when starting any conversation or deciding which skill or workflow stage applies before any response, clarification, or action

原文の言語: 英語

using-git-worktrees

Use when the user wants an isolated workspace for feature work or parallel branch-based development - creates isolated git worktrees with smart directory selection and safety verification

原文の言語: 英語

verification-before-completion

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always

原文の言語: 英語

writing-plans

Use when you have a CEO-approved FeatureForge spec for a multi-step task and need to write the implementation plan before touching code

原文の言語: 英語

writing-skills

Use when creating new skills, editing existing skills, or verifying skills work before deployment

原文の言語: 英語

featureforge-upgrade

Use when FeatureForge detects an installed update and needs to upgrade the local runtime checkout before continuing

原文の言語: 英語