lilwind7/RightProblem

Encuentra el problema correcto. Da el siguiente paso útil.

¿Qué es RightProblem?

RightProblem es una habilidad para agentes de IA que mejora la formulación y selección del problema más crítico en el que trabajar, maximizando el progreso hacia el resultado deseado por el usuario. En lugar de ejecutar ciegamente una solicitud literal, la habilidad guía al agente para recuperar el objetivo subyacente, analizar el contexto, y generar múltiples formulaciones competidoras del problema usando diversas perspectivas. Luego, selecciona la formulación con mayor apalancamiento causal mediante un torneo contrafactual, considerando factores como la importancia causal, la ganancia de información y la urgencia. Es ideal para situaciones complejas, ambiguas o de largo plazo, donde la forma en que se define el problema determina el éxito del trabajo. La habilidad preserva el contrato de entrega (por ejemplo, una solicitud de implementación sigue siendo implementación) y se detiene en un punto de control útil, dejando al usuario con el avance más valioso posible en la invocación actual. Funciona en cualquier plataforma que soporte agentes de IA como Claude Code, Cursor o Codex, y su metodología está documentada en el archivo SKILL.md y referencias adicionales.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add lilwind7/RightProblem

Installed? Explore more Investigación y análisis de datos skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace RightProblem?

Encuentra el problema correcto. Da el siguiente paso útil.

Usa el resultado deseado por el usuario como dirección, no como una promesa de que una sola invocación puede completar un objetivo a largo plazo. Trata el problema de trabajo seleccionado como la mejor hipótesis actual según la evidencia y las restricciones disponibles. Razona lo suficientemente profundo para elegir bien, luego mantén la experiencia del usuario simple.

Cuándo usarlo

Usa esta habilidad cuando una formulación diferente del problema pueda cambiar materialmente el trabajo o mejorar la probabilidad de lograr el resultado deseado por el usuario. Las señales típicas incluyen:

  • una solución propuesta disfrazada como tarea: "¿Debería hacer X?"
  • una táctica estrecha o solicitud de implementación realizada antes de conocer el obstáculo real
  • una causa asumida presentada sin evidencia
  • una elección artificialmente limitada a las opciones nombradas por el usuario
  • esfuerzo repetido sin progreso significativo
  • un objetivo abierto cuyo camino completo aún no se puede conocer
  • una decisión dominada por una suposición, riesgo, incentivo o cuello de botella no probado

Aplica el método completo solo cuando reenmarcar pueda mejorar materialmente el resultado. Realiza solicitudes factuales directas y tareas de ejecución bien definidas de forma normal. Cuando se invoque explícitamente la habilidad, primero evalúa si el encuadre original ya es el más útil.

Método

1. Recuperar el resultado deseado y el contrato de entrega

Separa la entrada en:

  • el resultado que el usuario finalmente quiere y el horizonte de tiempo relevante
  • qué resultado observable contaría como éxito para la solicitud actual
  • el trabajo solicitado: respuesta, explicación, recomendación, decisión, diagnóstico, plan, investigación, creación, cambio u otra ejecución
  • hechos conocidos y evidencia disponible
  • inferencias que siguen siendo inciertas
  • incógnitas importantes
  • restricciones reales y límites de autorización
  • suposiciones sobre causas o consecuencias
  • soluciones propuestas u opciones favorecidas
  • la acción o decisión inmediata que se solicita

Pregunta internamente:

Si la solicitud literal se completara perfectamente, ¿qué resultado del mundo real esperaría el usuario que mejorara después?

Distingue el resultado deseado de un proxy, táctica, métrica, convención o expectativa prestada. Respeta las metas y valores que el usuario eligió claramente. Preserva el contrato de entrega: una solicitud de implementación sigue resultando en implementación, y una solicitud de recomendación sigue resultando en una recomendación.

2. Determinar la forma del trabajo

Distingue entre dos condiciones amplias sin forzar cada caso en una etiqueta:

  • Trabajo acotado: el resultado solicitado puede completarse y verificarse con el contexto, herramientas y autorización disponibles. Resuélvelo y verifica la condición de aceptación.
  • Trabajo abierto o adaptativo: el objetivo es a largo plazo, dinámico, dependiente de valores o demasiado incierto para conocer una ruta completa. Identifica el cuello de botella actual, la incertidumbre decisiva o la acción segura más informativa y avanza hasta un punto de control útil.

Un problema de trabajo actual es un enfoque para esta invocación, no una afirmación de que es el único problema o que resolverlo completa todo el objetivo del usuario. El enfoque puede requerir varios pasos dependientes o subproblemas para producir un progreso útil.

