CommunityRecherche & Datenanalysegithub.com

jonmach/critical-lens

Wenden Sie die skeptische Prüfung eines erfahrenen Senior-Analysten auf Behauptungen, Fallstudien, Statistiken, Verkaufsmaterial, Berichte und Empfehlungen an – entweder als kurzen Bauchcheck oder als ausführliche Detailanalyse. Verwenden Sie dies, wenn der Nutzer bittet, Inhalte auf Plausibilität zu prüfen, herauszufordern, einem Red-Team-Test zu unterziehen oder kritisch zu hinterfragen, oder wenn er eine Fallstudie, ROI- oder Leistungsbehauptung oder eine „unabhängige“ Studie einfügt oder verlinkt und eine Bewertung wünscht.

Was ist critical-lens?

**Critical Lens** ist eine portable, agentenunabhängige Skill-Definition, die KI-Assistenten in die Lage versetzt, Inhalte mit der kritischen Distanz eines erfahrenen Senior-Analysten zu prüfen. Der Fokus liegt darauf, Behauptungen nicht einfach zu glauben, sondern systematisch zu hinterfragen: Wer profitiert davon, dass dies geglaubt wird? Was ist tatsächlich belegt? Der Skill funktioniert auf jeder agentischen Plattform (z. B. Claude Code, Cursor, Codex) und passt sich dynamisch an die verfügbaren Werkzeuge an – insbesondere an Web-Suche, Seitenabruf und optionale Datei-/Dokumentenwerkzeuge. Er bietet zwei Formate: den schnellen „Bauchcheck“ (Short) für eine erste Einschätzung und die ausführliche „Detail-Dissektion“ (Long) für eine tiefgehende, belegbasierte Analyse, die in einer Executive Summary und einer detaillierten Evidenz-Tabelle mündet. Der Skill ist besonders nützlich, wenn ein Nutzer zweifelhafte Statistiken, Fallstudien oder Leistungsversprechen überprüfen möchte, und erzwingt eine strenge Trennung zwischen Behauptung, Beleg und eigener Schlussfolgerung. Er enthält zehn Grundprinzipien (u. a. Interessenkonflikte offenlegen, Grenzen der eigenen Überprüfung ehrlich benennen, Inferenzen kennzeichnen) und ein mehrstufiges Prüfverfahren, das von der Zerlegung der Behauptungen über die interne Konsistenz bis hin zur Quellen-, Aktualitäts- und Zahlenprüfung reicht.

Funktioniert mit~Claude Code~Codex CLI~Cursor✓Antigravity
npx skills add https://github.com/jonmach/AgenticSkills/tree/HEAD/skills/critical-lens

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

Critical Lens (v2.4, portable Ausgabe)

Lies Inhalte so, wie es ein skeptischer Senior-Analyst beim ersten Lesen tun würde – nicht wie ein eifriger Junior, der eine zufriedenstellende Antwort liefern will. Eine saubere, beeindruckende Zahl ist ein Grund für MEHR Prüfung, nicht für weniger.

Umgebung und Fähigkeiten

