CommunityRecherche & Datenanalysegithub.com

Konflikterkennung

Dokumentenübergreifender Konflikterkenner. Verwenden, wenn der Benutzer zwei oder mehr Dokumente, Datensätze oder extrahierte Faktentabellen hat und Widersprüche zwischen ihnen finden möchte. Wird ausgelöst durch "Konflikte erkennen", "Widersprüche finden", "Stimmen diese Dokumente überein", "Behauptungen abgleichen", "Inkonsistenzprüfung" oder beim Vergleichen einer Behauptung über mehrere Quellen hinweg. Führt drei Erkennungsstufen durch: Entität (numerische/ boolesche Abweichung beim selben Schlüssel), Klausel (kategoriale Abweichung) und Argument (Freitext-Widerspruch). Erzeugt einen maschinenlesbaren Konfliktbericht in JSON / CSV / Markdown.

Was ist Konflikterkennung?

Diese Fähigkeit für KI-Agenten (wie Claude Code, Cursor oder Codex) erkennt **Widersprüche über mehrere Dokumente hinweg**. Sie lädt Dokumente (über Pfade, Inline-Text oder Inline-JSON), extrahiert deren Fakten und vergleicht diese mit einer dokumentenübergreifenden Regel-Engine. Die Erkennung erfolgt auf drei Stufen: Entitätsebene (numerische oder boolesche Abweichungen bei gleichem Schlüssel, hohe Schwere), Klauselebene (kategoriale Abweichungen, mittlere Schwere) und Argumentebene (Freitext-Widersprüche, niedrige Schwere). Das Ergebnis wird als maschinenlesbarer Konfliktbericht (JSON, CSV, Markdown) ausgegeben, der z.B. zur weiteren Verarbeitung in Data Pipelines genutzt werden kann. Die Fähigkeit ist in reinem Python geschrieben und erfordert nur bei YAML-Eingaben die optionale Installation von `PyYAML`. Der Workflow umfasst die Konfigurationsvalidierung, das Auflisten von Quellen und die Ausführung der Analyse. Fehlerbehandlung ist integriert: ungültige Konfigurationen, unerreichbare Dokumente oder leere Berichte werden korrekt gemeldet. Einschränkung: Freitext wird nur auf Argumentebene (zeilenweise) verglichen; Einheiten-Normalisierung erfolgt über eine konfigurierbare Tabelle.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/JiamingShi-JsPhys/agent-skills/tree/HEAD/skills/conflict-detector

Installed? Explore more Recherche & Datenanalyse skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Konflikterkenner

Eine eigenständige Fähigkeit, die **Widersprüche über eine Reihe von

Dokumenten** hinweg findet. Jedes Dokument wird geladen (Pfad / Inline-Text / Inline-JSON),

seine Fakten werden extrahiert, und eine dokumentenübergreifende Regel-Engine gleicht Behauptungen

anhand kanonischer Schlüssel ab und markiert Abweichungen.

OBLIGATORISCHER WORKFLOW

Abhängigkeiten bootstrappen (bei erster Nutzung)

Vor der ersten Ausführung die Laufzeitabhängigkeiten dieser Fähigkeit prüfen:

  • Kern: reine Standardbibliothek – keine Installation erforderlich.
  • Optional: PyYAML (nur wenn die Konfiguration / Eingabe eine .yaml ist; JSON-Eingaben funktionieren mit der Standardbibliothek allein).

Fehlt PyYAML und die Eingabe ist YAML, den Benutzer informieren und fragen, ob pip install pyyaml ausgeführt werden soll; erst nach Bestätigung installieren. Niemals ohne ausdrückliche Zustimmung in die globale Umgebung installieren.

  1. Die YAML-Konfiguration laden (Referenz: config/examples/two_docs.yaml).

  2. Prüfen, dass jedes documents[].value / documents[].path erreichbar ist.

  3. python -m src.cli run --config <pfad> [--format json,csv,md] ausführen.

  4. Die Konfliktzahl pro Stufe melden und den Benutzer auf

    ./conflicts/conflicts_<run_id>.* verweisen.

