review-pr
/review-pr
Sprawdza pull requesty według checklisty CTO z dziesięciu punktów i ocenia, czy są bezpieczne do scalenia.
- Autor
- egregore-labs ↗
- Repozytorium
- egregore ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 16.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 1
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 16.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
- SKILL.md zawiera komentarze HTML (1). Nie widać ich w podglądzie Markdown, a model je czyta.
Co robi i kiedy
Sprawdza pull requesty według checklisty CTO z dziesięciu punktów i ocenia, czy są bezpieczne do scalenia.
Wyzwalacze z opisu
Oryginalny opis (EN)
Use when the user says ''review PR'', ''is this PR safe to merge'', or ''audit PR'' — runs a CTO-level 10-point review checklist on one or more pull requests. Not creating a PR (/pr) or validating local changes (/test).
Jak działa
- Structured UX parity
Podgląd SKILL.md
--- name: review-pr description: 'Use when the user says ''review PR'', ''is this PR safe to merge'', or ''audit PR'' — runs a CTO-level 10-point review checklist on one or more pull requests. Not creating a PR (/pr) or validating local changes (/test).' --- <!-- generated-by: bin/codex-sync-skills.sh --> # Egregore review-pr Adapter This adapter runs the canonical Egregore workflow for `review-pr`. Its one maintained body is `.claude/skills/review-pr/SKILL.md`; read that file completely and follow it here. Use the project shell and filesystem directly. Do not invoke Claude Code commands. Translate interactive choices to structured Codex question tooling when it is available; otherwise render compact numbered choices with an `Other:` option and wait for the user. ## Structured UX parity This workflow has a Claude skill with user-visible structured output. After reading `.claude/skills/review-pr/SKILL.md`, reproduce the same visible UX in Codex: - Preserve TUI boxes, markdown tables, rich cards, browser artifact rendering, exact confirmation blocks, and "no preamble" rules from the source skill. - Use the source skill's frame width, section order, labels, status footer, and examples as the contract for the final response. - Never replace a required box/table/card/artifact view with a prose summary unless the user explicitly asks for a summary. - When the source says to output a TUI box directly, paste that box as the visible response, preferably in a `text` fenced block. - If the canonical body says the command's stdout is the card and must not be repeated, that rule assumes a host that displays command output in full; in Codex, paste the card once as the visible response in a `text` fenced block and do not print it a second time. - Never show raw JSON, raw command output, or unformatted script output when the source skill requires formatted status or rendered output. 1. Read `.claude/skills/review-pr/SKILL.md` for the workflow details. 2. Run the referenced `bin/` scripts directly from Codex. 3. Treat graph and publish steps as best-effort unless that workflow explicitly says they are required. 4. For every external notification, follow `.claude/context/notification-consent.md`: plan without sending, then show a separate exact Send / Edit / Cancel checkpoint. Never infer notification consent from the workflow request or a batch approval. 5. Keep local-mode behavior filesystem-first and avoid graph or notification calls when `egregore.json` declares `"mode": "local"`. 6. Never call the deprecated `egregore-handoff` CLI for Egregore project handoffs.
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · egregore-labs/egregore | 100 | MIT |
| yonatangross/orchestkit | 100 | MIT |
| grafana/gcx | 100 | Apache-2.0 |
| NVIDIA-NeMo/Megatron-Bridge | 100 | Apache-2.0 |
| baserow/baserow | 100 | MIT |
| tony/skills | 100 | MIT |
| thinkflowlab/system1-agents | 100 | Apache-2.0 |
| jeremylongshore/tons-of-skills-marketplace | 100 | MIT |
| hmislk/hmis | 100 | GPL-3.0 |
Migawka bazy z 28.10.2026 · wersja paczki a0ab58de6417 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100anvien-pr-review
Przegląda pull requesty, wyjaśnia ich zmiany, ocenia ryzyko scalenia i sprawdza brakujące pokrycie testami. - 86merge-github-pr
Bezpiecznie scala gotowe do scalenia pull requesty na GitHubie. - 100rails-cto-pull-request
Tworzy pull request do gałęzi staging za pomocą gh CLI, gdy kod ma trafić do przeglądu. - 90frontend-reviewer
Przegląda kod frontendu, zmiany UI i pull requesty, wystawiając uwagi według wagi, i sprawdza, czy zmiana nadaje się do wdrożenia. - 100write-pull-requests
Pisze opis pull requesta z poprawką lub funkcją, który recenzenci od juniora po CTO przejdą od początku do końca. - 88merge-risk
Ocenia ryzyko scalenia pull requesta, gdy trzeba zdecydować, czy zmiany są bezpieczne do wdrożenia.