メニュー
PFLICHT vor jeder nicht-trivialen Änderung. Recherchiert aktuelle Doku, Best Practices oder spezifische Quellen und gibt einen strukturierten Research-Block aus, den folgende Skills referenzieren können. UNBEDINGT aufrufen bevor Code geschrieben oder geändert wird.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | forgecrate-research |
| description | PFLICHT vor jeder nicht-trivialen Änderung. Recherchiert aktuelle Doku, Best Practices oder spezifische Quellen und gibt einen strukturierten Research-Block aus, den folgende Skills referenzieren können. UNBEDINGT aufrufen bevor Code geschrieben oder geändert wird. |
Recherchiert das Thema und liefert einen strukturierten Block mit Quellen und Erkenntnissen — als Grundlage für nachfolgende Implementierung.
Schritt 1 — Thema bestimmen: Formuliere eine präzise Recherche-Frage. Was genau muss geklärt werden? Welche Library, API, Pattern oder Entscheidung steht an?
Schritt 2 — Tool wählen:
| Frage-Typ | Tool |
|---|---|
| Library-/Framework-Doku (API-Syntax, Migration, Version) | mcp__context7__* |
| Spezifische URL (RFC, MDN, Changelog, Issue-Link) | mcp__fetch__fetch |
| Allgemeine Fragen (Best Practices, Vergleiche, Alternativen) | WebSearch |
Mindestens ein Tool pro Session vor dem ersten Edit/Write nutzen.
Schritt 3 — Recherche durchführen: Tool aufrufen. Bei unklaren Ergebnissen zweites Tool oder verfeinerte Query nutzen.
Schritt 4 — Research-Block ausgeben:
## Research-Ergebnis
**Frage:** <präzise Frage>
**Quelle(n):** <URL oder Tool + Query>
**Erkenntnisse:**
- <Kernaussage 1>
- <Kernaussage 2>
**Implikation für diese Änderung:** <ein Satz>
Diesen Block im Plan-Dokument referenzieren (docs/superpowers/plans/*.md).
Bei rein mechanischen Änderungen ohne fachliche Entscheidung (Rename, Formatierung, Typo-Fix, Kommentar entfernen) kann dieser Skill übersprungen werden.
Dieser Skill sollte als erster Schritt in folgenden Skills aufgerufen werden:
superpowers:brainstorming — vor dem Designsuperpowers:test-driven-development — vor der Implementierungforgecrate-issue-resolver — vor der Analyse (dort verpflichtend als Schritt 0)PFLICHT nach jedem abgeschlossenen Brainstorming. Bewertet das Ergebnis mit WSJF-Score und K.O.-Kriterien. Entscheidet: "Umsetzbar jetzt" (→ writing-plans) oder "Future Feature" (→ GitHub Issue anlegen). UNBEDINGT nutzen, sobald eine neue Idee, ein Bug, eine Erweiterung oder ein Feature-Wunsch erwähnt wird, oder Fragen wie "ist das wichtig?", "gehört das auf die Roadmap?", "Bugfix oder Feature?", "was als nächstes?", "Release planen", "Backlog aufräumen" gestellt werden — auch wenn der Skill nicht ausdrücklich genannt wird.
Use when starting autonomous end-to-end work on a GitHub issue — from first analysis to a merge-ready pull request, without interrupting the user.