CommunityRedacción y edicióngithub.com

resume-claim-guard

Ayuda a redactar un currículum que resista las preguntas de seguimiento de una entrevista, basándose en la descripción del puesto (JD). También permite revisar currículums existentes para detectar exageraciones y verificar hechos.

¿Qué es resume-claim-guard?

Esta habilidad está diseñada para ayudar a los candidatos a preparar un currículum que resista un escrutinio detallado durante una entrevista de trabajo. El proceso comienza analizando la descripción del puesto (JD) para identificar los requisitos clave, y luego utiliza preguntas específicas para descubrir experiencias reales del candidato que no están en su currículum original. Solo se utilizan hechos confirmados por el candidato para redactar un currículum dirigido, y cada afirmación se verifica para evitar exageraciones. El flujo incluye tres modos principales: el modo dirigido (desde el JD), el modo de revisión (para currículums existentes) y el modo de comparación (entre versiones). Finalmente, se realiza una simulación de la entrevista para anticipar preguntas y preparar respuestas honestas. La herramienta es útil para quienes buscan un trabajo específico, desean verificar la veracidad de su currículum, o necesitan prepararse para una entrevista. Para usar esta habilidad, el usuario puede comenzar con un JD, un currículum existente, o una versión modificada por IA.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/korey2028-prog/resume-claim-guard/tree/main

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

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

Documentación

Resume Claim Guard

Objetivo

Que cada frase del currículum pueda ser respondida por el candidato cuando el entrevistador la cuestione uno a uno. El proceso comienza con la descripción del puesto (JD) y termina con un simulacro de preguntas de la entrevista; durante todo el proceso solo se utilizan hechos confirmados por el candidato, no se completan experiencias por él ni se juzga la probabilidad de ser contratado.

El orden es primero indagar, luego escribir ceñido al JD y finalmente proteger: primero, partiendo del JD, se preguntan las experiencias que el candidato ha tenido pero que no había mencionado o escrito en su currículum; luego, se describen esas experiencias reales usando la terminología del JD; por último, se revisa frase por frase si hay exageraciones y se ensaya cómo responder las preguntas de la entrevista. Entre la indagación y la escritura solo hay una verificación de hechos: una vez que la IA redacta el currículum de manera fluida, es difícil que la persona detecte dónde se ha excedido, por lo que primero se confirman los hechos y luego se escribe.

Por dónde empezar

Se selecciona la entrada según lo que tenga el usuario, sin exigir que primero comprenda un "borrador de hechos":

El usuario tieneEntradaDesde qué paso comenzar
Una descripción del puesto (JD) (con o sin currículum anterior)Modo dirigido (flujo principal)Paso 1
Un currículum y quiere saber qué partes no se sostienenModo de revisiónPaso 2 (sacar preguntas del currículum), luego saltar al paso 5
Currículum original + versión modificada por IAModo de comparaciónPrimero comparar, solo preguntar sobre el contenido nuevo, luego al paso 5
Lista de experiencias o borrador de hechos + currículumRevisión directaPaso 5
Currículum finalizado, entrevista mañanaSimulacro de entrevistaParte de simulacro de preguntas del paso 5

Cuando el usuario no sepa explicar, pregúntale "¿Tienes la descripción del puesto (JD)?" Si la tiene, se usa el modo dirigido. Independientemente de la entrada, el currículum, el JD y las sugerencias del modelo no son fuentes de hechos.

Proceso de cinco pasos

Paso 1: Desglosar el JD

Desglosar el texto original del JD en cuatro categorías: condiciones estrictas (educación, año de graduación, ubicación, fecha de incorporación, idioma), responsabilidades principales, requisitos de habilidades y puntos adicionales. Cada punto conserva la frase original del JD. Si no se cumplen las condiciones estrictas, primero se informa al usuario, quien decide si continuar. Detalles en references/jd-breakdown.md.

Paso 2: Preguntar sobre experiencias (primero indagar, luego confirmar)

