greptile-address
Greptile Address
Execute exactly one Greptile feedback pass for a PR. Do not run iterative retries.
Inputs
- PR number (optional): If omitted, detect the PR from the current branch.
One-Pass Workflow
- Identify the PR and branch:
gh pr view --json number,headRefName -q '{number: .number, branch: .headRefName}'
- Ensure checks are current once:
- Wait for checks once:
gh pr checks <PR_NUMBER> --watch
- Fetch the latest Greptile review and inline comments:
gh api repos/{owner}/{repo}/pulls/<PR_NUMBER>/reviews
gh api repos/{owner}/{repo}/pulls/<PR_NUMBER>/comments
-
Read only the Greptile Summary (in the PR description or is it's own comment) and latest Greptile review comments (
greptile-apps[bot]orgreptile-apps-staging[bot]) and classify open comments as:- Actionable: needs code or test changes
- Informational: no code change required
- Already addressed: covered by newer commits
-
Explore and research multiple approaches. Use external resources when necessary. Choose the appropriate fix(es) apply for actionable comments.
Reporting
Return a concise result summary with:
- PR number and branch
- Greptile confidence score (if present)
- Actionable comments fixed
- Threads resolved
- Remaining unresolved comments
Use this format:
Greptile Address complete.
Confidence: X/5 (if available)
Fixed: N comments
Resolved: N threads
Remaining: N
If anything remains unresolved, list file + short reason for each remaining comment.
Resource
references/graphql-queries.md- GraphQL snippets for listing and resolving review threads.
More from khoahyh/skills
jujutsu-colocated
Safe, practical workflows for using Jujutsu (`jj`) in colocated repositories (`.git` + `.jj`) and parallel-agent environments. Use when planning, editing, splitting, recovering, coordinating, isolating parallel agents with workspaces, or publishing changes with `jj`, especially when avoiding destructive history/state operations.
13write-effect-ts
Write idiomatic Effect TypeScript using Effect.gen, Effect.fn, Schema, services, layers, Config, and @effect/vitest. Use when a repository uses `effect` or `@effect/*`, or when adding, refactoring, debugging, or reviewing Effect code around `ServiceMap.Service`, `Context.Tag`, `Effect.Service`, `Layer`, `Schema`, config, HTTP clients, CLI code, or Effect tests.
3sharingan
This skill should be used when the user asks to clone and analyze a repository into a portable context bundle, such as "clone this repo and build reusable context", "package repository context artifacts", or "prepare repo context for another skill or agent workflow".
3deepen-codebase-design
Explore a codebase to find architectural and structural complexity using John Ousterhout's Philosophy of Software Design. Use when the user wants to improve project structure, file structure, module boundaries, patterns, practices, information hiding, testability, or refactoring strategy, especially when the goal is to create or update an RFC artifact under docs/.
3