i18n/de/skills/review-research/SKILL.md
Fuehrt ein Peer-Review von Forschungsmethodik, Versuchsdesign und Manuskriptqualitaet durch. Umfasst Methodenbewertung, statistische Angemessenheit, Reproduzierbarkeitsbewertung, Biasidentifikation und konstruktives Feedback. Verwenden bei der Begutachtung eines Manuskripts, Preprints oder internen Forschungsberichts, bei der Bewertung eines Forschungsvorschlags oder Studienprotokolls, bei der Einschaetzung der Beweisqualitaet hinter einer Behauptung oder beim Review eines Dissertationskapitels.
npx skillsauth add pjt222/agent-almanac review-researchInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Fuehrt ein strukturiertes Peer-Review von Forschungsarbeiten durch und bewertet Methodik, statistische Entscheidungen, Reproduzierbarkeit und wissenschaftliche Stringenz insgesamt.
Das gesamte Dokument einmal lesen, um Folgendes zu verstehen:
## Bewertung des ersten Durchgangs
- **Forschungsfrage**: [Klar / Unscharf / Fehlend]
- **Neuheitsanspruch**: [Formuliert und begruendet / Uebertrieben / Unklar]
- **Struktur**: [Vollstaendig / Fehlende Abschnitte: ___]
- **Thematische Passung**: [Angemessen / Grenzwertig / Nicht angemessen]
- **Empfehlung nach erstem Durchgang**: [Review fortsetzen / Schwerwiegende Bedenken fruehzeitig markieren]
Erwartet: Klares Verstaendnis der Behauptungen und des Beitrags der Arbeit. Bei Fehler: Wenn die Forschungsfrage nach vollstaendiger Lektuere unklar bleibt, dies als schwerwiegendes Problem vermerken und fortfahren.
Das Forschungsdesign anhand der Fachstandards beurteilen:
Erwartet: Methodik-Checkliste mit spezifischen Beobachtungen zu jedem Punkt abgeschlossen. Bei Fehler: Wenn kritische Methodikinformationen fehlen, als schwerwiegendes Problem markieren statt anzunehmen.
Haeufige statistische Warnsignale:
Erwartet: Statistische Entscheidungen bewertet mit dokumentierten spezifischen Bedenken. Bei Fehler: Wenn Fachkenntnisse zu einer bestimmten Methode fehlen, dies eingestehen und einen spezialisierten Gutachter empfehlen.
Reproduzierbarkeitsstufen: | Stufe | Beschreibung | Nachweis | |-------|-------------|---------| | Gold | Vollstaendig reproduzierbar | Offene Daten + offener Code + containerisierte Umgebung | | Silber | Weitgehend reproduzierbar | Daten verfuegbar, Analyse detailliert beschrieben | | Bronze | Potenziell reproduzierbar | Methoden beschrieben, aber kein Daten-/Code-Sharing | | Undurchsichtig | Nicht reproduzierbar | Unzureichende Methodendetails oder proprietaere Daten |
Erwartet: Reproduzierbarkeitsstufe mit Begruendung vergeben. Bei Fehler: Wenn Daten nicht geteilt werden koennen (Datenschutz, proprietaer), sind synthetische Daten oder detaillierter Pseudocode ein akzeptables Alternativ — vermerken, ob dies bereitgestellt wird.
Erwartet: Moegliche Verzerrungen mit spezifischen Beispielen aus dem Manuskript identifiziert. Bei Fehler: Wenn Verzerrungen anhand der verfuegbaren Informationen nicht beurteilt werden koennen, empfehlen, dass die Autoren dies explizit thematisieren.
Review konstruktiv strukturieren:
## Zusammenfassung
[2-3 Saetze, die den Beitrag des Artikels und die Gesamtbewertung zusammenfassen]
## Schwerwiegende Bedenken
[Probleme, die behoben werden muessen, bevor die Arbeit als solide gelten kann]
1. **[Titel des Bedenkenbereichs]**: [Spezifische Beschreibung mit Verweis auf Abschnitt/Seite/Abbildung]
- *Vorschlag*: [Wie die Autoren dies behoben koennten]
2. ...
## Geringfuegige Bedenken
[Probleme, die die Qualitaet verbessern, aber nicht grundlegend sind]
1. **[Titel des Bedenkenbereichs]**: [Spezifische Beschreibung]
- *Vorschlag*: [Empfohlene Aenderung]
## Fragen an die Autoren
[Klaerungsbedarfe zur Vervollstaendigung der Bewertung]
1. ...
## Positive Beobachtungen
[Spezifische Staerken, die es wert sind, anerkannt zu werden]
1. ...
## Empfehlung
[Annehmen / Geringfuegige Revision / Wesentliche Revision / Ablehnen]
[Kurze Begruendung der Empfehlung]
Erwartet: Das Review ist spezifisch, konstruktiv und verweist auf genaue Stellen im Manuskript. Bei Fehler: Wenn das Review zu lang wird, schwerwiegende Bedenken priorisieren und geringfuegige Probleme in einer Zusammenfassungsliste vermerken.
review-data-analysis — tieferer Fokus auf Datenqualitaet und Modellvalidierungformat-apa-report — APA-Formatierungsstandards fuer Forschungsberichtegenerate-statistical-tables — publikationsreife statistische Tabellenvalidate-statistical-output — Verifikation statistischer Ausgabentesting
Launch all available agents in parallel waves for open-ended hypothesis generation on problems where the correct domain is unknown. Use when facing a cross-domain problem with no clear starting point, when single-agent approaches have stalled, or when diverse perspectives are more valuable than deep expertise. Produces a ranked hypothesis set with convergence analysis and adversarial refinement.
tools
Write integration tests for a Node.js CLI application using the built-in node:test module. Covers the exec helper pattern, output assertions, filesystem state verification, cleanup hooks, JSON output parsing, error case testing, and state restoration after destructive tests. Use when adding tests to an existing CLI, testing a new command, verifying adapter behavior across frameworks, or setting up CI for a CLI tool.
development
Screen a proposed trademark for conflicts and distinctiveness before filing. Covers trademark database searches (TMview, WIPO Global Brand Database, USPTO TESS), distinctiveness analysis using the Abercrombie spectrum, likelihood of confusion assessment using DuPont factors and EUIPO relative grounds, common law rights evaluation, and goods/services overlap analysis. Produces a conflict report with a risk matrix. Use before adopting a new brand name, logo, or slogan — distinct from patent prior art search, which uses different databases, legal frameworks, and analysis methods.
tools
Scaffold a new CLI command using Commander.js with options, action handler, three output modes (human-readable, quiet, JSON), and optional ceremony variant. Covers command naming, option design, shared context patterns, error handling, and integration testing. Use when adding a command to an existing Commander.js CLI, designing a new CLI tool from scratch, or standardizing command structure across a multi-command CLI.