Indagar. Partiendo de 3 a 5 responsabilidades principales seleccionadas en el paso 1, cada una se traduce en 2 o 3 pistas de la vida cotidiana para preguntar, ayudando al candidato a recordar experiencias que no están en su currículum. Por ejemplo, si el JD dice "Recopilar y organizar comentarios de usuarios para generar informes semanales", no preguntes "¿Has hecho comentarios de usuarios?", sino "¿Has organizado comentarios de lectores, opiniones de encuestas o quejas en grupos, y los has resumido para que otros los vean?" Las pistas solo provienen del JD, no se inventan posibilidades. Primero indagar según los requisitos del JD, un requisito a la vez; después de indagar, verificar las afirmaciones del currículum anterior que aún no se han preguntado. Preguntar ítem por ítem del currículum puede hacer que solo se verifiquen afirmaciones antiguas y nunca se llegue a indagar.

Confirmar. Para cada experiencia descubierta, se deben preguntar cuatro cosas antes de incluirla en el borrador: ¿Qué parte hiciste tú? ¿Hasta qué punto llegaste? (plan/prototipo/lanzamiento/con resultados) ¿De dónde vienen los números? ¿Cuándo fue? Si el candidato dice "creo que sí", se pregunta específicamente por una ocasión; si no puede mencionar una, se anota como pendiente de confirmar y no se escribe en el currículum.

Como máximo se hacen 3 preguntas a la vez, priorizando las que más afectan al currículum. Si el usuario responde "no lo hice" o "no lo recuerdo", se anota fielmente, sin guiarlo a admitir algo que no hizo ni completar por él. La indagación solo puede llenar brechas de expresión (cosas que hizo pero no escribió), no brechas reales (cosas que no hizo).

Después de preguntar, se organiza un borrador de hechos numerado y fechado (F-01, F-02...), primero se lo muestras al usuario para que lo confirme, luego se continúa. Formato de preguntas y borrador en references/intake-questions.md, plantilla en templates/facts.md.

Paso 3: Coincidencia

Cada requisito del JD se empareja con el número de hecho, usando solo cinco estados: coincide, brecha de expresión (lo hizo pero el currículum no lo refleja bien), falta de evidencia (pudo haberlo hecho pero falta fuente), brecha real (no lo hizo), pendiente de confirmar. Las brechas reales se listan honestamente y se incluyen en "Cómo responder honestamente en la entrevista", pero no se escriben en el currículum. Finalmente, se da una recomendación de postulación: recomendado postular, postular después de completar materiales, postular con cautela, no recomendado postular, sin dar puntuaciones o porcentajes de coincidencia.

Paso 4: Redactar currículum dirigido

Solo se usan hechos confirmados. Se ordenan las experiencias según la prioridad del JD, describiendo lo que el candidato realmente hizo usando la terminología del JD, pero los verbos no superan los límites de los dos ejes (ver más abajo). Reglas en references/resume-writing.md.

Paso 5: Revisión y simulacro de entrevista

Revisión frase por frase: cada afirmación se etiqueta con uno de los cinco estados de evidencia, verificando si los verbos son de nivel superior, si los números tienen fuente, o si se atribuyen logros del equipo o de la IA como propios. En modo dirigido se revisan dos cosas: el nuevo currículum dirigido (debe ser todo confirmado o respaldado, de lo contrario se vuelve al paso 4 para corregir); si hay un currículum anterior, también se revisa para que el candidato vea qué partes no se sostenían. Si el currículum anterior ya se ha enviado, se hace una comparación entre versiones para dar un mensaje unificado para la entrevista. Detalles de la revisión (incluyendo PDF, comparación de múltiples versiones, numeración interna) en references/claim-audit.md.

Luego, para cada experiencia, se ensaya la entrevista: las 2 a 3 preguntas más probables del entrevistador, puntos clave de respuesta solo basados en hechos, lo que absolutamente no se debe decir, y cómo responder honestamente si le preguntan por una brecha real. Ver references/interview-probe.md.

