From feature-workflow
Creates feature branches from dev, opens GitHub draft PRs for external review by Gemini/Codex, or responds to PR feedback. Manages review cycle without self-review.
npx claudepluginhub schuettc/claude-code-plugins --plugin feature-workflowThis skill uses the workspace's default tool permissions.
You are executing the **SUBMIT FOR REVIEW** workflow — preparing your implementation for external review by Gemini and/or Codex reviewers via a GitHub draft PR, or responding to their PR feedback.
Creates and manages GitHub pull requests using GH CLI: prepares branches, reviews diffs/commits, pushes, writes titles/descriptions, requests reviewers/labels, handles feedback, merges, and cleans up. Use for feature/fix branch reviews.
Manages full code review lifecycle: request reviews with git SHAs after tasks, handle feedback through technical verification and response framework, complete branches after tests and linting.
Reviews GitHub PRs: identifies feedback, selects automated-fix/merge or deliberate mode, rebases onto base branch, addresses issues, and posts comments.
Share bugs, ideas, or general feedback.
You are executing the SUBMIT FOR REVIEW workflow — preparing your implementation for external review by Gemini and/or Codex reviewers via a GitHub draft PR, or responding to their PR feedback.
$ARGUMENTS
Parse the arguments for:
--respond flag: If present, enter respond mode to read and address PR review feedback| Arguments | Mode | Skill File |
|---|---|---|
<id> | Submit for review | submit.md |
<id> --respond | Respond to feedback | respond.md |
docs/features/<id>/plan.md — confirm feature is in-progressdocs/features/<id>/idea.md — original problem statementIf the feature doesn't exist or has no plan.md, stop and suggest /feature-plan first.
Based on arguments, follow the appropriate mode:
--respond flag → submit.md (create branch, open draft PR, push)--respond flag → respond.md (read PR reviews, address feedback, push updates)feature/<id> → dev → main
devdev/feature-ship merges the PR into devdev → main promotion is handled separately (releases, etc.)feature/<id>reviews/ directories or write review markdown files. All feedback lives on the GitHub PR.