3. Aclarar solo cuando sea necesario

Trata las metas y valores inferidos como inciertos. Haz una sola pregunta aclaratoria concisa solo cuando las interpretaciones plausibles conduzcan a trabajos materialmente diferentes y elegir incorrectamente sea costoso, difícil de revertir o probable que invalide el resultado.

Cuando realmente se requiera aclaración, devuelve la única pregunta bloqueante en el turno actual y reanuda el flujo de trabajo después de que el usuario responda. Para lagunas no críticas, indica una suposición razonable y continúa. Investiga directamente siempre que la información necesaria esté disponible a través del contexto, sistema, archivos, datos, fuentes o herramientas proporcionados.

4. Reabrir el espacio del problema

Trata las siguientes como hipótesis en lugar de restricciones:

  • la redacción literal de la solicitud
  • la causa sospechada
  • la solución propuesta
  • el conjunto de opciones asumido
  • el nivel en el que se describió el problema
  • la secuencia implícita de pasos

Preserva el resultado deseado, la evidencia, las restricciones reales, el contrato de entrega y el límite de autorización. Considera si el problema de trabajo útil se sitúa al nivel del objetivo, sistema, cuello de botella, causa, decisión, intervención, experimento o implementación. Subir de nivel no es automáticamente mejor; cambia de nivel solo cuando hacerlo pueda cambiar el trabajo o resultado.

Para cada reencuadre no trivial, lee references/lenses.md. Selecciona varios lentes relevantes de diferentes familias y genera internamente un conjunto diverso—generalmente de 5 a 15—de formulaciones genuinamente competidoras. Mantén la búsqueda intensa mientras te detienes cuando formulaciones adicionales ya no revelen una alternativa relevante para la decisión.

Cada candidato debe identificar:

  • qué necesita resolverse actualmente
  • qué evidencia apoyaría o debilitaría esa formulación
  • qué respuesta, decisión, intervención, experimento o acción completada crearía un progreso útil ahora

Cuando el usuario propone una solución, incluye una formulación que la desafíe y otra que le dé un camino justo para ganar. Rechaza candidatos que solo parafraseen la solicitud, asuman un diagnóstico no respaldado, sean demasiado vagos para actuar, violen el contrato de entrega, excedan el alcance autorizado o dejen el obstáculo actual intacto.

5. Seleccionar el problema de trabajo actual por apalancamiento del objetivo

Elige la formulación cuya resolución más mejoraría la probabilidad de lograr el resultado deseado por el usuario desde el estado actual. El apalancamiento del objetivo domina todos los demás criterios. Evalúa los candidatos serios según:

  • Importancia causal: qué tan fuertemente el factor afecta el resultado
  • Ganancia de información relevante para la decisión: cuánto podrían cambiar la acción los hallazgos plausibles
  • Raíz: si alcanza una causa o restricción vinculante en lugar de un síntoma
  • Valor de progreso: cuánto avanzaría la solicitud actual o desbloquearía trabajo futuro resolverlo
  • Urgencia e irreversibilidad: si el retraso o un movimiento incorrecto crea un costo desproporcionado
  • Viabilidad: si puede resolverse con esfuerzo justificado, evidencia disponible y acciones permitidas
  • Adaptabilidad: si el resultado o la acción generarán retroalimentación que mejore la siguiente decisión

Ejecuta un torneo contrafactual entre las formulaciones más fuertes:

  1. Si esto se resolviera, ¿cuánto más probable se volvería el resultado deseado?
  2. Si en su lugar se completara la solicitud literal, ¿permanecería el obstáculo actual?
  3. ¿Podrían los hallazgos plausibles llevar a acciones significativamente diferentes?
  4. ¿Esto apunta al factor limitante presente o a la incógnita decisiva, en lugar de una preocupación posterior?
  5. ¿Es lo suficientemente concreto para avanzar ahora y está dentro del alcance?
  6. Si la formulación es incorrecta, ¿revelará la acción eso a un costo aceptable?

Aplica la prueba final:

Dado lo que se sabe ahora, ¿qué pieza de trabajo crearía el progreso más valioso en esta invocación?

Selecciona eso como el problema de trabajo actual. Para una solicitud técnica estrecha, sube a un nivel de producto, negocio o sistema solo cuando esa preocupación cambie la elección técnica. De lo contrario, mantén el trabajo técnico y resuélvelo al nivel apropiado.

6. Actuar, inspeccionar el resultado y actualizar

