lit-review について
トピック、論文、研究課題を調べる研究者向けの文献レビュー用スキルです。知見や研究ギャップ、反対結果を整理し、レポート提出前に引用を検証します。
主な機能
- 01文献の体系的な検索と統合
- 02理論・実証・手法・論争の分類
- 03研究ギャップと独立した裏付けの評価
- 04帰無結果と再現失敗の検索
- 05BibTeX形式の引用作成
- 06提出前の主張検証
活用シーン
- 01新しいトピックの先行研究調査
- 02特定論文を起点とした文献レビュー
- 03相反する知見や再現結果の比較
- 04引用付き文献レビューの作成
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ pedrohcgs/ claude-code-my-workflow --skill lit-reviewインストール後、Claude Code で/lit-reviewを入力して読み込まれたか確認します。
詳細
文献レビュー
指定されたトピックについて、体系的な文献検索と統合を行います。
入力: $ARGUMENTS — 調査対象のトピック、論文タイトル、研究課題、または現象。
手順
-
$ARGUMENTSからトピックを解析します。特定の論文が指定されている場合は、それを軸にします。 -
利用可能なツールを使って関連研究を検索します。
- アップロード済み論文があるか、
master_supporting_docs/supporting_papers/を確認します - (利用可能な場合)
WebSearchを使って最近の出版物を探します - (利用可能な場合)
WebFetchを使ってワーキングペーパーのリポジトリにアクセスします - プロジェクト内に既存の
.bibファイルがあれば読み込みます
- アップロード済み論文があるか、
-
調査結果を次のカテゴリに整理します。
- 理論的貢献 — モデル、フレームワーク、メカニズム
- 実証結果 — 主要な結果、効果量、データソース
- 方法論上の革新 — 新しい推定量、識別戦略、推論手法
- 未解決の論点 — 文献における未解決の見解の相違
-
ギャップと機会を特定します。
- どのような問いが未解決のままですか?
- それらに取り組むには、どのようなデータや手法が有効ですか?
- どの点で調査結果が食い違っていますか?
- 裏付けはどの程度独立していますか? 一貫している、または再現されていると判断した知見について、見かけ上の件数と独立した件数を示します。同じ実験、データセット、サンプル、または研究チームを共有する研究は、1件として数えます。
- 反対の結果はありますか? 主要な知見ごとに、帰無結果や再現失敗を検索して報告します。見つからなかった場合は、その旨と使用した検索語を示します。
-
議論したすべての論文について、BibTeX 形式で引用情報を抽出します。
-
レポートを
quality_reports/lit_review_[sanitized_topic].mdに保存します。
出力形式
# Literature Review: [Topic]
**Date:** [YYYY-MM-DD]
**Query:** [Original query from user]
## Summary
[2-3 paragraph overview of the state of the literature]
## Key Papers
### [Author (Year)] — [Short Title]
- **Main contribution:** [1-2 sentences]
- **Method:** [Identification strategy / data]
- **Key finding:** [Result with effect size if available]
- **Relevance:** [Why it matters for our research]
[Repeat for 5-15 papers, ordered by relevance]
## Thematic Organization
### Theoretical Contributions
[Grouped discussion]
### Empirical Findings
[Grouped discussion with comparison across studies]
### Methodological Innovations
[Methods relevant to the topic]
## Gaps and Opportunities
1. [Gap 1 — what's missing and why it matters]
2. [Gap 2]
3. [Gap 3]
## Suggested Next Steps
- [Concrete actions: papers to read, data to obtain, methods to consider]
## BibTeX Entries
```bibtex
@article{...}
---
## Post-Flight Verification (mandatory, CoVe)
Before returning the draft literature review to the user, run the Post-Flight Verification protocol from [`.claude/rules/post-flight-verification.md`](../../rules/post-flight-verification.md). Literature reviews are **very high** hallucination risk because WebSearch can return plausible-sounding fabricated citations. CoVe catches this architecturally.
### Steps
1. **Extract claims** from the draft. Each cited paper, each paraphrased finding ("Smith 2019 shows X"), each negative-literature assertion ("no prior work studies Y") is a claim.
2. **Generate verification questions** per claim. Specific ones: "Does Smith (2019, *JEL*) Section 3 actually report the finding that X implies Y? Is the venue correct?"
3. **Spawn `claim-verifier`** via the `Agent` tool with `subagent_type=claim-verifier`, in a fresh context — a named `Agent` call, not a conversation fork, which would inherit the draft. Pass: the claims table, the verification questions, the source-material pointers (paper URLs, DOIs, `master_supporting_docs/` paths). **Do NOT pass the draft text itself** — the fresh-context independence is what makes CoVe work.
4. **Reconcile:** if the verifier reports PASS, attach a green Post-Flight block to the output. If PARTIAL, mark the unverifiable claims with uncertainty flags in the BibTeX block. If FAIL, **remove or rewrite the contradicted citations** using the verifier's evidence before returning.
### Skip conditions
- `--no-verify` flag — user opts out for speed.
- User hands you ≤3 papers they already have read and confirmed; CoVe is overhead for content they've personally verified.
### Output contract
Append a Post-Flight block to the report (collapsed by default). See rule doc for the format.
---
## Important
- **Be honest about uncertainty.** If you cannot verify a citation, say so.
- **Prioritize recent work** (last 5-10 years) unless seminal papers are older.
- **Note working papers vs published papers** — working papers may change.
- **Do NOT fabricate citations.** If you're unsure about a paper's details, flag it for the user to verify. Post-Flight Verification catches most fabrications automatically; this rule is the backup.
コメント
Markdown 対応