Verwendungszweck

  • Zwei oder mehr Dokumente, Datensätze oder extrahierte Faktentabellen müssen

    auf Widersprüche untereinander geprüft werden.

  • Der Benutzer bittet darum, "Konflikte zu erkennen", "Widersprüche zu finden", "Behauptungen

    abzugleichen" oder fragt "Stimmen diese Dokumente überein".

  • Eine einzelne Behauptung (eine Zahl, ein Status, eine benannte Tatsache) erscheint in mehreren

    Quellen und muss quellenübergreifend verglichen werden.

  • Eine aus Dokumenten extrahierte Faktentabelle muss auf interne Konsistenz

    geprüft werden, bevor sie verwendet wird.

Anwendungsbeispiele


# Eine Konfiguration vor der Ausführung validieren (schnell, kein Bericht).

python -m src.cli validate --config config/examples/two_docs.yaml



# Die von einer Konfiguration aufgelösten Dokumentquellen auflisten.

python -m src.cli list-docs --config config/examples/two_docs.yaml



# Eine Erkennung ausführen; Ausgabeformate wählen (Standard: json).

python -m src.cli run --config config/examples/two_docs.yaml --format json,csv,md

Berichte werden nach ./conflicts/conflicts_<run_id>.{json,csv,md} geschrieben; das JSON ist der maschinenlesbare Vertrag.

Fehlerbehandlung

  • Ungültige Konfiguration (validate endet mit Exit-Code ungleich 0) – das gemeldete Feld

    korrigieren und erneut validieren; keine manuellen Änderungen an der Schemaverletzung vornehmen.

  • Eine Dokumentquelle ist nicht erreichbar – der Lauf wird abgebrochen und das betreffende

    documents[]-Element benannt; den Pfad oder Inline-Wert prüfen und erneut versuchen.

  • Keine Konflikte gefunden – ein gültiges, berichtbares Ergebnis (ein leerer Bericht),

    kein Fehler; dies explizit mitteilen, anstatt erneut auszuführen.

  • Unerwarteter Exit-Code – die Meldung wörtlich ausgeben; nicht auf einen manuellen

    Dokumentvergleich zurückfallen.

Erkennungsstufen

StufeArtSchwereBeispiel
entitynumeric_mismatch, booleanhochspeed = 10 vs speed = 20
clausecategoricalmittelstatus = "active" vs status = "archived"
argumentcategorical (Text)niedrigFreitextzeilen, die sich widersprechen

Einschränkungen

  • Extraktion ist schlüssel-wert-orientiert; Freitextabsätze nehmen nur auf

    der argument-Stufe teil (zeilenweiser Vergleich).

  • Einheiten-Normalisierung erfolgt tabellengesteuert (unit_map); benutzerdefinierte

    Einheitenregeln müssen über die Konfiguration bereitgestellt werden.

Individual skills in this repo

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

JiamingShi-JsPhys/agent-skills

Document evolution tracker. Use when the user has a family of document versions (timestamped or sequentially named files) and wants to see how the document changed over time -- which paragraphs / lines / sentences were added, removed, or modified between consecutive versions, and how a set of named concepts (or auto-detected headings) evolved (introduced / retained / modified / dropped). Triggers on "track document changes", "version history", "what changed between drafts", "concept lineage", "document evolution". Emits a Markdown + JSON timeline.

JiamingShi-JsPhys/agent-skills

Longitudinal statistical analysis pipeline. Use when the user has panel / repeated-measures data (one or more sessions per subject, with between-subject conditions) and wants to run a reproducible analysis: descriptive stats, a manipulation check, a linear mixed model, a lagged mediator, or a sensitivity analysis over random-effects / covariance structures. Triggers on any of the phrases "LMM", "mixed model", "repeated measures", "longitudinal analysis", "mediation over time", "lagged mediator", "sensitivity analysis of RE structure". When fired, load the YAML config that lists the enabled steps, run the pipeline, and report the per-step results plus the generated CSVs.

JiamingShi-JsPhys/agent-skills

State manager for multi-dimensional computational experiments. Iterate a parameter grid over many rounds, snapshot declared critical files each round, audit every round (params, hashes, timestamps, status), and roll back to any round non-destructively. Use it when a workflow runs hundreds of rounds across multiple parameter dimensions and needs per-round snapshots, full audit trail, and arbitrary rollback - e.g. longitudinal studies, parameter scans, or symbolic/ numerical sweeps calling external solvers (Mathematica, GAP, SymPy, custom scripts).

Verwandte Skills