Reviews implemented features against a specification file to verify the implementation matches requirements. Compares git diffs with spec criteria, optionally captures screenshots of critical UI paths, and produces a structured JSON report with issue severity classification. Use when a user wants to review work against a spec, validate an implementation, check if features match requirements, or verify work before merging. Triggers on "review the spec", "review my work", "validate against the spec", "check the implementation", "review this feature", "does this match the spec", "spec review", "review before merge". Do NOT use for implementing features (use the implement skill). Do NOT use for creating or writing specs (use the spec skill). Do NOT use for running tests or linting directly — the build skill handles validation.
Analyzes a feature spec and decomposes it into smaller, focused sub-tasks when the feature is too large for a single agent. Produces a task graph with mini-specs for each sub-task. Use when a user wants to break down a large feature, decompose a spec, split a plan into subtasks, or when a spec is too big to implement in one pass. Triggers on "decompose this spec", "break this down", "split into subtasks", "this is too big". Do NOT use for implementing features (use the implement skill). Do NOT use for creating specs (use the spec skill).
Implements a development plan by reading it, breaking it into tasks, writing the code, and reporting a summary of completed work. Use when a user wants to implement, execute, build, or code a plan. Triggers on "implement this plan", "execute this spec", "build this feature from the plan", "code this up", "follow this plan", "implement the spec", or when given a spec file path or inline plan text. Do NOT use for creating or writing specs (use the spec skill instead). Do NOT use for reviewing, critiquing, or modifying existing plans without implementing them. Do NOT use for running or deploying applications.
Creates structured implementation specs for development tasks categorized by conventional commit types (feat, fix, refactor, perf, chore, docs, test, build, ci). Use when a user wants to spec, plan, design, or scope work before implementing it. Triggers on "spec a feature", "create a spec", "scope this work", "design the approach", "write a spec for", "spec this fix", "spec a refactor", or when given a task description. Do NOT use for implementing or executing existing specs. Do NOT use for quick single-line changes that need no spec phase.
Implements a development plan by reading it, breaking it into tasks, writing the code, and reporting a summary of completed work. Use when a user wants to implement, execute, build, or code a plan. Triggers on "implement this plan", "execute this spec", "build this feature from the plan", "code this up", "follow this plan", "implement the spec", or when given a spec file path or inline plan text. Do NOT use for creating or writing specs (use the spec skill instead). Do NOT use for reviewing, critiquing, or modifying existing plans without implementing them. Do NOT use for running or deploying applications.
Reviews all uncommitted changes, groups them by logical concern, and creates atomic git commits — one per distinct change — using conventional commit message format. Use when a user wants to "commit", "commit my changes", "create commits", "commit this work", "stage and commit", "save my progress", "generate commits", "make atomic commits", or "commit everything". Also triggers on "git commit" or "check in my changes". Do NOT use for pushing to remote (use git push directly). Do NOT use for creating pull requests (use the pr skill). Do NOT use for reverting or amending commits.
Creates a GitHub pull request from the current branch by analyzing commits, generating a conventional title and structured body, pushing to origin, and submitting via gh pr create. Use when a user wants to "create a pr", "open a pull request", "submit a pr", "push and create pr", "make a pr", "pr this", or "ship it". Also triggers on "create pull request" or "open pr". Do NOT use for committing changes (use the commit skill). Do NOT use for pushing without a PR (use git push directly). Do NOT use for reviewing existing PRs.
Analyzes the user's prompt and project context to select the most appropriate workflow. Returns a workflow name that the executor uses to override the current skill sequence. Use as the first skill in workflows that need intelligent routing based on task complexity.