karpathy-llm-simulator について
karpathy-llm-simulatorは、重要な考えや計画、判断を検討するためのプロンプトスキルです。立場の異なる専門家の議論、反対意見、事前検証、ソクラテス式の質問を通じて、見落としや前提を明らかにします。
主な機能
- 01専門家による多角的な議論の模擬
- 02反対意見の最強の論拠を構築
- 03プロジェクトの失敗要因を模擬
- 04ソクラテス式の質問で理解度を確認
- 05迎合防止プロンプトと判断手順
活用シーン
- 01公開前に論旨を検証
- 02重大な判断の前に反論を確認
- 03計画時にプロジェクトの失敗を予測
- 04概念への理解度を確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ learnprompt/ andrej-karpathy-skills --skill karpathy-llm-simulatorインストール後、Claude Code で/karpathy-llm-simulatorを入力して読み込まれたか確認します。
詳細
スキル 3:LLM をシミュレーターとして使う(LLM シミュレーター思考)
出典:https://x.com/karpathy/status/2037921699824607591 | https://x.com/karpathy/status/2049907410303865030 「ブログ記事の草稿を書いた → LLM に反対意見を論じさせる」— 31k 件の「いいね」
核心となる原則
LLM が何を考えているかを尋ねるのではなく、多様な専門家グループがどのような主張をするかをシミュレーションするよう頼みましょう。
LLM は人を喜ばせるように訓練されています。直接質問すると、迎合的な回答が返ってきます。シミュレーションを依頼すれば、耳の痛い意見も含めた、現実の多様な視点が得られます。
Karpathy の手法:草稿を書く → LLM に、考えられる限り最も強い反対意見を論じさせる → より良い見解をまとめる。
4 つのシミュレーターモード
モード 1:専門家による討論パネル
最適な用途:技術的な判断、アーキテクチャの選択、研究の方向性
Simulate a structured debate between these 3 expert personas on [TOPIC/DECISION]:
Expert A: [most optimistic / pro position]
Expert B: [most skeptical / con position]
Expert C: [pragmatic outsider / unexpected angle]
For each expert:
- State their core argument in 3 sentences
- Cite 2 specific examples or data points they'd use
- Identify what they'd say is the FATAL FLAW in the opposing view
After the debate, synthesize: what's the strongest hybrid position that survives all three critiques?
Topic: [YOUR_TOPIC]
My current position: [YOUR_DRAFT_VIEW]
モード 2:反対意見の最強版を作る
最適な用途:公開前、決定を下す前
I'm about to [ACTION / PUBLISH / DECIDE]:
[YOUR PLAN OR DRAFT]
Steel man the strongest possible argument AGAINST this. Be merciless.
Don't hedge. Don't say "while this has merit...".
Argue as if you genuinely believe the opposite and need to convince a skeptical expert.
Then: what would it take to make my original position survive this attack?
モード 3:プレモーテム・シミュレーション
最適な用途:プロジェクト計画、製品のローンチ、重大な決定
Imagine it's [DATE 6 MONTHS FROM NOW] and [YOUR PROJECT/PLAN] has failed completely.
Simulate 3 different failure modes — each from a different root cause:
1. Technical failure: what went wrong in the implementation?
2. Strategic failure: what assumption proved wrong?
3. Execution failure: what human/process error occurred?
For each: describe the specific sequence of events that led to failure.
Then: what early warning signals would have been visible by [DATE 1 MONTH FROM NOW]?
モード 4:ソクラテス式の問いかけ
最適な用途:ある概念について、自分の理解度を試す
I believe I understand [CONCEPT].
Ask me 5 increasingly hard Socratic questions to test my understanding.
After each answer I give, probe a potential gap or inconsistency.
At the end, grade my understanding on a scale of 1-10 and identify my biggest blind spot.
Start with question 1.
迎合を防ぐパターン
LLM があなたの前提に屈しないように、次のいずれかを必ず加えてください。
"私が批判を聞きたがっていると思って、批判を和らげないでください。""私の立場が明らかに間違っているなら、率直にそう言ってください。""私が元の草稿を書いたことは無視し、匿名の投稿として評価してください。""あなたの役割は致命的な欠陥を見つけることであり、肯定することではありません。"
意思決定のフレームワーク
Before any major decision:
1. Write down your current position (1-2 paragraphs)
2. Run Mode 2 (Steel Man the Opposite)
3. Update your position based on the strongest critique
4. Run Mode 1 (Expert Debate) to get broader perspective
5. Make the decision — now you've genuinely stress-tested it
Total time: 15-20 minutes. Quality of decision: dramatically better.
この方法を使わない場面
- 事実を調べる場合(直接尋ねてください)
- コードを生成する場合(代わりにエージェントによるエンジニアリングを使ってください)
- すでに決断していて、実行する必要がある場合(思い悩まず、先に進みましょう)
ワークフロー
所属するワークフロー:偏りのない意思決定(重要な判断全般)
| 位置 | 上流 | 下流 |
|---|---|---|
| 入口 | ユーザーが重要な決断に直面したときに直接起動 | karpathy-understanding-first(自分が本当に理解しているかを検証) |
完全な流れ:llm-simulator → understanding-first → system-prompt-learning
月次点検ワークフローでも、月次の結論をストレステストするために使います。
プロンプトの契約
Simulate a structured debate between 3-5 expert personas with conflicting incentives on <DECISION/TOPIC>. Each persona must: state their core argument, cite specific evidence, identify the fatal flaw in opposing views. After the debate, synthesize the strongest hybrid position that survives all critiques. End with: key assumptions I must verify myself.
検証チェックリスト
- 少なくとも 3 つの役割があり、それぞれの利害や立場が対立している
- 各役割が具体的な論拠を示している(一般論にとどまっていない)
- 各役割が、相手の致命的な欠陥を指摘している
- 総合的な結論が、すべての役割からの批判に耐えている
- 「自分で確認しなければならない」前提のリストがある
- ユーザーの元の立場に迎合する傾向が見られない