Skip to main content

github-review-follow-up

Inspect unresolved GitHub pull request review threads, group actionable feedback, implement selected fixes locally, and only reply or resolve threads after explicit user intent.

Datos de origen

Repositorio
Devin-AXIS/iPolloWork
Última actividad en el origen
15 de agosto de 2026 a las 08:51
Idioma detectado de SKILL.md
inglés
Estrellas
7305
Forks
1136

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
github-review-follow-up
description
Inspect unresolved GitHub pull request review threads, group actionable feedback, implement selected fixes locally, and only reply or resolve threads after explicit user intent.
disable-model-invocation
false
# GitHub Review Follow-up Use this skill for requested changes, inline review comments, and unresolved Pull Request feedback. ## Workflow 1. Resolve `owner`, `repo`, and PR number from the request, URL, or current branch. 2. Call the GitHub service `pull-request-detail` and `review-threads` actions. 3. Separate the returned threads into: - unresolved and actionable; - informational or approval-only; - outdated, resolved, duplicate, or ambiguous. 4. Group actionable items by file or behavior and present a numbered, concise scope. 5. If the user asked to address everything, fix all clear unresolved items. Otherwise confirm which numbered items are in scope. 6. Modify the local checkout with each change traceable to its review thread. 7. Run the narrowest relevant tests and summarize what was addressed and what remains. ## Write safety - Do not post a comment or call `resolve-review-thread` unless the user explicitly asks. - Never mark a thread resolved before the corresponding change or explanation is complete. - If comments conflict or would regress behavior, explain the conflict before editing. - If the PR or repository is ambiguous, stop and request the missing target rather than guessing.
Ver en GitHub