reasoning-abductive
不完全な情報から、異常の原因や予想外の結果を説明するための仮説を複数作成し、根拠と信頼度とともに順位付けして提示することで、問題解決や原因究明を支援するSkill。
📜 元の英語説明(参考)
Generate and evaluate explanatory hypotheses from incomplete observations. Use when diagnosing anomalies, explaining unexpected outcomes, or inferring causes from effects. Produces ranked hypotheses with evidence and confidence scores.
🇯🇵 日本人クリエイター向け解説
不完全な情報から、異常の原因や予想外の結果を説明するための仮説を複数作成し、根拠と信頼度とともに順位付けして提示することで、問題解決や原因究明を支援するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o reasoning-abductive.zip https://jpskill.com/download/17495.zip && unzip -o reasoning-abductive.zip && rm reasoning-abductive.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17495.zip -OutFile "$d\reasoning-abductive.zip"; Expand-Archive "$d\reasoning-abductive.zip" -DestinationPath $d -Force; ri "$d\reasoning-abductive.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
reasoning-abductive.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
reasoning-abductiveフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
帰納的推論
観察結果から最良の説明を生成します。診断と原因の推論の論理です。
型シグネチャ
Abductive : Observation → Hypotheses[] → Evidence → BestExplanation
ここで:
Observation : RawData × Surprise → AnomalyDescription
Hypotheses : AnomalyDescription → [PossibleCause]
Evidence : [PossibleCause] × AvailableData → [ScoredHypothesis]
BestExplanation : [ScoredHypothesis] → (Cause × Confidence × NextSteps)
どのような時に使うか
帰納的推論は、以下の場合に使用します。
- 異常またはサプライズが存在する場合(メトリクスの逸脱、予期しない動作)
- 観察結果を説明する必要がある場合(なぜXが起こったのか?)
- データが不完全で、原因を推測する必要がある場合
- 診断のコンテキスト(エラー、問題、失敗)
- 複数の考えられる説明が存在する場合
以下の場合には使用しないでください。
- 原因がすでにわかっている場合(代わりに因果的実行を使用)
- 意思決定の代替案を比較する必要がある場合
- ステークホルダーの意見の相違を解決する場合
4段階のプロセス
ステージ1:観察
目的: 生データを構造化された異常の説明に変換します。
入力:
observation:
raw_data: "Q4のコンバージョン率が12%から7%に低下"
context:
timeframe: "2025年第4四半期"
baseline: "過去の平均12%"
current: "観察された7%"
surprise_level: 0.8 # これはどれくらい予想外ですか?
プロセス:
- 偏差を定量化します(%変化、平均からのシグマ)
- 時間的な境界を特定します(いつ始まったか?)
- 現象の範囲を絞り込みます(どのセグメントが影響を受けたか?)
- サプライズレベルを評価します(予想 vs 予想外)
出力:
anomaly:
description: "コンバージョン率の42%の低下(12%→7%)"
deviation: "-5パーセントポイント、-42%相対"
temporal: "第4四半期の第3週から始まり、第4四半期を通じて持続"
scope: "すべてのセグメントが同様に影響を受けている"
surprise: 0.8
baseline_source: "12か月の移動平均"
ステージ2:仮説生成
目的: 判断せずに、多様な考えられる説明を生成します。
ルール:
- ≥5個の仮説を生成します(最初は多いほど良い)
- 明らかな原因とそうでない原因を含めます
- 内部要因と外部要因を考慮します
- まだフィルタリングしないでください - 広い網をかけます
仮説のカテゴリ:
| カテゴリ | 例 |
|---|---|
| 技術 | サイトの問題、バグ、パフォーマンス |
| 製品 | 機能、価格設定、ポジショニング |
| 市場 | 競争、トレンド、季節性 |
| 運用 | チームの変更、プロセスの問題 |
| 外部 | 経済、規制、イベント |
出力:
hypotheses:
- id: H1
cause: "ウェブサイトのパフォーマンス低下"
category: technical
mechanism: "読み込み時間の遅延 → 離脱"
- id: H2
cause: "競合他社が積極的な価格設定を開始"
category: market
mechanism: "価格の切り下げ → 顧客の転換"
- id: H3
cause: "季節的な第4四半期の買い物行動の変化"
category: market
mechanism: "休日の支出パターンは異なる"
- id: H4
cause: "プロダクトマーケットフィットの弱体化"
category: product
mechanism: "顧客のニーズが離れて進化している"
- id: H5
cause: "営業の資格基準が変更された"
category: operational
mechanism: "異なるリードの質がファネルに入ってくる"
# ...網羅的になるまで続けます
ステージ3:証拠の評価
目的: 利用可能な証拠に対して各仮説をスコアリングします。
各仮説について、以下を評価します。
| 基準 | 質問 | スコア |
|---|---|---|
| 説明力 | 異常を完全に説明できますか? | 0-1 |
| 単純さ | 必要な仮定が最も少ないですか? | 0-1 |
| 一貫性 | 他の既知の事実と一致していますか? | 0-1 |
| 検証可能性 | 検証/反証できますか? | 0-1 |
| 事前確率 | このデータとは無関係にどれくらい可能性が高いですか? | 0-1 |
証拠の収集:
evidence:
H1_technical:
supporting:
- "Q4にページロード時間が2秒増加" (confidence: 0.9)
- "モバイルの直帰率が15%上昇" (confidence: 0.85)
contradicting:
- "デスクトップのコンバージョンは安定" (confidence: 0.8)
net_score: 0.65
H2_competitor:
supporting:
- "競合他社が10月15日に開始" (confidence: 1.0)
- "Google Trendsは競合他社への関心が高まっていることを示しています" (confidence: 0.7)
contradicting:
- "当社のトラフィックは変化していません" (confidence: 0.9)
net_score: 0.55
# ...すべての仮説を評価します
スコアリング式:
Score(H) = (Explanatory × 0.3) + (Simplicity × 0.2) +
(Coherence × 0.25) + (Testability × 0.1) +
(Prior × 0.15)
ステージ4:最良の説明
目的: 確信と次のステップで最も可能性の高い原因を選択します。
ランキング:
ranked_hypotheses:
- rank: 1
hypothesis: H1
cause: "ウェブサイトのパフォーマンス低下"
score: 0.78
confidence: 0.75
- rank: 2
hypothesis: H3
cause: "季節的な行動の変化"
score: 0.62
confidence: 0.60
- rank: 3
hypothesis: H2
cause: "競合他社の価格設定"
score: 0.55
confidence: 0.50
最良の説明の出力:
conclusion:
primary_cause: "ウェブサイトのパフォーマンス低下"
confidence: 0.75
mechanism: "読み込み時間が2秒増加したため、離脱が42%増加しました。
業界のベンチマークと一致しています(1秒=〜7%のコンバージョン損失)"
contributing_factors:
- "季節的なパターンが低下の10〜15%を占める可能性があります"
ruled_out:
- "競合他社の価格設定(トラフィックは変化していません、価格に敏感なセグメントではありません)"
remaining_uncertainty:
- "モバイル固有かサイト全体か"
- "修正でコンバージョンが完全に回復するかどうか"
next_steps:
- "検証:パフォーマンス修正でA/Bテストを実行します(優先度高)"
- "測定:修正後のモバイルとデスクトップの分割"
- "監視:競合他社の活動(優先度低)"
suggested_next_mode: causal # 診断に基づいて行動する準備ができました
品質ゲート
| ゲート | 要件 | 失敗時のアクション |
|---|---|---|
| 仮説数 | ≥5個の仮説 | 続行する前にさらに生成します |
| カテゴリの多様性 | ≥3個のカテゴリ | 仮説の検索を拡大します |
| 証拠の存在 | ≥1 da |
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Abductive Reasoning
Generate best explanations from observations. The logic of diagnosis and inference to cause.
Type Signature
Abductive : Observation → Hypotheses[] → Evidence → BestExplanation
Where:
Observation : RawData × Surprise → AnomalyDescription
Hypotheses : AnomalyDescription → [PossibleCause]
Evidence : [PossibleCause] × AvailableData → [ScoredHypothesis]
BestExplanation : [ScoredHypothesis] → (Cause × Confidence × NextSteps)
When to Use
Use abductive when:
- Anomaly or surprise present (metric deviation, unexpected behavior)
- Need to explain an observation (why did X happen?)
- Incomplete data, must infer cause
- Diagnostic context (errors, issues, failures)
- Multiple possible explanations exist
Don't use when:
- Cause is already known (use causal execution instead)
- Need to compare decision alternatives
- Resolving stakeholder disagreements
Four-Stage Process
Stage 1: Observation
Purpose: Transform raw data into structured anomaly description.
Input:
observation:
raw_data: "Conversion dropped from 12% to 7% in Q4"
context:
timeframe: "Q4 2025"
baseline: "12% historical average"
current: "7% observed"
surprise_level: 0.8 # How unexpected is this?
Process:
- Quantify the deviation (% change, sigma from mean)
- Identify temporal boundaries (when did it start?)
- Scope the phenomenon (which segments affected?)
- Rate surprise level (expected vs unexpected)
Output:
anomaly:
description: "42% drop in conversion rate (12% → 7%)"
deviation: "-5 percentage points, -42% relative"
temporal: "Started week 3 of Q4, persists through Q4"
scope: "All segments equally affected"
surprise: 0.8
baseline_source: "12-month rolling average"
Stage 2: Hypotheses Generation
Purpose: Generate diverse possible explanations without judgment.
Rules:
- Generate ≥5 hypotheses (more is better initially)
- Include obvious AND non-obvious causes
- Consider internal AND external factors
- Don't filter yet - cast wide net
Hypothesis Categories:
| Category | Examples |
|---|---|
| Technical | Site issues, bugs, performance |
| Product | Features, pricing, positioning |
| Market | Competition, trends, seasonality |
| Operational | Team changes, process issues |
| External | Economy, regulations, events |
Output:
hypotheses:
- id: H1
cause: "Website performance degradation"
category: technical
mechanism: "Slow load times → abandonment"
- id: H2
cause: "Competitor launched aggressive pricing"
category: market
mechanism: "Price undercut → customer diversion"
- id: H3
cause: "Seasonal Q4 shopping behavior change"
category: market
mechanism: "Holiday spending patterns differ"
- id: H4
cause: "Product-market fit weakening"
category: product
mechanism: "Customer needs evolving away"
- id: H5
cause: "Sales qualification criteria changed"
category: operational
mechanism: "Different lead quality entering funnel"
# ... continue until exhaustive
Stage 3: Evidence Evaluation
Purpose: Score each hypothesis against available evidence.
For each hypothesis, evaluate:
| Criterion | Question | Score |
|---|---|---|
| Explanatory power | Does it fully explain the anomaly? | 0-1 |
| Simplicity | Fewest assumptions required? | 0-1 |
| Coherence | Consistent with other known facts? | 0-1 |
| Testability | Can we verify/falsify it? | 0-1 |
| Prior probability | How likely independent of this data? | 0-1 |
Evidence Collection:
evidence:
H1_technical:
supporting:
- "Page load time increased 2s in Q4" (confidence: 0.9)
- "Mobile bounce rate up 15%" (confidence: 0.85)
contradicting:
- "Desktop conversion stable" (confidence: 0.8)
net_score: 0.65
H2_competitor:
supporting:
- "Competitor launched Oct 15" (confidence: 1.0)
- "Google Trends shows competitor interest up" (confidence: 0.7)
contradicting:
- "Our traffic unchanged" (confidence: 0.9)
net_score: 0.55
# ... evaluate all hypotheses
Scoring Formula:
Score(H) = (Explanatory × 0.3) + (Simplicity × 0.2) +
(Coherence × 0.25) + (Testability × 0.1) +
(Prior × 0.15)
Stage 4: Best Explanation
Purpose: Select most probable cause with confidence and next steps.
Ranking:
ranked_hypotheses:
- rank: 1
hypothesis: H1
cause: "Website performance degradation"
score: 0.78
confidence: 0.75
- rank: 2
hypothesis: H3
cause: "Seasonal behavior change"
score: 0.62
confidence: 0.60
- rank: 3
hypothesis: H2
cause: "Competitor pricing"
score: 0.55
confidence: 0.50
Best Explanation Output:
conclusion:
primary_cause: "Website performance degradation"
confidence: 0.75
mechanism: "2s increase in load time caused 42% more abandonment,
consistent with industry benchmarks (1s = ~7% conversion loss)"
contributing_factors:
- "Seasonal patterns may account for 10-15% of drop"
ruled_out:
- "Competitor pricing (traffic unchanged, not price-sensitive segment)"
remaining_uncertainty:
- "Whether mobile-specific or site-wide"
- "Whether fix will fully restore conversion"
next_steps:
- "Verify: Run A/B test with performance fix (high priority)"
- "Measure: Mobile vs desktop split post-fix"
- "Monitor: Competitor activity (low priority)"
suggested_next_mode: causal # Ready to act on diagnosis
Quality Gates
| Gate | Requirement | Failure Action |
|---|---|---|
| Hypothesis count | ≥5 hypotheses | Generate more before proceeding |
| Category diversity | ≥3 categories | Expand hypothesis search |
| Evidence present | ≥1 data point per top-3 | Gather more evidence |
| Confidence threshold | ≥0.6 for best | Flag as inconclusive |
| Testability | Best hypothesis testable | Propose test design |
Common Failure Modes
| Failure | Symptom | Fix |
|---|---|---|
| Anchoring | First hypothesis gets all attention | Force diversity in Stage 2 |
| Confirmation bias | Only seek supporting evidence | Require contradicting evidence |
| Complexity creep | Elaborate explanations preferred | Weight simplicity appropriately |
| Premature closure | Stop at first plausible cause | Complete all 4 stages |
Output Contract
abductive_output:
conclusion:
primary_cause: string
confidence: float # 0.0-1.0
mechanism: string # How cause produces effect
hypotheses:
ranked: [ScoredHypothesis] # All evaluated
ruled_out: [string] # Definitively excluded
evidence:
supporting: [EvidenceItem]
contradicting: [EvidenceItem]
gaps: [string] # What evidence is missing?
uncertainty:
remaining_questions: [string]
confidence_bounds: [float, float] # Low, high
next:
immediate_actions: [string]
tests_to_run: [string]
suggested_mode: optional<ReasoningMode>
trace:
stages_completed: [1, 2, 3, 4]
duration_ms: int
hypotheses_generated: int
evidence_points: int
Example Execution
Context: "Enterprise conversion dropped 40% last quarter"
Stage 1 - Observation:
Anomaly: 40% drop (15% → 9%) in enterprise conversion
Temporal: Started week 5 of Q3, accelerated Q4
Scope: Enterprise only, SMB stable
Surprise: 0.85
Stage 2 - Hypotheses:
H1: Enterprise buyer behavior changed (economic uncertainty)
H2: Sales team restructuring disrupted relationships
H3: Competitor launched enterprise-specific offering
H4: Our enterprise pricing became uncompetitive
H5: Product gaps for enterprise use cases
H6: Longer sales cycles (not drop, just delay)
H7: Key account manager departures
Stage 3 - Evidence:
H1: Supporting (CFO involvement up 40%), Contradicting (overall enterprise IT spend flat)
H2: Supporting (3 senior reps left Q3), Contradicting (coverage maintained)
H6: Supporting (average cycle +45 days), Strong supporting
H7: Supporting (2 key AMs left), Moderate supporting
Stage 4 - Conclusion:
Primary: Sales cycle elongation (not true drop) + AM departures (relationship gaps)
Confidence: 0.72
Mechanism: Economic uncertainty extended CFO approval cycles by 45 days;
AM departures created relationship gaps in 6 key accounts
Next: Wait 45 days to see if "delayed" deals close (causal monitoring)
Immediately backfill AM roles (causal action)