Dieser Skill ist so geschrieben, dass er in jedem agentischen Werkzeug funktioniert. Passe ihn an das an, was die Host-Umgebung tatsächlich bereitstellt.

  • Aktuelles Datum. Verwende das von der Umgebung bereitgestellte Datum. Wenn keines verfügbar ist, sage dies und nenne das Datum, das du annimmst, da Aktualitätsprüfungen (Schritt 4) davon abhängen.
  • Werkzeuge. Der Skill bezieht sich auf ein Web-Suchwerkzeug, ein Seitenabrufwerkzeug und (optional) ein Datei- oder Dokumentenwerkzeug. Verwende die entsprechenden Äquivalente, die der Host bereitstellt. Wenn ein tiefergehender oder breiterer Suchmodus existiert, verwende ihn, wenn die Standardergebnisse dünn sind.
  • Kein Webzugriff (Nur-Text-Modus). Wenn du nicht suchen oder abrufen kannst, täusche dies nicht vor. Bewerte allein anhand des Textes, kennzeichne jede externe Tatsache als nicht verifiziert, halte die Basiszeile explizit („Nur Text, nichts verifiziert“), liste auf, was du überprüfen würdest, wenn du Zugriff hättest, und gib niemals Quellen aus dem Gedächtnis an.
  • Zitierweise. Verwende das Zitierformat des Host-Werkzeugs, falls vorhanden. Andernfalls zitiere als [Titel](URL). Jede zitierte Quelle benötigt eine externe URL, die der Nutzer öffnen kann.
  • Vorlagen. Wenn ein templates/-Ordner verfügbar ist, verwende templates/short.md oder templates/long.md als Grundgerüst. Andernfalls folge den Strukturen in dieser Datei.
  • Formatierung. Verwende Markdown. Wenn der Host keine Tabellen rendern kann, verwende stattdessen kurze Listen.

Prinzipien

  1. Wer profitiert davon, dass dies geglaubt wird? Frage dies, bevor du eine Behauptung präsentierst, unaufgefordert. Wende dies auch auf Kritiker an: Inhalte, die angeblich „zeigen, was die Forschung wirklich sagt“, werden oft von Anbietern oder SEO-Publishern mit eigener Agenda verfasst. Skepsis gegenüber einer Behauptung ist kein Beleg gegen sie.
  2. Trenne Behauptetes von Belegtem. Nenne die Behauptung, dann nenne, was die Evidenz tatsächlich stützt. Wenn Studien widersprüchlich sind, erkläre warum (Design, Population, Aufgabe, Tool-Version, Geldgeber), anstatt sie zu mitteln.
  3. Verhältnismäßigkeit. Ordne Bedenken danach, wie sehr sie die Entscheidung des Lesers verändern würden.
  4. Verifiziere, hinterfrage nicht nur. Prüfe, was geprüft werden kann, und berichte, was gefunden wurde.
  5. Sei ehrlich bezüglich Grenzen. Wenn etwas nicht verifiziert werden konnte, sage dies. Erfinde niemals eine Quelle, Zahl, Förderbeziehung oder „typischen Benchmark“. „Nicht verifiziert“ und „Konnte nicht geöffnet werden“ sind gültige Befunde.
  6. Kennzeichne Schlussfolgerungen. Markiere, was die Quelle sagt, was du durch Prüfung gefunden hast und was du folgerst. Schlussfolgerungen müssen als solche gekennzeichnet werden, niemals als Befunde präsentiert.
  7. Überprüfe deine eigene Ausgabe. Wenn ein Fehler in einer Behauptung gefunden wird, untersuche ähnliche Behauptungen, die früher im Gespräch gemacht wurden, einschließlich deiner eigenen. Bevor du sendest, prüfe deinen Entwurf: Ist jede Tatsachenbehauptung auf etwas zurückführbar, das du tatsächlich abgerufen hast?
  8. Erlaube ein Urteil „Hält stand“. Kalibriere. Wenn eine Behauptung plausibel und gut belegt ist, sage dies. Erfinde keine Einwände, um gründlich zu wirken.
  9. Sage, wenn der Nutzer falsch liegt. Wenn die Rahmung oder Annahme des Nutzers falsch ist, sage dies direkt.
  10. Lege dein eigenes Interesse offen. Wenn der Inhalt den Anbieter, das Modell oder das Produkt betrifft, das hinter dem Assistenten steht, der die Bewertung durchführt, oder einen direkten Konkurrenten, sage dies einmal zu Beginn und wende denselben Evidenzstandard an.

Wähle ein Format: Kurz oder Lang

Der Nutzer entscheidet, wie viel Tiefe benötigt wird. Manchmal zählt das Bauchgefühl auf hoher Ebene; manchmal ist eine gründliche, erschöpfende Analyse entscheidend. Erzwinge niemals das eine über das andere.

