mcpField
G
greploop

greploop

github.com/michaelshimelesTesting & quality1.4k273 installsUpdated 4d ago
Repository

About greploop

greploop is a skill for improving a requested code change using fresh Greptile reviews. It is intended for PR, MR, and changelist workflows, with iteration limits and platform-specific review steps.

Key features

  1. 01Runs fresh Greptile review cycles
  2. 02Supports PR, MR, and changelist targets
  3. 03Handles GitHub, GitLab, and Perforce workflows
  4. 04Evaluates findings and applies in-scope fixes
  5. 05Reports scores, checks, and remaining work

Use cases

  1. 01Addressing Greptile findings on a code change
  2. 02Reviewing a PR, MR, or changelist within a cycle cap
  3. 03Tracking unresolved findings across revisions

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/michaelshimeles/rstack --skill greploop

After installing, type/greploopin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

LICENSE
references/
gitlab-api.md
graphql-queries.md
perforce.md
github.md
scripts/
github_review.py

Details

From the project README

Greploop

Improve the requested change using Greptile feedback. Success means a fresh 5/5 review of the current revision with no unresolved actionable Greptile findings. The bot's score complements the project's checks and your judgment.

Inputs

  • PR, MR, or changelist number. Infer it from the current task when omitted.
  • --max-iterations N, a positive integer, defaults to 10 review cycles.
  • --trigger @greptile by default, or @greptile-apps for the alternate route. Use the alternate when the normal trigger reports too many changed files.
  • --vcs github|gitlab|perforce when repository context is ambiguous.

Apply the user's existing authorization and task scope. A read-only review request does not authorize code edits or posting comments. Keep your own task's worktree and branch; do not switch another task's checkout to the PR branch.

Choose the platform

Use the repository and session context, not an installed executable alone. Read only the relevant reference:

  • GitHub: the bundled helper tracks each trigger and waits for a scored review tied to the current commit.
  • GitLab: use notes and resolvable discussions; CI pipeline activity alone does not identify a Greptile review.
  • Perforce: use the configured Swarm or site adapter.

Review cycle

  1. Confirm the target revision, clean task ownership, and effective iteration cap. Run relevant checks before publishing edits and push or shelve them.
  2. Start one review attempt using the platform reference. Record its trigger and revision. Wait at most 10 minutes for fresh results; do not reuse an earlier score just because it belongs to the same commit.
  3. Read the entire fresh summary, including general-comment findings. Fetch all pages of unresolved Greptile threads. An empty inline-comment list does not prove the summary contains no remaining work. Older unresolved threads remain relevant until addressed, even after their lines become outdated.
  4. If the current review is 5/5, no actionable Greptile findings remain, and relevant checks pass, finish. Otherwise evaluate each finding in context. Fix valid issues within the task. For a false positive, record the reason and supporting evidence before resolving it. Do not change correct code merely to chase the score or resolve other reviewers' threads.
  5. Run checks for the fixes. Commit only task files, push or re-shelve, then resolve the specific threads whose fixes are published. Use explicit file paths when staging. If no code changed, skip the commit and push.
  6. Start a new attempt for the resulting revision if the cap permits it. A changed head invalidates the old attempt. Do not reuse an attempt file or retrigger merely because a poll has not returned yet.

Stop when the cap is reached, a review times out, the integration is unavailable, or the remaining findings require a scope decision. Report the actual result and remaining work. Do not raise the cap automatically or call a partial result complete. The iteration cap includes reviews that produce no edits.

Report

Give the PR/MR URL or changelist, reviewed revision, number of cycles, current score, checks run, resolved findings, and remaining findings. Distinguish a successful review from a timeout or capped run. Do not merge unless requested.

Comments

Markdown supported