Puerta de confirmación: solo después de que el candidato haya confirmado los hechos, los límites de verbos y el texto final, se puede generar la versión para el exterior. Los resultados de la revisión, el texto de sugerencias y los límites propuestos por el auditor no equivalen a la confirmación de hechos.

Estados de evidencia

EstadoSignificadoUso externo
confirmadoEl candidato lo ha confirmado en esta sesión, o el borrador tiene una entrada fechada de "confirmación/corrección personal" que lo indicaUsar según el límite de verbos
respaldadoEl borrador lo respalda, pero el candidato aún no lo ha confirmado, o los límites y la redacción aún requieren aclaraciónExpresar de forma conservadora, no mejorar antes de confirmar
necesita-fuenteEl currículum lo sugiere, pero no hay fuente en el borradorNo escribir como hecho confirmado
inferenciaInferencia del auditor o del modeloSolo para uso interno, no incluir en texto externo
rechazadoContradice el borrador, o el candidato lo rechaza explícitamenteEliminar o reescribir y luego revisar

Si el borrador no lo menciona, se escribe necesita-fuente; si el borrador dice otra cosa (escribe "lanzado" y el hecho es "prototipo"), se escribe rechazado. Si cumple múltiples condiciones, se toma la más estricta: rechazado > necesita-fuente > respaldado. inferencia solo se etiqueta para inferencias añadidas por el auditor (por ejemplo, "esta frase podría corresponder a F-03"), y al revisar currículums antiguos, que el conteo sea 0 es normal.

Límite de verbos: revisar en dos ejes por separado

  • Rol personal: participar/asistir → ser responsable (de una parte) → liderar (responsable de la dirección y los resultados generales). Atribuir logros del equipo como propios, o escribir "juntos" como "individualmente", se considera exceso de nivel.
  • Fase de entrega: planificar/sugerir → prototipo/demostración → lanzar/implementar (con usuarios reales) → tener datos de resultados. Contenido generado por IA, prototipos, planes y estimaciones no pueden escribirse como ya lanzados, verificados o con resultados.

Ningún eje puede superar los hechos. El límite de verbos lo determinan los hechos, no las palabras clave del JD.

El eje de fase solo se usa para cosas hechas para que otros las usen (productos, herramientas, páginas, sistemas). Para experiencias como informes, actividades, gestión de contenido, el eje de fase se llena con "—", y solo se verifica el alcance, la escala y si los números de resultado tienen fuente. Un proyecto realizado individualmente puede escribirse como "completado de forma independiente"; las partes generadas por IA deben explicar qué hizo la persona (requisitos, verificación, pruebas, selección). Los números en los hechos no pueden cambiar de unidad ni de objeto ("120 registros de inscripción" no puede escribirse como "atendió a 120 usuarios").

Salida

En modo dirigido, se produce en orden: desglose del JD → borrador de hechos (pendiente de confirmar) → tabla de coincidencia requisito-evidencia y recomendación de postulación → borrador de currículum dirigido (pendiente de confirmar) → tabla de revisión frase por frase → simulacro de preguntas de entrevista → lista de verificación de confirmación humana → elementos pendientes. Otras entradas solo producen las partes utilizadas. Formatos de cada parte en references/output-formats.md.

Los números internos (F-01, C-07) solo pueden aparecer en tablas de auditoría y comentarios de archivos fuente; no deben aparecer en currículums externos, cartas de presentación ni textos de chat.

Límites

  • No acceder ni enviar a sitios de contratación, no enviar mensajes de solicitud de empleo en nombre del usuario, no confirmar que el usuario ha postulado;
  • No solicitar contraseñas, códigos de verificación, números de identificación ni otra información sensible irrelevante;
  • No escribir en el borrador de hechos el JD, sugerencias del modelo, currículums antiguos ni inferencias;
  • Los ejemplos públicos solo usan candidatos ficticios;
  • No generar tasas de éxito, probabilidades de contratación ni puntuaciones de coincidencia.

Skills relacionados