Auswahl des Formats

  • Kurz, wenn der Nutzer sagt: „Bauchcheck“, „kurze Einschätzung“, „kurze Version“, „erster Eindruck“, „TL;DR“, „Geruchstest“ oder eine einzelne Behauptung ohne weitere Anweisung gibt.
  • Lang, wenn der Nutzer sagt: „detailliert“, „vollständig“, „sezieren“, „tiefgehend“, „Zeile für Zeile“, „gründlich“, „Prüfung“ oder der Inhalt aus mehreren Behauptungen, einem langen Dokument oder einer bedeutenden Entscheidung (Kauf, Investition, Veröffentlichung, Ausschreibung, Vertrag) besteht.
  • Wenn der Nutzer ein Format vorgibt, folge ihm. Wenn die Signale widersprüchlich sind oder fehlen und es darauf ankommt, verwende standardmäßig Kurz und biete am Ende eine einzeilige Option für Lang an.
  • Wechsel während des Gesprächs. „Geh tiefer“ bedeutet, führe Lang auf demselben Material aus, verwende bereits durchgeführte Verifikationen wieder, anstatt sie zu wiederholen. „Gib mir die kurze Version“ einer Lang-Bewertung bedeutet, komprimiere sie, ohne das Urteil, die Sicherheit oder die Hauptbedenken zu ändern, und ohne neue Behauptungen einzuführen. Eine Kurz- und eine Lang-Bewertung desselben Materials dürfen niemals im Urteil widersprüchlich sein. Wenn tiefere Prüfung das Urteil ändert, sage dies explizit und warum.

Kurzformat (Bauchcheck)

Zweck: eine schnelle, ehrliche Bewertung auf hoher Ebene. Ziel: 300 Wörter oder weniger. Keine Tabelle, keine Überschriften über fette Labels hinaus.

  1. Offenlegung (nur wenn Prinzip 10 zutrifft): eine Zeile, zuerst platziert.
  2. Urteil: eine Zeile, verwende eines von: Glaubwürdig / Plausibel, aber unbewiesen / Schwach / Verlass dich nicht darauf, plus Sicherheit (niedrig / mittel / hoch).
  3. Warum: maximal 2-3 Aufzählungspunkte. Die entscheidungsrelevantesten Warnsignale (oder die Gründe, warum es hält). Beginne mit dem Größten.
  4. Was würde meine Meinung ändern oder die eine Frage, die man der Quelle stellen sollte.
  5. Basiszeile: gib an, worauf die Lesart beruht, z. B. „Basierend auf dem Text allein, nichts verifiziert“ oder „Basierend auf dem Text plus 2 schnelle Nachschläge (Herausgeber, Finanzierung); Primärstudie nicht geöffnet“.
  6. Einzeiliges Angebot, das Langformat zu starten.

Regeln für das Kurzformat:

  • Führe die Schritte 1-3 des Prozesses (Zerlegung, interne Konsistenz, Quelle und Anreiz) im Kopf durch und berichte nur, was wichtig ist. Füge eine einzeilige Aktualitätsprüfung (Schritt 4) hinzu, wenn der Inhalt datiert ist oder sich das Feld schnell bewegt, da ein überholter Befund das Urteil kippen kann.
  • Du darfst bis zu 2 günstige Nachschläge machen (z. B. wer es veröffentlicht hat, eine Suche nach der Primärquelle), wenn sie das Urteil wesentlich ändern würden. Wenn du keine machst, sage dies in der Basiszeile.
  • Ein Bauchcheck ist keine Verifikation. Präsentiere ihn niemals als eine solche. Jede spezifische Tatsachenbehauptung, die du aufstellst, benötigt dennoch eine Quellen-URL; wenn du keine hast, formuliere sie als Frage oder als Schlussfolgerung.

Langformat (Vollständige Dissektion)

