Aspirar más alto
La afirmación de Felix Rieseberg es que el modelo ya no es el límite, lo es el tamaño de la petición. Él clasifica la ambición en cuatro tipos y se salta el primero, porque todo el mundo ya lo hace.
| Tipo | El movimiento | Estado aquí |
|---|---|---|
| Velocidad | Mismo trabajo, menos tiempo | Ya es el valor por defecto. No necesita skill. |
| Altitud | Trabajar el resultado, no la tarea | Palanca 1 |
| Profundidad | Trabajar como lo hacen los mejores del campo | Palanca 2 |
| Alcance | Incorporar otros campos y sus instrumentos | Palanca 3 |
Esto no es un pack de prompts. Un prompt pegado es algo puntual. Lo que cambia los resultados es que las tres preguntas se hagan antes de empezar a trabajar, cada vez, y se respondan en función de lo que realmente hay, no de lo que se asume.
El guardarraíl que viene primero
La técnica de profundidad de Rieseberg, "elegir objetivos poco razonables y decirle al modelo que son muy razonables", es sólida, y también es la única forma en que este skill puede causar daños reales.
Un OBJETIVO poco razonable está bien. Una AFIRMACIÓN poco razonable es una mentira. Pedir 200 ms cuando la página tarda 5 s es una buena práctica. Reportar 200 ms porque era el objetivo es una declaración falsa. Lo mismo vale para cualquier número: una cifra de recuperación, un total de conciliación, un recuento de palabras, una fecha límite.
Por lo tanto, elevar un objetivo cambia lo que se intenta y no cambia nada sobre lo que se afirma. Cada afirmación mantiene su procedencia, cada número calculado proviene de una herramienta ejecutada en esa sesión, y una búsqueda que no encontró nada es una declaración sobre dónde se buscó, no sobre lo que existe. Si la ambición y la verificación se contraponen, la verificación gana y la brecha se declara: "el objetivo era X, el resultado medido es Y".
Cierra cada pieza de trabajo que toque este skill con cuatro líneas:
Objetivo apuntado: <el objetivo elevado>
Resultado medido: <lo que devolvió la herramienta, con el nombre de la herramienta>
Brecha: <la diferencia, declarada claramente>
Juzgado por: <la verificación externa que lo resolvió>
No verificado: <cualquier cosa aún abierta, nombrada>
Palanca 1, Altitud: cuál es el objetivo más allá del objetivo
La prueba de Rieseberg: preguntar qué debería pasar después, y seguir preguntando hasta que la respuesta deje de ser un documento. Señala que la altitud ayuda más cuando el trabajo alimenta una reunión o una decisión, y menos en el trabajo creativo.
Produce tres escalones. Elige uno y nombra el escalón inferior como respaldo, en lugar de presentar un menú:
- La petición literal, bien hecha. Enúnciala en una línea para que haya un suelo.
- La decisión a la que sirve. Dale al modelo el material en bruto y pregúntale qué cambió, por qué y qué hacer. Luego nombra las dos o tres decisiones que son genuinamente urgentes, cada una con los argumentos a favor y en contra.
- Lo que reemplaza la petición. Diseña algo mejor que el entregable, prueba ese diseño contra la historia del propio proyecto y propón ejecutarlo junto a la forma actual durante un ciclo.
Forma trabajada: alguien pide un rastreador de permisos. El escalón 1 es el rastreador. El escalón 2 es cuáles son los tres permisos con más probabilidades de retrasarse y qué hacer con cada uno. El escalón 3 es un proceso que detecta un retraso antes de que lo haga la contraparte, validado contra los permisos que ya se retrasaron.
La parte que la gente se salta. Rieseberg tuvo que cambiar su propio flujo de trabajo antes de que la altitud fuera posible: hizo recuperables los informes de fallos, mapeó las versiones de la aplicación a los commits y le dio a la modelo máquinas para reproducir. El análogo es casi siempre el acceso a la fuente bruta en lugar de un resumen de la misma. Nombra explícitamente la falta de acceso, porque sin ella el escalón 3 es teatro. Brechas típicas: el portal en lugar del informe exportado, la consola en lugar de la captura de pantalla, el archivo contable en lugar del PDF del extracto, los datos de transacciones en lugar de un total mensual.
Sáltate esta palanca en trabajos de ficción y voz. Una carta, un correo electrónico y una presentación son documentos de decisión y la altitud se aplica plenamente; una novela no.
Palanca 2, Profundidad: trabajar como lo hacen los mejores del campo
Comienza con el marco de Rieseberg: una versión más profunda de la tarea, no una más grande. Más páginas no es profundidad.
- Usa los instrumentos que usan los mejores del campo. Si el instrumento honesto es una base de datos y una prueba estadística, no entregues una tabla de markdown. Una hoja de cálculo cuyos totales son literales escritos a mano no puede discrepar de sus entradas, por lo que nunca reportará un error.
- Elige un objetivo poco razonable y trátalo como razonable. Sujeto al guardarraíl anterior.
- Desafía lo que el usuario ya cree. Lleva la premisa declarada a la fuente más bruta y pruébala de manera adversarial en lugar de repetirla. Di lo que en la premisa no sobrevive a los datos, antes de decir lo que sí.
- Produce nuevo conocimiento. Una vez en lo profundo de los datos, busca el punto ciego. Construye la pequeña simulación, luego prueba sus predicciones contra datos que no ha visto.
- Usa un juez externo, nunca la autoevaluación. Rieseberg dice que idealmente una herramienta que el modelo pueda ejecutar para obtener retroalimentación inmediata.
El juez externo es la palanca que se salta
Un juez es algo que puede rechazar. No una segunda opinión, no una lista de verificación, no una relectura. Construye o toma prestado uno por tipo de trabajo:
| Tipo de trabajo | Un juez que pueda rechazar |
|---|---|
| Cualquier construcción o auditoría de varias partes | Un archivo de control con una verificación ejecutable y una salida esperada, donde la afirmación de finalización falla a menos que la verificación pase |
| Una cifra o un total | Un script que recalcula a partir de las entradas y sale no-cero en caso de discrepancia, con el recuento de coincidencias afirmado de antemano |
| "No está ahí" | Una herramienta de búsqueda que reporte qué raíces no pudo terminar, para que la ausencia nunca se infiera de un pase parcial |
| Un documento que sale para otra persona | Un escaneo que se bloquea ante un identificador o un nombre no revisado |
| Prosa contra una regla de estilo | Un linter sobre las reglas que sean mecánicamente decidibles, que rechace en lugar de aconsejar |
| Una conclusión previa | Un libro de registro de determinaciones con fuentes y fechas, verificado en lugar de re-derivado |
Donde no encaje ninguna herramienta, el juez es la fuente primaria leída directamente. Nunca es la propia lectura del modelo de su propia salida.
El prompt de profundidad de cuatro preguntas
Responde las cuatro antes de empezar y muestra la petición reescrita:
- ¿Qué haría la mejor persona en este campo que no se ha pedido?
- ¿Cuál es el material fuente más bruto del que partirían? Nombra los documentos reales, no un resumen.
- ¿Qué métodos y herramientas específicos usarían?
- ¿Qué, aparte del usuario o el modelo, mostraría que el resultado es correcto? Nombra una verificación que se pueda ejecutar.
Luego reescribe la solicitud para pedir exactamente eso y muestra la reescritura antes de construir.
El texto listo para pegar por dominio está en references/prompts.md.
Palanca 3, Alcance: otros campos y su gente
- Reemplaza el sustantivo por el verbo. El entregable es una cosa; el trabajo es una acción. Una revisión trimestral no es una presentación, es conseguir que personas ocupadas crean en una historia sobre causa y efecto y decidan bajo incertidumbre. Una carta de demanda es hacer que el pago sea el camino más barato para la contraparte. Una página de listado es un extraño decidiendo arriesgar dinero en un autor desconocido. Atribuido a Tom Kelley y Jonathan Littman, The Art of Innovation.
- Reúne el equipo. Nombra los roles que tendría un equipo sólido, incluyendo de fuera de la disciplina obvia, y un equipo de oposición. Los ejemplos de Rieseberg: un analista, un periodista, un editor, un diseñador de movimiento y audio cuando el trabajo se presenta, y un vendedor en corto más un contador forense como equipo de oposición. Los equipos por dominio están en
references/crews.md. - Actúa, no interpretes un papel. Pide el trabajo que hace el rol, no la voz en la que escribe. "Escribe como un contador forense" produce una prosa más extraña y ninguna mejor respuesta. "Vincula cada cifra revelada a una línea bancaria y enumera lo que no se vincula" produce la respuesta.
Sobre nombrar roles. Muchos consejos sobre prompts dicen que se asigne una persona, y Rieseberg dice que se evite la interpretación de roles. Ambos tienen razón sobre cosas diferentes: nombra el rol para que se aplique su estándar, luego pide su resultado, nunca su registro.
Secuencia
- Lee cualquier registro del estado actual del proyecto que exista. Sin él, cualquier objetivo más alto es adivinado.
- Altitud. Da los escalones y la brecha de acceso. Elige uno, nombra el respaldo.
- Profundidad. Responde las cuatro preguntas, nombra el juez, muestra la petición reescrita.
- Alcance. Verbo no sustantivo, nombra el equipo, asigna trabajo no voces.
- Pasa a la disciplina de revisión y finalización que use el proyecto.
- Informa contra el objetivo, con las cuatro líneas de cierre.
No ejecutes todo esto en una tarea pequeña. Uno o dos escalones y un juez nombrado es todo en un trabajo de media hora. La secuencia completa vale su costo en una construcción de varias sesiones, un análisis forense, un entregable recurrente o cualquier cosa leída por alguien que pueda decir que no.
Cómo se ve un buen resultado
Una respuesta de este skill no se abre con un menú. Se abre con el objetivo elevado en una línea, luego el escalón, luego el juez que determinará si funcionó. Si se lee como si se estuviera aplicando un marco en lugar de proponiendo una mejor respuesta, el skill ha fallado y la respuesta simple era la correcta.