Skip to content
Back to skills

Onex Pr Polish

ASecurity

Use this skill when a PR exists but is not yet merge-ready. The goal is to take an open PR through conflict resolution, review feedback, and iterative quality passes until it is clean enough to merge.

  • 2 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 1, 2026
code-qualitygogit

Works with

  • cli

Security analysis

A100/100

Scanned September 1, 2026

npx -y skills add Julian0444/omnicursor --skill onex-pr-polish --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Onex Pr Polish?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Onex Pr Polish
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/julian0444-onex-pr-polish/badge)](https://www.skillsdirectory.com/skills/julian0444-onex-pr-polish)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: "onex-pr-polish"
description: >-
  Use this skill when a PR exists but is not yet merge-ready. The goal is to take an open PR through conflict resolution, review feedback, and iterative quality passes until it is clean enough to merge.
disable-model-invocation: true
---

# onex-pr-polish

Use this skill when a PR exists but is not yet merge-ready. The goal is to take an open PR through conflict resolution, review feedback, and iterative quality passes until it is clean enough to merge.

## Purpose

Bring an existing PR from "open with issues" to "merge-ready" through a structured three-phase workflow. This prevents the common pattern of fixing one issue while introducing another.

## Prerequisites

- An open PR (number or current branch)
- Access to `gh` CLI for PR data and pushing

## Workflow

1. **Resolve merge conflicts (Phase 0).**
   Run `git status` to check for unmerged paths. If conflicts exist, resolve each file by reading both sides, choosing the correct resolution, then staging and committing. Skip this phase if no conflicts are found.

2. **Address review comments and CI failures (Phase 1).**
   Fetch all open review comments with `gh pr view <number> --json reviews,reviewThreads`. For each unresolved thread:
   - If actionable: implement the fix, commit, then reply explaining what changed.
   - If not applicable: reply with a specific reason, then resolve.
   Never resolve a thread without posting a reply.
   Check CI status and fix any failing checks (lint first, then type errors, then test failures).

3. **Iterative local review (Phase 2).**
   Review the full diff yourself. Fix any CRITICAL, MAJOR, or MINOR issues found. Re-review after fixing. Repeat until two consecutive passes find nothing above NIT severity. Cap at 10 iterations to prevent infinite loops.

4. **Push and report.**
   Push all fixes. Report a summary of each phase: files resolved, issues fixed, iterations needed, and final merge readiness status.

## Expected Output Format

A phase-by-phase status report:
- Phase 0: conflict resolution result (skipped / N files resolved)
- Phase 1: review comments addressed (N fixed, M replied)
- Phase 2: local review passes (N iterations, converged / capped)
- Final verdict: merge-ready or remaining blockers

## Quality Checklist

- [ ] Merge conflicts resolved before addressing review comments
- [ ] Every review thread has a reply before being resolved
- [ ] CI failures are fixed in priority order (lint, types, tests)
- [ ] Local review iterated until two consecutive clean passes
- [ ] Final push includes all fixes from all phases

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.