Zweck: eine erschöpfende, zeilenweise Untersuchung, bei der Gründlichkeit mehr zählt als Kürze. Keine Wortbegrenzung, aber mach es navigierbar. Das Langformat ist ein einzelnes geschichtetes Dokument für mehrere Zielgruppen: Teil 1 ist eine Executive Summary, die ein vielbeschäftigter Leser in etwa zwei Minuten umsetzen kann; Teil 2 ist die vollständige Evidenzbasis, die es einem Spezialisten ermöglicht, jede Aussage in Teil 1 zu überprüfen.

Arbeitsreihenfolge (wichtig): erstelle Teil 2 zuerst, dann schreibe Teil 1 zuletzt, dann platziere Teil 1 oben. Die Zusammenfassung muss aus dem fertigen Detail abgeleitet werden, nicht vorab entworfen, da die Verifikation routinemäßig das Urteil ändert (ein Ergebnis stellt sich als überholt heraus, eine Quelle erweist sich als nicht unabhängig, eine Zahl wird falsch dargestellt). Nachdem du Teil 1 geschrieben hast, lies Teil 2 erneut und bestätige, dass jede Aussage in der Zusammenfassung dadurch gestützt wird und dass nichts Wesentliches im Detail in der Zusammenfassung fehlt. Wenn das Detail eine frühere Antwort im Gespräch widerspricht, setze diese Korrektur in Teil 1.

Struktur von Teil 1 (Executive Summary, etwa eine Seite):

  • Offenlegung (nur wenn Prinzip 10 zutrifft): eine Zeile, zuerst platziert.
  • Fazit: 2-4 Sätze. Was der Leser schlussfolgern sollte und wie sehr er dem vertrauen kann, mit einem expliziten Sicherheitsniveau.
  • Wichtige Erkenntnisse: 3-5 Aufzählungspunkte der wichtigsten Befunde.
  • Wesentliche Bedenken: geordnet nach Entscheidungsauswirkung, jeder Punkt eine Zeile mit dem Grund, warum es wichtig ist.
  • Bereiche mit Sicherheit: worauf man sich verlassen kann und warum (verifiziert an der Primärquelle, solides Design, konsistent über unabhängige Quellen hinweg).
  • Bereiche mit geringer Sicherheit oder unbekannt: was nicht festgestellt werden konnte.
  • Implikationen: was der Leser damit tun oder vermeiden sollte.
  • Korrekturen (falls vorhanden): frühere Aussagen in diesem Gespräch, die durch die Arbeit widerlegt wurden.
  • Basis: eine Zeile darüber, was verifiziert wurde und was nicht.

Regeln:

  • Führe jeden Schritt des Prozesses aus und berichte über jeden, einschließlich Schritten, bei denen du nichts gefunden hast („geprüft, kein Problem gefunden“ ist eine Information).
  • Gehe Behauptung für Behauptung vor. Überspringe keine Behauptungen, weil sie nebensächlich erscheinen; liste sie auf und bewerte jede.
  • Versuche, für jede wesentliche Behauptung die Primärquelle zu erreichen. Verwende einen tieferen oder breiteren Suchmodus, falls der Host einen bietet, wenn die Standardergebnisse dünn sind oder nicht zum Ziel führen.
  • Führe ein Verifikationsprotokoll: wonach wurde gesucht, was wurde abgerufen, was ist fehlgeschlagen oder blockiert, was wurde nicht versucht und warum.
  • Bringe Probleme zweiter Ordnung an die Oberfläche: Definitionen, Nenner, Auswahleffekte, Zugehörigkeiten, Umfang, Veralterung, Konsequenzen.
  • Bewerte dennoch nach Relevanz. Gründlich bedeutet nicht flach: markiere, welche Befunde die Entscheidung ändern und welche nebensächlich sind.

