critique

Resumen de la skill critique

Qué hace critique

La skill critique es un flujo de revisión para evaluar trabajo ya terminado con varios jueces especializados, debate y consenso. Está pensada para revisión de código y otras tareas de revisión de cambios en las que quieres algo más que una opinión de pasada.

Para quién es

Usa critique si quieres que un agente evalúe corrección, calidad y posibles fallos antes de hacer merge. Encaja con revisores, mantenedores y builders que necesitan una skill de crítica estructurada en lugar de un prompt genérico para Code Review.

Por qué importa

Su valor principal es la consistencia bajo incertidumbre: los jueces inspeccionan el trabajo de forma independiente, validan sus propios hallazgos y resuelven discrepancias. Eso reduce los elogios superficiales, los puntos ciegos y la retroalimentación unidimensional.

Dónde encaja mejor

Esta skill funciona mejor cuando el trabajo ya existe y el objetivo es juzgarlo, no reescribirlo. Si necesitas implementación, refactorización o corrección automática, critique no es la herramienta adecuada.

Cómo usar la skill critique

Instala la skill critique

Instálala con npx skills add NeoLabHQ/context-engineering-kit --skill critique. La ruta del repo es plugins/reflexion/skills/critique, así que la skill está pensada para usarse dentro de ese context-engineering kit y no como una utilidad independiente.

Dale a la skill un objetivo de revisión claro

El patrón de uso de critique funciona mejor cuando das un alcance concreto: archivos modificados, un rango de commits, un enlace a una PR o una preocupación específica. La pista integrada admite rutas de archivo, commits o contexto, y solo se limita a los cambios recientes si no indicas nada.

Empieza por los archivos correctos

Lee primero SKILL.md y luego inspecciona cualquier archivo cercano de flujo de trabajo o metadatos en el repo. En este plugin no hay ayudas en scripts/, references/, resources/ ni rules/, así que las instrucciones operativas centrales viven en el propio archivo de la skill.

Escribe prompts que definan la intención de la revisión

Una petición más sólida suena así: “Critique src/auth.ts y src/session.ts por seguridad, riesgo de regresión y huecos en la cobertura de tests.” Una petición más débil como “revisa este código” deja a los jueces adivinando qué criterios importan, lo que reduce el valor de la guía de critique.

Preguntas frecuentes sobre critique

¿Critique es solo para revisión de código?

No. Es más amplio que una simple revisión de código y puede juzgar trabajo terminado, decisiones de diseño o calidad de implementación. Aun así, rinde mejor cuando el resultado debe ser un informe de revisión, no un parche.

¿En qué se diferencia critique de un prompt ordinario?

Un prompt normal suele producir una sola opinión. La skill critique añade un proceso estructurado de varios agentes, validación independiente y construcción de consenso, lo que es mejor cuando te importan la fiabilidad y las interpretaciones contrapuestas.

¿Critique es apta para principiantes?

Sí, si el alcance es específico. Los principiantes obtienen mejores resultados cuando nombran los archivos exactos o el conjunto de cambios y piden los criterios que más importan, en lugar de esperar que la skill infiera todo.

¿Cuándo no debería usar critique?

No la uses cuando necesites aplicar cambios automáticamente, cuando la tarea sea trivial o cuando el alcance de la revisión sea demasiado vago para evaluarlo con justicia. En esos casos, un prompt directo de implementación o un flujo de lint/test específico es más rápido.

Cómo mejorar la skill critique

Da criterios de revisión más sólidos

La mejora de calidad más grande viene de decirle a critique qué debe optimizar: corrección, seguridad, rendimiento, mantenibilidad, compatibilidad de API o completitud de tests. Sin eso, los jueces pueden centrarse demasiado en problemas obvios y pasar por alto los riesgos que realmente te preocupan.

Reduce el alcance antes de preguntar

Si el objetivo de revisión es grande, divídelo en un commit, un módulo o un fragmento de funcionalidad. La skill critique funciona mejor cuando la entrada está acotada, porque el debate puede centrarse en trade-offs reales en lugar de resumir todo el repositorio.

Incluye evidencia que los jueces puedan verificar

Da rutas de archivo relevantes, comportamiento esperado, restricciones y cualquier modo de fallo conocido. Eso ayuda a critique a verificar afirmaciones en lugar de adivinar la intención, algo especialmente importante para critique for Code Review.

Itera sobre el primer informe

Usa la primera pasada para sacar a la luz desacuerdos y luego pide una segunda crítica sobre los hallazgos de mayor riesgo o las áreas con evidencia débil. Ese ciclo iterativo convierte la skill critique en una ayuda de decisión más precisa, en lugar de un resumen de una sola pasada.