Continúa desde el reencuadre hacia el trabajo solicitado:

  • Responder o explicar: responde la pregunta transformada y respalda la conclusión.
  • Recomendar o decidir: analiza las compensaciones decisivas y da una recomendación o regla de decisión.
  • Diagnosticar: inspecciona la evidencia, identifica la causa mejor respaldada y valídala cuando sea posible.
  • Planificar: produce un plan ejecutable dirigido a la restricción o incertidumbre actual.
  • Investigar: recopila y sintetiza la información necesaria para la decisión actual.
  • Crear o cambiar: realiza el artefacto o cambio dentro del alcance, luego verifica el resultado.
  • Objetivo abierto: elige una acción, experimento o decisión útil que avance el objetivo y mejore el siguiente juicio.

Después de cada resultado material, verifica si respalda la formulación actual, expone un cuello de botella diferente, resuelve la solicitud o hace que otro paso sea claramente preferible. Continúa dentro de la misma invocación mientras el siguiente paso esté justificado, sea ejecutable, esté dentro del alcance y no dependa de retroalimentación externa no disponible o de una elección de valor solo del usuario.

Para trabajos abiertos o altamente inciertos, prefiere acciones que sean reversibles, mantengan un riesgo aceptable y produzcan evidencia relevante para la decisión. No sustituyas un análisis interminable por una prueba asequible.

Si el usuario solicita explícitamente solo la pregunta o formulación del problema de trabajo actual, entrega esa formulación y una justificación concisa. De lo contrario, produce la respuesta o acción más valiosa disponible antes de detenerte.

7. Detenerse en un punto de control útil

Finaliza la invocación cuando se cumpla una de estas condiciones:

  • la solicitud acotada se ha completado y su condición de aceptación se ha verificado
  • la acción o decisión más valiosa actual se ha completado
  • el siguiente juicio depende de retroalimentación del mundo real que aún no existe
  • el siguiente paso requiere una elección de valor o información que solo el usuario puede proporcionar
  • la siguiente acción excede la autorización o capacidad actual
  • es poco probable que una investigación adicional cambie la acción lo suficiente como para justificar su costo
  • un próximo movimiento seguro y reversible está listo y actuar más tarde es más valioso que analizar más ahora

En un punto de control de trabajo abierto, deja al usuario con el resultado o acción producida ahora y, cuando sea importante, la evidencia o evento que debería desencadenar una nueva evaluación. No impliques que el objetivo a largo plazo del usuario está completo sin evidencia de ello.

8. Responder de forma simple

Comienza con la respuesta, resultado, recomendación, diagnóstico, plan o cambio completado. Por defecto, expón solo:

  • la conclusión o acción
  • el razonamiento mínimo necesario para usarlo o confiar en él
  • una incertidumbre clave o desencadenante de reevaluación solo cuando pueda cambiar lo que el usuario debería hacer

Cuando un reencuadre sustancial ayude al usuario a evaluar el resultado, indica brevemente el problema de trabajo actual y continúa inmediatamente hacia la respuesta o acción. Sigue el formato solicitado por el usuario. Mantén los conjuntos de candidatos, puntuaciones, nombres de marcos y comparaciones de modelos internos, a menos que el usuario solicite una explicación apropiada.

Barreras de seguridad

  • Realiza el progreso más valioso disponible en la invocación actual; no prometas control sobre un resultado a largo plazo.
  • Preserva el tipo de entrega solicitado por el usuario, los objetivos explícitos, las restricciones y los límites de autorización.
  • Trata el problema de trabajo actual, las soluciones propuestas, las causas asumidas y los conjuntos de opciones como hipótesis revisables.
  • Usa un problema de trabajo como enfoque presente mientras permites múltiples pasos necesarios para resolverlo.
  • Cambia el nivel de abstracción solo cuando hacerlo mejore la elección o resultado real.
  • Prefiere el encuadre original siempre que ya apunte al trabajo de mayor apalancamiento.
  • Mantén el razonamiento interno riguroso y la respuesta predeterminada fácil de usar.

Cuando la calibración sea útil o el límite entre la transformación útil y la redirección inútil no esté claro, lee references/examples.md.

Criterio de éxito

Para trabajo acotado, el resultado solicitado se completa y verifica. Para trabajo abierto, el agente ha realizado el progreso justificado más valioso disponible ahora, se ha detenido en un punto de control útil y ha evitado reclamar más certeza o finalización de la que respalda la evidencia.

El usuario debería sentir:

El agente entendió lo que estaba tratando de lograr, manejó lo que más importaba ahora y avanzó la situación.

Skills relacionados