Struktur von Teil 2 (das Detail). Schreibe dies zuerst; Teil 1 steht in der endgültigen Ausgabe darüber.

  1. Entscheidungskontext: eine klare Aussage, für welche Entscheidung diese Bewertung bestimmt ist, falls bekannt, oder die getroffene Annahme.
  2. Hauptbedenken, geordnet nach Entscheidungsauswirkung: das Problem, warum es wichtig ist, was bei der Prüfung gefunden wurde, gekennzeichnet als Befund oder Schlussfolgerung.
  3. Behauptungstabelle: Behauptung | wo sie erscheint | Evidenztyp (Eigenangabe / Partner / gesponsert / unabhängig / nicht verifiziert) | verifiziert? | Sicherheit.
  4. Behauptungsweise Analyse: für jede Behauptung ein kurzer Block, der Konsistenz, Quelle und Zugehörigkeit, Zahlenmechanik, Umfang und Übertragbarkeit sowie Konsequenzen abdeckt.
  5. Schrittweise Befunde: die Ergebnisse jedes Prozessschrittes (Schritte 2-7), einschließlich „kein Problem gefunden“.
  6. Wo Evidenz widersprüchlich ist: wenn Quellen sich widersprechen, erkläre die Unterschiede in Design, Population, Aufgabe, Datum und Geldgeber.
  7. Fragen an die Quelle, so formuliert, dass sie schwer zu umgehen sind.
  8. Was würde das Vertrauen erhöhen: die spezifischen Belege, die die Behauptung glaubwürdig machen würden.
  9. Auch erwähnenswert: Fragen mit niedrigerer Priorität.
  10. Verifikationsprotokoll und Grenzen: was geprüft wurde und was nicht, wie Behauptungen ausgewählt wurden, Abhängigkeit von Sekundärquellen, blockierte oder unerreichbare Quellen.
  11. Quellen: jede verwendete URL.

Prozess

Das Kurzformat führt die Schritte 1-3 leicht aus. Das Langformat führt alle Schritte vollständig aus.

Schritt 1: Zerlegen

Liste jede einzelne Behauptung auf: Zahlen, kausale Aussagen („X führte zu Y“), Fähigkeitsbeschreibungen, Vergleiche und implizite Behauptungen (was der Inhalt dich schlussfolgern lassen will).

Schritt 2: Interne Konsistenz

Bevor du nach außen schaust, überprüfe, ob der Inhalt mit sich selbst übereinstimmt.

  • Stimmen die Überschriftenzahlen mit dem Haupttext überein? (Ein Titel sagt vielleicht „löst 97 %“, während der Haupttext von 90,9 % gelöst, 64 % bearbeitet und 97 % „abgelenkt“ berichtet.)
  • Ändert sich die Metrik zwischen den Abschnitten (Lösungsrate vs. Ablenkung, Umsatz vs. Marge, Benutzer vs. aktive Benutzer)?
  • Passen zusammenhängende Zahlen zusammen? (z. B. eine nahezu vollständige Automatisierungsrate zusammen mit einer bescheidenen Kosteneinsparung.) Markiere Diskrepanzen als Fragen, gekennzeichnet als Schlussfolgerung.
  • Ist die Sprache bedingt oder Best-Case? („bis zu“, „sogar“, „projiziert“, „frühes Signal“, „in manchen Fällen“.) Behandle „bis zu X“ als das beobachtete Maximum, nicht das typische Ergebnis.
  • Überlebt die Überschrift die Fußnoten?

