From fowler
Install the Fowler refactoring PR-review GitHub workflow into the current repository.
How this command is triggered — by the user, by Claude, or both
Slash command
/fowler:install-review path glob(s) to scope the review to (optional) e.g. app/** lib/**The summary Claude sees in its command listing — used to decide when to auto-load this command
Install the Fowler refactoring review workflow into this repository. The
workflow runs `claude-code-action` on every opened/reopened PR (and on
`/fowler` PR comments), installs the `fowler` plugin from the jebs-dev-tools
marketplace into the CI runner, and delivers a code-smell diagnosis as inline
PR comments plus one summary comment with a prioritized refactoring order.
The generic template lives at `${CLAUDE_PLUGIN_ROOT}/templates/fowler-review.yml`.
Follow these steps:
1. **Verify the repo.** Confirm the current directory is a git repository with
a GitHub remote (`git remote -v`). ...Install the Fowler refactoring review workflow into this repository. The
workflow runs claude-code-action on every opened/reopened PR (and on
/fowler PR comments), installs the fowler plugin from the jebs-dev-tools
marketplace into the CI runner, and delivers a code-smell diagnosis as inline
PR comments plus one summary comment with a prioritized refactoring order.
The generic template lives at ${CLAUDE_PLUGIN_ROOT}/templates/fowler-review.yml.
Follow these steps:
Verify the repo. Confirm the current directory is a git repository with
a GitHub remote (git remote -v). If not, stop and explain that the
workflow only works on GitHub-hosted repos.
Check for an existing install. If .github/workflows/fowler-review.yml
already exists, show the user how it differs from the template and ask
before overwriting.
Copy the template to .github/workflows/fowler-review.yml (create the
directory if needed).
Scope the review (optional). If the user passed path globs as arguments, or asks to limit the review to part of the codebase:
paths: filter under the pull_request trigger with those globs
(replace the commented example).Scope: paragraph in the prompt to say the review covers ONLY
changed files matching those paths and ignores changes elsewhere.If no scope was given, leave the template as-is — it reviews all changed files in the PR.
Verify the secret. Run gh secret list and check for
CLAUDE_CODE_OAUTH_TOKEN. If it's missing, tell the user to create one:
claude setup-token # generates an OAuth token (requires a Claude subscription)
gh secret set CLAUDE_CODE_OAUTH_TOKEN
Summarize. Tell the user: the workflow file installed, how it triggers
(auto on PR open/reopen; /fowler comment from an owner/member/collaborator
for a re-review), any scoping applied, and whether the secret is in place.
Offer to commit the workflow file — but do not commit without their say-so.
$ARGUMENTS
npx claudepluginhub el-feo/ai-context --plugin fowler/install-reviewInstall the Sandi Metz automated PR-review GitHub workflow into the current repository.
/code-reviewerReviews GitHub pull requests using GitHub CLI: fetches details and diffs, analyzes files against PR template or standard criteria, drafts comments with importance levels, optionally validates with Codex, posts to PR.
/code-reviewReviews a pull request in the SMILE-factory monorepo, producing a single advisory review (approve or comment) via GitHub CLI. Skips drafts, planning docs, and doc-only changes.
/setup-github-actionsAnalyzes the project and generates production-ready GitHub Actions workflows using the Claude Code action, with proper permissions, tool scoping, and canonical filenames.
/generate-review-mdScans a codebase to detect project type, linter configs, and CI rules, then generates a tailored REVIEW.md for Claude Code's managed Code Review service.
/reviewReviews a GitHub pull request: parses PR number or URL, fetches metadata and diff with gh CLI, gathers user context, produces structured review document.