CommunityProgramación y desarrollogithub.com

Verificación de Hechos

Verifica afirmaciones fácticas antes de entregarlas. Úsalo antes de cualquier respuesta o entregable que el usuario vaya a usar, reenviar o compartir con otros — reglas, políticas, asuntos legales, financieros, fechas o hechos sobre productos — y siempre que digan '¿es correcto?', 'verifica eso', 'confirma esto', 'verifica los hechos', '¿estás seguro?' o 'fuente?'. Excepción: evaluar una afirmación que alguien más le dio al usuario es un análisis de pensamiento crítico; obtener el texto de una página es una obtención confiable (esta habilidad lo llama).

¿Qué es Verificación de Hechos?

Esta habilidad para agentes de IA (como Claude Code, Cursor o Codex) implementa un proceso riguroso de verificación de hechos. Su propósito es garantizar que cualquier afirmación fáctica que el agente entregue al usuario sea precisa y esté respaldada por fuentes primarias, evitando la desinformación o la dependencia de datos de entrenamiento desactualizados. La habilidad es especialmente útil en contextos donde el usuario tomará decisiones, actuará o compartirá la información, como en reglas, políticas, asuntos legales, financieros, fechas o características de productos. El proceso consta de cinco pasos: extraer afirmaciones fácticas de un borrador, clasificarlas en estructurales (críticas) y de fondo, verificar las afirmaciones críticas contra fuentes primarias, etiquetar cada afirmación en la respuesta como verificada, no verificada o inferida, y finalmente revisar todo antes de entregar. La verificación incluye reglas específicas para fechas, pronósticos, negativas, diferencias entre permisos y eventos reales, y planes de productos, y exige el uso de herramientas de obtención confiables o navegadores reales, no resúmenes.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/josie2479-maker/claude-skills/tree/HEAD/skills/fact-verification

Installed? Explore more Programación y desarrollo skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Preguntar en tu IA favorita

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

Documentación

¿Qué hace Verificación de Hechos?

Licencia: Publicado bajo CC BY 4.0 — libre de usar, adaptar y compartir con atribución.

1. Extrae las afirmaciones

Enumera cada afirmación fáctica en el borrador de respuesta. Omite opiniones y razonamientos.

2. Clasifica

Marca cada afirmación:

  • Estructural: el usuario decidiría, actuaría o reenviaría basándose en ella → debe verificarse
  • De fondo: solo contexto → etiquétala, no la persigas

3. Verifica las afirmaciones estructurales

  • Verifica contra una fuente primaria (el sitio propio del editor, la ley o norma en sí misma, la documentación oficial), no un resumen

  • Usa obtención confiable para el texto de la página, si la tienes; de lo contrario, obtén la página con una herramienta de navegador real en lugar de una obtención que resuma. Si no se puede acceder a una fuente, dímelo; no completes con la memoria

  • Fechas, plazos, cantidades: confírmalos contra la redacción propia de la fuente y anota su fecha de vigencia

  • Pronósticos y advertencias: un pronóstico cuyo tiempo ha pasado no es un resultado. Etiqueta cada número como observado o pronosticado. Para un pronóstico pasado, un nivel máximo o de alerta, busca el registro observado (el registro de mediciones o los datos registrados del sistema), no el texto del pronóstico o la alerta, e informa el real. Un número de un pronóstico retirado nunca ocurrió.

  • Encuentra la cifra o redacción exacta en la fuente misma. Un enlace funcional, una revista real y un tema coincidente no prueban que la fuente lo diga. Varias fuentes que coinciden cuentan solo si no se copiaron entre sí.

  • Las citas incluidas en plantillas o documentos antiguos pueden estar desactualizadas. Verifica cada regla, cláusula o sección citada contra el texto oficial actual, no la plantilla.

  • Una negativa ("no hay requisito", "no encontrado") cubre solo las fuentes y palabras realmente buscadas. Antes de afirmar una:

    • busca en cada nivel que pueda crear la obligación (ley, reglamento, guía oficial, normas locales) y los registros propios del proyecto;
    • busca el concepto con sinónimos, no una sola palabra clave;
    • delimita la afirmación a lo que se buscó ("no se encontró regulación en las fuentes consultadas", no "no hay requisito").

    Mantén ese alcance en el titular mismo. Las salvedades colocadas debajo de un titular no viajan con él cuando se copia.

  • Separa lo que una regla permite de lo que sucedió en el caso propio del usuario. Las solicitudes, cartas, aprobaciones y decisiones provienen de los registros del usuario (sus notas, registros de decisiones y eventos, investigaciones anteriores en el proyecto), no de la regla misma. Busca primero allí, y pregunta dónde está el registro si el lugar obvio está vacío.

  • Planes de productos ("¿está planificado X?"): verifica primero las secciones de "limitaciones actuales" del centro de ayuda del proveedor, luego las notas de la versión, luego blogs y comunicados de prensa.

  • Una discrepancia aritmética que te entreguen: vuelve a sumar cada nivel (partidas, subtotales, totales) desde la fuente. La explicación dada puede cubrir solo una de varias diferencias.

4. Etiqueta en la respuesta

  • ✅ Verificado: [fuente, fecha de verificación]
  • ⚠️ No verificado: de datos de entrenamiento, puede estar desactualizado
  • ❓ Suposición/inferencia: di en qué se basa

5. Antes de entregar

Vuelve a leer los pasos 2–4. Cualquier afirmación estructural sin ✅ o una ⚠️ explícita → corrígela o márcala.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

josie2479-maker/claude-skills

Test a ready-made list of deliverables, documents or artifacts before anyone commits to tracking it. Use when someone is handed a list from a template, vendor, consultant, PMO framework or AI (\"standard project documents\", \"required artifacts\", \"deliverables checklist\") and asks whether to adopt it, what is really required, what to drop, or what is missing. Tags each item by who requires it (funder, law or regulation with citation, a named person, or standard practice that nobody requires), reads the funder's or agency's own template section by section to find required items the list leaves out, and returns a table plus a drop / keep / add list. Not for building a list from scratch with no list in hand, and not for checking whether finished documents are good.

josie2479-maker/claude-skills

Interview the user about something they are ABOUT TO BUILD, before any of it is built — a feature, a system, an automation, a workflow, a document structure. Use when a plan exists only in their head or as a rough idea and the design decisions are still open: \"grill me\", \"interview me about this\", \"help me think this through before I build it\", \"what am I not deciding\", \"ask me what you need to know\". Works the design as a dependency tree, asking one answerable question per round (the one that unblocks the most decisions first) with a recommended answer attached, and never asking anything it could look up itself. BOUNDARY — this is front-loaded, for decisions not yet made. Reviewing a plan that already exists and stress-testing it for holes is the plc skill. Interrogating information someone else handed you is critical-thinking-walkthrough. If the thing is already written down and the question is \"is this any good\", it is not this skill.

josie2479-maker/claude-skills

Strip AI-essay voice from a document that will be shared outside this conversation — a memo, spec, brief, proposal, SOW, report, or any deliverable going to a supervisor, agency, client, or contractor. Use when asked to \"clean this up\", \"make this professional\", \"take the Claude out of it\", \"de-AI this\", \"make it ready to send\", or when a draft is about to be handed off and has not had a register pass. Also run it unprompted as the last step when drafting any external-facing document. Not for chat replies, personal notes, or internal scratch files — conversational voice is fine there and flattening it is a loss. Not for fiction or other creative writing, where the voice is the point; see the fiction note in the body.

Skills relacionados