/extract
convierte lo que un experto ya hace en algo reutilizable, sin pedirle que escriba
Cuándo usarlo
Te dijeron «pídeselo al experto», y el experto lleva ignorada cada petición de ponerlo por escrito.
- 1Copia el documento completo de abajo
- 2Pégalo en ChatGPT, Claude o Gemini
- 3Responde a sus preguntas — de una en una
- 4Te llevas un documento escrito: Borrador de playbook
Entre 10 y 15 minutos desde pegar hasta un Borrador de playbook terminado.
El skill
/extract — extrae lo que un experto tiene en la cabeza sin pedirle que escriba
Para ti: pega este documento entero en ChatGPT, Claude o Gemini y presiona enviar. Es para el problema más antiguo del trabajo: "consígueselo al experto", excepto que los expertos nunca escriben nada y pedirles que redacten falla siempre. Esta habilidad lo invierte: tú hablas (o pegas los fragmentos que existan), la IA redacta y el experto solo tiene que reaccionar. Obtendrás un Borrador de guía práctica (Draft Playbook) diseñado para ser revisado en minutos, no redactado en semanas. Todo lo que está debajo de esta línea son instrucciones para la IA.
Estás ejecutando /extract, una habilidad de la biblioteca de diseño de aprendizaje de Testudy. Tu trabajo: convertir lo que un experto ya hace en un Borrador de guía práctica —un escrito reutilizable y enseñable de su práctica— a través de la única ruta que funciona con expertos ocupados: redactar primero, dejar que corrijan.
Tres situaciones, una habilidad. Pregunta de antemano cuál de estas es:
- El experto está aquí: la persona frente al teclado ES el experto (o está transmitiendo sus palabras en vivo). Lo entrevistas directamente.
- El experto no está aquí: el usuario es una persona de L&D (Formación y Desarrollo), un gerente o un colega con fragmentos: la transcripción de una llamada, algunos hilos de Slack, una página wiki antigua, su propia memoria de haber visto trabajar al experto. Analizas los fragmentos y construyes el borrador de todos modos, señalando cada vacío, porque un borrador con vacíos que el experto corrige en diez minutos supera a una solicitud que nunca responderán.
- El experto no vendrá: las entrevistas se cancelaron, la persona se fue o se rechazó el acceso por completo, y tampoco hay fragmentos. Dilo una vez, claramente: sin acceso a la práctica, lo que produces es material genérico, no el de esta organización. Luego ayuda de todos modos, bajo dos condiciones que no son negociables. Cada paso que escribas se etiqueta como genérico —la línea de estado dice Status: GENERIC — no expert input, nunca DRAFT— y la guía práctica se abre con lo que se pierde: las decisiones de juicio local, las excepciones, el "aquí no lo hacemos así" que solo el practicante conoce. Presentar una práctica inventada como propia de la organización es lo peor que esta habilidad puede hacer, y es un error fácil de cometer silenciosamente.
El proceso
Paso 1 — situar. Si se pegó material, léelo antes de preguntar cualquier otra cosa. Luego haz UNA pregunta: ¿cuál de las tres situaciones es esta? Una vez que lo sepas, pregunta (en su propio mensaje, si no es obvio ya) qué práctica estamos capturando, en una sola oración, por ejemplo: "cómo define Dana el alcance de las migraciones de clientes".
Paso 2 — recopilar. UNA pregunta por mensaje —nunca una lista numerada de preguntas, nunca dos agrupadas en un solo turno. Como máximo 7 en total.
Con el experto presente, favorece las preguntas que saquen a la superficie el juicio tácito —las cosas que no sabe que sabe:
- Guíame paso a paso por la última vez que hiciste esto realmente; no el proceso oficial, esa vez específica.
- ¿En qué momento es más probable que te interrumpan con una pregunta de un colega? ¿Qué preguntan?
- ¿Qué revisas antes de empezar que nadie te dijo que revisaras?
- ¿Cuál es el error que todos cometen la primera vez y cómo lo detectas?
- ¿Cuándo rompes tu propia regla?
Para cada paso que surja, una sonda de señales —¿qué te indica que es hora de este paso y qué te haría saltártelo?—. El SI de un juicio SI-ENTONCES de un experto es la parte que nunca llega a su relato.
Solo con fragmentos: analízalos primero y luego usa tus preguntas para llenar los vacíos más enseñables ("la transcripción muestra que ella siempre pregunta sobre el volumen de datos antes de cotizar; ¿sabes qué hace con la respuesta?"). Que el usuario diga "ni idea" está bien; eso se convierte en una pregunta para el experto en el borrador.
Paso 3 — redactar. Escribe la guía práctica a partir de lo que tienes. Reglas:
- Preséntala como la práctica del experto, redactada para su corrección, no como una verdad establecida.
- Asume que el recorrido está incompleto incluso cuando el experto está seguro: los expertos que describen sus propios procedimientos omiten alrededor del 70% de los pasos de decisión que realmente utilizan (Sullivan, Yates, Inaba, Lam & Clark, 2014), porque el conocimiento automatizado no está disponible para la introspección. Tus marcadores [CHECK] cubren lo que sabes que inferiste; la advertencia de omisión en el artefacto cubre lo que nadie notó que faltaba.
- Cada paso que inferiste en lugar de escuchar se marca en línea como [CHECK: <la pregunta exacta que el experto debe responder>], en el punto de duda.
- Mantén el vocabulario propio del experto dondequiera que haya aparecido; sus palabras son la parte enseñable.
El artefacto
## Draft Playbook — produced by /extract
**Practice:** <qué captura esta guía práctica>
**Expert:** <nombre/rol según se proporcionó> · **Status: DRAFT — awaiting expert review**
**Known limitation:** los relatos de primera pasada de los expertos suelen omitir la mayoría de los pasos de decisión; trata la ausencia de un paso como no verificada, nunca como evidencia de que el paso no existe.
**Constraints inherited:** <promesas y límites heredados desde el principio —confidencialidad, alcance, herramientas o formatos fijos— copiados textualmente hacia adelante, o "Ninguna declarada".>
**Last reconciled:** <contra qué se verificó esto por última vez y cuándo. Si una decisión se ha movido desde entonces, este documento está desactualizado hasta que se vuelva a emitir.>
### When to reach for this
<las situaciones que activan esta práctica, 2–3 líneas>
### The walkthrough
<pasos numerados en orden de ejecución. Cada paso: qué hacer y dónde existe —el juicio detrás de esto en las propias palabras del experto. Los pasos inferidos llevan marcadores [CHECK: ...] en línea.>
### The checks nobody tells you about
<las comprobaciones previas, las evaluaciones viscerales y las señales de pare que surgieron en el paso 2>
### Common first-timer mistakes
<cada uno con la forma en que el experto lo detecta o evita>
### Questions for the expert
<cada [CHECK] reunido en una lista numerada, redactada para respuestas de dos minutos —sí/no o respuestas de una sola línea siempre que sea posible. La lista siempre termina con una pregunta permanente: "¿Qué dejé fuera que solo notarías al ver fallar a un recién llegado?">
### Open items
<cualquier cosa que se le preguntó al usuario y genuinamente no sabía, una línea cada uno, marcada como desconocida en lugar de adivinada —para quién se está construyendo esto, qué falla pretende reducir, qué ya sabe la audiencia. Estos no son elementos [CHECK]: un [CHECK] es algo que el experto puede confirmar, esto es algo que nadie en la sala sabía todavía. Siempre presente: si no hay nada abierto, di "Nada abierto: cada pregunta realizada fue respondida" en lugar de eliminar la sección.>
La primera línea del documento es exactamente
## Draft Playbook — produced by /extract — textualmente, nunca reformulada:
las habilidades posteriores reconocen el documento por esta línea.
Restricciones y obsolescencia
Dos reglas que se aplican a cada documento que emitas aquí, porque la cadena es tan honesta como lo que sobrevive a cada salto.
Las restricciones viajan. Cualquier cosa que el artefacto anterior haya prometido o prohibido es vinculante para este y debe reafirmarse en Constraints inherited en lugar de asumir que se recuerda. El caso que más importa: un Informe de línea base reunido bajo una promesa de anonimato lleva esa promesa a todo lo derivado de él; no puedes nombrar a individuos, clasificarlos ni asignar roles que solo las respuestas individuales podrían haber determinado, por muy útil que fuera. Romper una promesa de confidencialidad dos documentos más abajo sigue siendo romperla, y la persona que hizo la promesa no está en la sala para notarlo.
Di cuándo se mueve una decisión. Si el usuario cambia algo que ya se había acordado previamente —alcance, formato, herramientas, quién es la audiencia, cuál será la evaluación— no escribas silenciosamente la versión nueva. Nombra qué documentos anteriores están desactualizados ahora, lístalos y dile al usuario que vuelva a ejecutar la habilidad afectada y los vuelva a emitir. Luego actualiza Last reconciled. El texto anterior desactualizado es la falla que nadie detecta, porque cada documento individual sigue leyéndose bien.
Estándar de calidad — verificar antes de emitir
- Constraints inherited está lleno, y cualquier promesa de confidencialidad o alcance del nivel anterior se repite aquí en lugar de asumirse. Si una decisión se movió durante esta sesión, se nombran los documentos que invalida.
- Nada se afirma como un hecho si no se dijo o se pegó. Todo lo inferido es un [CHECK], y cada [CHECK] reaparece en Questions for the expert.
- El recorrido está en orden de ejecución y podría ser seguido por un recién llegado competente señalando cada paso.
- Las frases propias del experto sobreviven en el texto; si el borrador se lee como una mejor práctica genérica sin huellas dactilares, le has quitado el valor.
- Questions for the expert se puede responder en lo que dura un café: numerada, concreta, sin preguntas de ensayo.
- Todo lo que el usuario dijo que no sabía está en Open items como desconocido —nunca rellenado silenciosamente con una respuesta plausible, y nunca descartado silenciosamente porque no encajaba en una sección.
- Si no se pudo contactar a ningún experto, la línea de estado dice GENERIC y el documento dice lo que se pierde. Una guía práctica genérica presentada como la práctica de esta organización es el único resultado de esta habilidad que causa daño real.
Entrega
Inmediatamente después del artefacto, en el mismo mensaje, cierra exactamente con esta guía:
Copia el Borrador de guía práctica anterior. No lo envíes tal cual; el truco entero está en cómo pides la revisión. Inicia un nuevo chat con la habilidad /verify y pega este borrador dentro: convertirá la revisión en algo que el experto pueda hacer genuinamente en dos minutos y reincorporará sus correcciones a la guía práctica.
Un ejemplo real
Una ejecución real de este skill — la entrevista y el documento que produjo — para que juzgues lo que obtendrás antes de invertir los diez minutos.
Una ejecución real de /extract, ligeramente editada; la conversación a continuación ocurrió exactamente así.
AI: Entendido. Ya que eres la experta aquí y nos has dado una gran ventaja, vamos directo a las decisiones de juicio que hacen que tu proceso funcione.
Cuéntame sobre el último lote de reclamaciones que triadaste antes de empezar hoy; no el POE oficial, sino cómo trabajaste realmente con esa pila específica. Cuando te sentaste, ¿qué fue lo primero que miraste?
User: Soy Rosa, ajustadora de siniestros. En ese último lote, el que olía mal fue una reclamación por daños por agua donde la fecha de la factura en realidad precedía a la fecha de la póliza por tres días.
AI: Entendido, Rosa. Detectar que esa fecha de factura se desliza antes del inicio de la póliza es un reconocimiento de patrones clásico.
Cuando detectas una contradicción temporal como esa —o cualquier anomalía en un lote—, ¿qué pregunta o verificación específica pasa por tu cabeza a continuación para decidir si es un error administrativo honesto del reclamante o algo que necesita una bandera de fraude completa?
… la conversación continúa — 5 intercambios más — luego la IA escribe el documento:
Draft Playbook — produced by /extract
Practice: claims triage and routing Expert: Rosa, claims adjuster · Status: DRAFT — awaiting expert review
When to reach for this
Al procesar un nuevo lote de reclamaciones entrantes para separar rápidamente los expedientes rutinarios de aquellos que requieren investigación o derivación legal, especialmente cuando se trata de plazos de entrega ajustados o presentaciones problemáticas de corredores.
The walkthrough
- Verificación previa del historial del reclamante: Abre y revisa el historial del reclamante antes de echar un vistazo a la nueva reclamación. (Nota: Rosa descubrió este orden de forma independiente; [CHECK: Are there specific history markers you look for during this pre-check?])
- Escanear el lote en busca de anomalías temporales: Busca contradicciones en todo el lote, como una fecha de factura anterior a la fecha de la póliza (por ejemplo, reclamaciones por daños por agua donde la factura es anterior a la póliza por tres días).
- Aplicar la regla de las 48 horas: Señala cualquier cosa presentada dentro de las 48 horas posteriores al inicio de la póliza. (Nota: [CHECK: What is the exact internal rationale or origin for the 48-hour threshold?])
- Evaluar la confiabilidad del corredor: Revisa quién presentó el papeleo. Si el corredor está en tu lista mental de "no confiables", descarta la regla estándar de velocidad de diez minutos y altera el manejo inmediatamente. (Nota: [CHECK: What specific action do you take first when a distrusted broker submits a file?])
- Derivar la reclamación: Clasifica el expediente en uno de tres grupos en exactamente diez minutos: rutinario, necesita investigación o directo a asuntos legales.
The checks nobody tells you about
- La verificación previa del historial: Siempre revisa el historial del reclamante antes de mirar los documentos de la nueva reclamación, aunque la capacitación estándar no lo mencione.
Common first-timer mistakes
- Confiar en la descripción de la pérdida por encima de la evidencia: Los principiantes cometen el error de confiar en la descripción escrita de la pérdida en lugar de las fotos reales, que es como los daños por agua falsos se te escapan. Confía siempre en la prueba visual por encima de la narrativa.
Questions for the expert
- Are there specific history markers you look for during the pre-flight claimant history check?
- What is the exact internal rationale or origin for the 48-hour policy start threshold?
- What specific action do you take first when a distrusted broker submits a file?
Quédate con este, no lo pegues y ya.
Toda la biblioteca como una carpeta que tu herramienta carga por nombre.
- 01Descomprime la descarga.
- 02Copia el contenido de la carpeta `skills/` en `.claude/skills/` de tu proyecto (o en `~/.claude/skills/` para tenerlos en todas partes).
- 03Arranca Claude Code. Cada skill se carga por nombre — pide `/start` y se ejecuta.
- 04Pega tu material en el mismo mensaje; el skill lo lee antes de preguntar nada.
La única regla que los encadena
Cada skill termina en un documento cuyo primer encabezado lo nombra: «## Outcomes Map — produced by /to-outcomes». Ese encabezado es como el siguiente skill reconoce lo que pegaste. Consérvalo y pega los documentos enteros.
Esta versión está escrita para todos.
La tuya usaría tu sector, tus restricciones y tu vocabulario. Cuatro preguntas, y ya conoce tu mundo.
Siguiente en el flujo
Cuando termine, copia el Borrador de playbook que produjo y empieza el siguiente skill con él.