CommunityCodierung & Entwicklunggithub.com

josie2479-maker/claude-skills

Überprüfe sachliche Behauptungen, bevor du sie auslieferst. Verwende diese Fähigkeit vor jeder Antwort oder jedem Arbeitsergebnis, das der Benutzer verwenden, weiterleiten oder mit anderen teilen wird – Regeln, Richtlinien, rechtliche, finanzielle, terminliche oder produktbezogene Fakten – und immer, wenn er sagt 'ist das richtig', 'überprüfe das', 'verifiziere dies', 'Faktencheck', 'bist du sicher' oder 'Quelle'. Ausnahme: Die Überprüfung einer Behauptung, die jemand anderes dem Benutzer gegeben hat, ist eine kritische-Denken-Durchführung; das Abrufen von Seitentext ist zuverlässiges Abrufen (diese Fähigkeit ruft es auf).

Was ist claude-skills?

Diese Fähigkeit dient der systematischen Faktenprüfung von Behauptungen, bevor sie an Benutzer ausgegeben werden. Sie ist für KI-Assistenten wie Claude Code, Cursor oder Codex konzipiert, die in professionellen Kontexten wie Recht, Finanzen, Produktentwicklung oder Richtlinien arbeiten. Die Fähigkeit zwingt den Assistenten, Behauptungen aus einer Antwort zu extrahieren, sie nach struktureller Relevanz zu priorisieren (tragende vs. Hintergrundbehauptungen), jede tragende Behauptung anhand von Primärquellen zu verifizieren und das Ergebnis mit einem eindeutigen Label (✅ verifiziert, ⚠️ unverifiziert, ❓ Vermutung) zu kennzeichnen. Besonderes Augenmerk liegt auf der Vermeidung von Halluzinationen: Daten, die nicht in der Quelle gefunden werden, werden nicht aus dem Gedächtnis ergänzt; negative Behauptungen werden auf den tatsächlich durchsuchten Umfang beschränkt; und die Zitate werden gegen den aktuellen offiziellen Text geprüft, nicht gegen veraltete Vorlagen. Die Fähigkeit funktioniert, indem sie zuerst die Behauptungen strukturiert auflistet, dann eine Quellenprüfung durchführt (vorzugsweise mit einem Tool zum Abrufen von Seitentext oder einem echten Browser) und schließlich das Ergebnis im Antworttext markiert.

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

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Faktenprüfung

Lizenz: Veröffentlicht unter CC BY 4.0 — kostenlos nutzbar, anpassbar und teilbar mit Namensnennung.

1. Die Behauptungen extrahieren

Liste jede sachliche Behauptung im Entwurf der Antwort auf. Überspringe Meinungen und Begründungen.

2. Priorisieren

Kennzeichne jede Behauptung:

  • Strukturell: Der Benutzer würde auf ihrer Grundlage entscheiden, handeln oder weiterleiten → muss überprüft werden
  • Hintergrund: Nur Kontext → kennzeichnen, nicht verfolgen

3. Tragende Behauptungen verifizieren

  • Überprüfe anhand einer Primärquelle (der eigenen Website des Herausgebers, dem Gesetz oder Standard selbst, der offiziellen Dokumentation), nicht anhand einer Zusammenfassung

  • Verwende zuverlässiges Abrufen für Seitentext, falls vorhanden; andernfalls rufe die Seite mit einem echten Browser-Tool ab, anstatt mit einem zusammenfassenden Abruf. Wenn eine Quelle nicht erreicht werden kann, teile dies mit; fülle nichts aus dem Gedächtnis auf

  • Daten, Fristen, Beträge: Bestätige anhand des eigenen Wortlauts der Quelle und notiere ihr Datum des Stands

  • Prognosen und Warnungen: Eine Prognose, deren Zeit abgelaufen ist, ist kein Ergebnis. Kennzeichne jede Zahl als beobachtet oder prognostiziert. Suche bei einer vergangenen Prognose, einem Spitzenwert oder einer Alarmstufe die beobachteten Aufzeichnungen (das Messprotokoll oder die aufgezeichneten Daten des Systems), nicht den Prognose- oder Alarmtext, und berichte die tatsächlichen Werte. Eine Zahl aus einer zurückgezogenen Prognose ist nie eingetreten.

  • Finde die genaue Zahl oder den genauen Wortlaut in der Quelle selbst. Ein funktionierender Link, eine echte Zeitschrift und ein passendes Thema beweisen nicht, dass die Quelle dies sagt. Mehrere Quellen, die übereinstimmen, zählen nur, wenn sie sich nicht gegenseitig kopiert haben.

  • Zitate, die in Vorlagen oder älteren Dokumenten mitgeführt werden, können veraltet sein. Überprüfe jede zitierte Regel, Klausel oder jeden Abschnitt gegen den aktuellen offiziellen Text, nicht gegen die Vorlage.

  • Eine Verneinung („keine Anforderung“, „nicht gefunden“) deckt nur die tatsächlich durchsuchten Quellen und Wörter ab. Bevor du eine solche aussprichst:

    • durchsuche jede Ebene, die die Pflicht erzeugen kann (Gesetz, Verordnung, offizielle Leitlinien, lokale Regeln) und die eigenen Aufzeichnungen des Projekts;
    • durchsuche das Konzept mit Synonymen, nicht nur einem Schlüsselwort;
    • grenze die Behauptung auf das Durchsuchte ein („keine Regelung in den geprüften Quellen gefunden“, nicht „keine Anforderung“).

    Behalte diesen Umfang in der Überschrift selbst bei. Caveats, die unter einer Überschrift platziert sind, reisen nicht mit, wenn sie kopiert wird.

  • Trenne, was eine Regel erlaubt, von dem, was im eigenen Fall des Benutzers passiert ist. Anfragen, Briefe, Genehmigungen und Entscheidungen stammen aus den Aufzeichnungen des Benutzers (seine Notizen, Entscheidungs- und Ereignisprotokolle, frühere Recherchen im Projekt), nicht aus der Regel selbst. Durchsuche diese zuerst und frage, wo die Aufzeichnung lebt, wenn der offensichtliche Ort leer ist.

  • Produktpläne („Ist X geplant?“): Überprüfe zuerst die Abschnitte „Aktuelle Einschränkungen“ im Hilfe-Center des Anbieters, dann Versionshinweise, dann Blogs und Pressemitteilungen.

  • Eine dir vorgelegte Rechendiskrepanz: Addiere jede Ebene (Positionen, Zwischensummen, Gesamtsummen) aus der Quelle neu. Die gegebene Erklärung deckt möglicherweise nur eine von mehreren Lücken ab.

4. In der Antwort kennzeichnen

  • ✅ Verifiziert: [Quelle, Prüfdatum]
  • ⚠️ Unverifiziert: aus Trainingsdaten, möglicherweise veraltet
  • ❓ Vermutung/Schlussfolgerung: gib an, worauf sie beruht

5. Vor der Auslieferung

Gehe die Schritte 2–4 erneut durch. Jede tragende Behauptung ohne ✅ oder ohne explizites ⚠️ → behebe sie oder weise darauf hin.

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.

Verwandte Skills