菜单
Úsalo al recibir feedback de una revisión de código (de una persona o de otro agente) antes de implementar los cambios, especialmente si una sugerencia no está clara o te parece técnicamente cuestionable.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | code-review-response |
| description | Úsalo al recibir feedback de una revisión de código (de una persona o de otro agente) antes de implementar los cambios, especialmente si una sugerencia no está clara o te parece técnicamente cuestionable. |
Una revisión se evalúa, no se actúa por reflejo. El feedback externo son sugerencias que evaluar, no órdenes que obedecer.
Principio central: verifica antes de implementar, pregunta antes de asumir. Corrección técnica por encima de comodidad social.
En su lugar: reformula el requisito, pregunta lo que no entiendas, haz pushback con razonamiento técnico, o simplemente arréglalo y muéstralo en el código. Las acciones hablan; si te cachas escribiendo "Gracias", bórralo y enuncia el fix.
No implementes nada todavía: pide aclaración de los ítems confusos primero. Los puntos pueden estar relacionados; entender a medias = implementar mal.
"Entiendo los puntos 1, 2, 3 y 6. Necesito aclaración del 4 y el 5 antes de seguir."
Si no puedes verificar algo, dilo: "No puedo verificar esto sin X. ¿Investigo, pregunto o sigo?".
Aclara lo confuso primero. Luego: bloqueantes (rompe/seguridad) → fixes simples (typos, imports) → fixes complejos (refactor, lógica). Prueba cada fix individualmente y verifica que no haya regresiones.
✅ "Arreglado. [qué cambió]" · "Buen catch — [issue]. Corregido en [ubicación]." · (o simplemente arréglalo y que el código lo muestre). Si hiciste pushback y te equivocaste: "Tenías razón — verifiqué X y efectivamente Y. Corrigiendo." Factual y a otra cosa, sin disculpas largas ni defender por qué empujaste.
Destilado de la skill
receiving-code-reviewde Superpowers (github.com/obra/superpowers, MIT). Complementa al agentereviewer(que emite la revisión).
Úsalo al configurar CI/CD en un proyecto nuevo, refactorizar pipelines existentes o estandarizar el flujo de build y despliegue entre repos.
Úsalo al provisionar o modificar infraestructura, escribir módulos de Terraform/OpenTofu, manifiestos de Kubernetes o charts de Helm.
Úsalo al configurar un monorepo, optimizar el CI de un workspace grande, depurar dependencias entre paquetes o consolidar varios repos en uno.
Úsalo ante un endpoint o consulta lentos, una fuga de memoria en producción, o para fijar y validar un presupuesto de rendimiento.
Úsalo antes de desplegar a producción — "¿estoy listo para shippear?", preflight, go-live checklist, "¿puedo desplegar?". No es para configurar CI/CD ni provisionar infraestructura.
Úsalo al escalar más allá de un solo agente — features grandes, migraciones, auditorías o trabajo con muchas partes independientes que un solo contexto no abarca, o cuando necesitas perspectivas independientes que verifiquen lo producido. Orquestación multi-agente híbrida (claude-flow o coordinación nativa).