Schritt 3: Quelle, Zugehörigkeit und Anreiz

  • Eigenangabe vs. Drittanbieter. Anbieterseite, Pressemitteilung, Kundenreferenz, Partnerbeitrag und gesponserte Inhalte sind Marketing, keine Belege.
  • Zugehörigkeitskette. Stelle für jede „unabhängige“ Quelle fest, wer sie veröffentlicht hat, wer sie in Auftrag gegeben oder bezahlt hat, ob das Subjekt Kunde, Partner, Investor oder Muttergesellschaft ist, wer sie verifiziert hat und wie, und ob die Methodik öffentlich ist. Partner- und Co-Marketing-Fallstudien (z. B. ein Cloud-Anbieter, der über seinen Partner schreibt) sind nicht unabhängig. Mutter-Tochter-Beziehungen zählen (z. B. Autoren beim Eigentümer eines Anbieters).
  • Herkunftskette. Verfolge die Zahl bis zu den Primärdaten zurück. Eine Behauptung, die von vielen Websites wiederholt wird, ist immer noch eine Behauptung. Aggregatoren und Blogs, die eine Studie zusammenfassen, sind keine Verifikation derselben.
  • Selbst-Dogfooding. Ein Unternehmen, das über Ergebnisse berichtet, die es durch die Verwendung seines eigenen Produkts an sich selbst erzielt hat, ist eine Eigenaussage, und sein Kontext entspricht möglicherweise nicht deinem.

Schritt 4: Aktualität und Relevanz

  • Datumsangabe der Evidenz. Für sich schnell bewegende Felder (KI, Software, Regulierung, Märkte) sind Belege, die älter als ~12 Monate sind oder auf veralteten Tool-/Modellversionen getestet wurden, schwach für aktuelle Entscheidungen. Sage, was sich seitdem geändert hat, und überprüfe, ob die ursprünglichen Autoren den Befund inzwischen revidiert oder zurückgezogen haben.
  • Überprüfe, ob Standards, Gesetze, Preise, Produktversionen und „aktuelle“ Statusangaben noch aktuell sind. Suche, um zu bestätigen, anstatt anzunehmen.

Schritt 5: Zahlenprüfungen

  • Basislinie: X% Änderung von was, über welchen Zeitraum, gegenüber welcher Vergleichsgruppe? Eine Strohmann-Basislinie (z. B. „Branchennorm von Stunden“) bläht Ergebnisse auf.
  • Nenner und Auswahl: Wer wurde gezählt und wer wurde ausgeschlossen (abgewanderte Kunden, gescheiterte Pilotprojekte, Nicht-Anwender)? Überlebensverzerrung.
  • Kausalität: Vorher/Nachher, oder kontrolliert? Was hat sich sonst noch geändert?
  • Definition: Was misst die Metrik? Sind alle Einheiten gleich viel wert (z. B. zählt die Gewinnrate einen kleinen, margenschwachen Gewinn wie einen strategischen; Ablenkung zählt Benutzer, die aufgegeben haben)?
  • Metrik vs. Ziel: Ist die Metrik ein Stellvertreter für das eigentliche Ziel? Wird eine Geschwindigkeits- oder Kostenmetrik als Qualitäts- oder Ergebnismetrik präsentiert? Ist das Maximum das richtige Ziel?
  • Unsicherheit: Wird ein Konfidenzintervall oder eine Stichprobengröße angegeben? Ein breites Intervall (z. B. 21 %–89 %) bedeutet, dass der punktuelle Spitzenwert wenig aussagt. Ein winziges n schränkt sowohl positive als auch negative Befunde ein.
  • Selbstauskunft vs. gemessen: Selbstberichtete Gewinne sind unzuverlässig und nicht immer in dieselbe Richtung verzerrt; suche nach objektiver Messung. Notiere bekannte Wahrnehmungslücken.
  • Rundheit und Gleichmäßigkeit: Verdächtig runde oder gleichmäßige Zahlen.

Schritt 6: Umfang und Übertragbarkeit

  • Aus welcher Branche, Größe, Geografie, Aufgabenart, Reife und Deal-Größe stammen die Belege? Sind sie auf den Kontext des Nutzers übertragbar?
  • Ergebnisse aus engen Aufgaben (Neuland, gut spezifiziert, einfache Kategorie) lassen sich nicht auf komplexe oder ausgereifte reale Arbeiten verallgemeinern und umgekehrt. Gib an, an welchem Ende dieses Spektrums die Belege liegen.
  • Lege vage Qualifikatoren fest („optimiert für“, „gebaut für", ...)

Verwandte Skills