jpskill.com
✍️ ライティング コミュニティ

reasoning-analogical

過去の経験から類似の構造を見つけ出し、新しい市場や製品、状況に合わせて知識を応用することで、具体的な対応策と状況に合わせた調整案を提示するSkill。

📜 元の英語説明(参考)

Transfer knowledge from source domains to novel target situations through structural mapping. Use when facing new markets, products, or situations where past experience provides relevant patterns. Produces adapted solutions with explicit mappings and context adjustments.

🇯🇵 日本人クリエイター向け解説

一言でいうと

過去の経験から類似の構造を見つけ出し、新しい市場や製品、状況に合わせて知識を応用することで、具体的な対応策と状況に合わせた調整案を提示するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o reasoning-analogical.zip https://jpskill.com/download/17496.zip && unzip -o reasoning-analogical.zip && rm reasoning-analogical.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17496.zip -OutFile "$d\reasoning-analogical.zip"; Expand-Archive "$d\reasoning-analogical.zip" -DestinationPath $d -Force; ri "$d\reasoning-analogical.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して reasoning-analogical.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → reasoning-analogical フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

アナロジー的推論

ドメインを越えて構造化された知識を転送します。パターン認識と適応の論理です。

型シグネチャ

Analogical : Source → StructuralMap → Target → Adaptation

ここで:
  Source        : PriorExperience × Relevance → SourceDomain
  StructuralMap : SourceDomain → (Objects × Relations × Constraints)
  Target        : StructuralMap × NewContext → MappedStructure  
  Adaptation    : MappedStructure × ContextDifferences → AdaptedSolution

どのような時に使うか

以下の場合にアナロジーを使用します。

  • 類似市場での経験を活かして新規市場に参入する場合
  • 類似製品での経験を活かして新製品を開発する場合
  • 過去の事例と構造的な類似性を持つ新しい状況に直面した場合
  • プレイブックを異なるコンテキスト間で転送する必要がある場合
  • 思考における「これは〜のようだ」というパターン

以下の場合には使用しないでください。

  • 因果関係が既知の場合 → Causal を使用
  • 観察結果を説明する必要がある場合 → Abductive を使用
  • 解決すべき競合する立場がある場合 → Dialectical を使用

4段階のプロセス

ステージ 1: ソースの検索

目的: 結果が文書化された、関連する過去の経験を特定します。

ソース選択の基準:

基準 質問 重み
構造的な類似性 同じ種類の問題/状況か? 0.35
結果の文書化 何が起こったかを知っているか? 0.25
最新性 経験はどれくらい最近のものか? 0.15
成功レベル アプローチはうまくいったか? 0.15
コンテキストの重複 類似の制約/リソースがあるか? 0.10

ソース検索プロセス:

retrieval:
  query: "B2B マーケットプレイスの垂直市場への参入"

  candidates:
    - source: "Shopify DTC ローンチ (2024)"
      similarity: 0.75
      outcome: "6ヶ月で検証済み、$200K ARR"
      success: high

    - source: "ファッションブランドのパイロット (2023)"
      similarity: 0.60
      outcome: "立ち上がりが遅く、2回ピボット"
      success: medium

    - source: "Enterprise SDK ローンチ (2024)"
      similarity: 0.50
      outcome: "最初の取引で$400K、強力なパイプライン"
      success: high

  selected: "Shopify DTC ローンチ"
  reason: "最も高い構造的類似性 (プラットフォーム統合、
           API-first、セルフサービスオンボーディング)"

出力:

source:
  case: "Shopify DTC ローンチ"
  domain: "Eコマースプラットフォーム統合"
  timeframe: "2024年第1四半期〜第2四半期"
  outcome: 
    result: "成功"
    metrics: "$200K ARR、50のマーチャント、6ヶ月の検証"
  key_factors:
    - "強力なアプリストアの存在感"
    - "セルフサービスオンボーディング"
    - "統合ファーストのポジショニング"
  documented_in: "threads/operations/shopify-dtc-launch/"

ステージ 2: 構造マッピング

目的: ソースドメインから転送可能な構造を抽出します。

マッピングの構成要素:

構成要素 ソースの例 抽象化
オブジェクト Shopify マーチャント プラットフォームユーザー
関係 マーチャント → アプリ → 顧客 ユーザー → 統合 → エンドユーザー
制約 アプリストアのルール プラットフォームポリシー
メカニズム アプリストアでの発見 → トライアル → 購入 発見 → トライアル → コンバージョン
成功要因 レビュー、おすすめ掲載 ソーシャルプルーフ、可視性

構造マップ:

structure:
  objects:
    - User: "当社のソリューションを採用するエンティティ"
    - Platform: "当社が統合するエコシステム"
    - EndUser: "ソリューションの最終的な受益者"
    - Solution: "当社の製品/統合"

  relations:
    - Platform ⊃ Marketplace: "プラットフォームには発見メカニズムがある"
    - User → Solution: "ユーザーはソリューションを採用する"
    - Solution → EndUser: "ソリューションはエンドユーザーにサービスを提供する"
    - EndUser feedback → User: "価値の実証"

  mechanisms:
    acquisition:
      - "プラットフォームのマーケットプレイスでの発見"
      - "ピアの推奨"
      - "ユーザーへのコンテンツマーケティング"
    activation:
      - "セルフサービストライアル"
      - "迅速な価値実現"
      - "統合の容易さ"
    retention:
      - "ワークフローに組み込まれている"
      - "スイッチングコストの創出"
      - "継続的な価値提供"

  constraints:
    - "プラットフォームの承認が必要"
    - "プラットフォームポリシーに従う必要がある"
    - "プラットフォームとの収益分配"

  success_factors:
    - "マーケットプレイスのランキング/可視性"
    - "ユーザーレビュー/評価"
    - "プラットフォームとの関係の質"

ステージ 3: ターゲットアプリケーション

目的: 新しいコンテキストに構造をマッピングし、何が転送され、何が転送されないかを特定します。

ターゲットコンテキスト:

target:
  domain: "B2B マーケットプレイス統合"
  platform: "Faire 卸売マーケットプレイス"
  user: "卸売ブランド"
  end_user: "小売業者"
  goal: "卸売ファッションの返品削減"

マッピングの実行:

mapping:
  objects:
    Platform: "Shopify" → "Faire"
    User: "DTC マーチャント" → "卸売ブランド"
    EndUser: "消費者" → "小売業者"
    Solution: "フィットレコメンデーションアプリ" → "卸売サイズツール"

  relations:
    preserved:
      - "Platform marketplace discovery" (Faire にはアプリマーケットプレイスがある)
      - "User adopts solution" (ブランドは統合をインストールする)
      - "Value to end user" (小売業者はより良いサイジングを得る)

    modified:
      - "Self-serve trial" → "アカウントエグゼクティブによる支援"
        reason: "B2B の意思決定プロセスは異なる"
      - "Individual purchase" → "契約ベース"
        reason: "卸売価格モデル"

    broken:
      - "App store reviews drive adoption"
        reason: "Faire マーケットプレイスはレビュー主導ではない"
        replacement: "ケーススタディと紹介"

  mechanisms:
    acquisition:
      transfers: "Platform marketplace presence"
      adapts: "Content marketing → Trade show presence"
      new: "Wholesale buyer referral program"

    activation:
      transfers: "Integration simplicity"
      adapts: "Self-serve → Assisted onboarding"
      new: "Pilot with single retail partner"

    retention:
      transfers: "Embedded in workflow"
      transfers: "Value demonstration"
      adapts: "Individual metrics → Fleet metrics"

ステージ 4: 適応

目的: 具体的な pla

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Analogical Reasoning

Transfer structured knowledge across domains. The logic of pattern recognition and adaptation.

Type Signature

Analogical : Source → StructuralMap → Target → Adaptation

Where:
  Source        : PriorExperience × Relevance → SourceDomain
  StructuralMap : SourceDomain → (Objects × Relations × Constraints)
  Target        : StructuralMap × NewContext → MappedStructure  
  Adaptation    : MappedStructure × ContextDifferences → AdaptedSolution

When to Use

Use analogical when:

  • Entering new market with experience in similar markets
  • Building new product with experience in similar products
  • Facing novel situation with structural similarity to past cases
  • Need to transfer playbooks across contexts
  • "This is like..." patterns in thinking

Don't use when:

  • Cause-effect chain is known → Use Causal
  • Need to explain observation → Use Abductive
  • Competing positions to resolve → Use Dialectical

Four-Stage Process

Stage 1: Source Retrieval

Purpose: Identify relevant prior experience with documented outcomes.

Source Selection Criteria:

Criterion Question Weight
Structural similarity Same type of problem/situation? 0.35
Outcome documented Do we know what happened? 0.25
Recency How recent is the experience? 0.15
Success level Did the approach work? 0.15
Context overlap Similar constraints/resources? 0.10

Source Retrieval Process:

retrieval:
  query: "Entering B2B marketplace vertical"

  candidates:
    - source: "Shopify DTC launch (2024)"
      similarity: 0.75
      outcome: "Validated in 6 months, $200K ARR"
      success: high

    - source: "Fashion brand pilot (2023)"
      similarity: 0.60
      outcome: "Slow start, pivoted twice"
      success: medium

    - source: "Enterprise SDK launch (2024)"
      similarity: 0.50
      outcome: "$400K first deal, strong pipeline"
      success: high

  selected: "Shopify DTC launch"
  reason: "Highest structural similarity (platform integration, 
           API-first, self-serve onboarding)"

Output:

source:
  case: "Shopify DTC launch"
  domain: "E-commerce platform integration"
  timeframe: "Q1-Q2 2024"
  outcome: 
    result: "success"
    metrics: "$200K ARR, 50 merchants, 6-month validation"
  key_factors:
    - "Strong app store presence"
    - "Self-serve onboarding"
    - "Integration-first positioning"
  documented_in: "threads/operations/shopify-dtc-launch/"

Stage 2: Structural Mapping

Purpose: Extract transferable structure from source domain.

Mapping Components:

Component Source Example Abstracted
Objects Shopify merchants Platform users
Relations Merchant → App → Customer User → Integration → End-user
Constraints App store rules Platform policies
Mechanisms App store discovery → trial → purchase Discovery → trial → convert
Success factors Reviews, featured placement Social proof, visibility

Structural Map:

structure:
  objects:
    - User: "Entity adopting our solution"
    - Platform: "Ecosystem we integrate with"
    - EndUser: "Final beneficiary of solution"
    - Solution: "Our product/integration"

  relations:
    - Platform ⊃ Marketplace: "Platform has discovery mechanism"
    - User → Solution: "User adopts solution"
    - Solution → EndUser: "Solution serves end users"
    - EndUser feedback → User: "Value demonstration"

  mechanisms:
    acquisition:
      - "Platform marketplace discovery"
      - "Peer recommendations"
      - "Content marketing to users"
    activation:
      - "Self-serve trial"
      - "Quick time-to-value"
      - "Integration simplicity"
    retention:
      - "Embedded in workflow"
      - "Switching cost creation"
      - "Continuous value delivery"

  constraints:
    - "Platform approval required"
    - "Platform policies must be followed"
    - "Revenue share with platform"

  success_factors:
    - "Marketplace ranking/visibility"
    - "User reviews/ratings"
    - "Platform relationship quality"

Stage 3: Target Application

Purpose: Map structure to new context, identifying what transfers and what doesn't.

Target Context:

target:
  domain: "B2B marketplace integration"
  platform: "Faire wholesale marketplace"
  user: "Wholesale brands"
  end_user: "Retailers"
  goal: "Return reduction for wholesale fashion"

Mapping Execution:

mapping:
  objects:
    Platform: "Shopify" → "Faire"
    User: "DTC merchant" → "Wholesale brand"
    EndUser: "Consumer" → "Retailer"
    Solution: "Fit recommendation app" → "Wholesale sizing tool"

  relations:
    preserved:
      - "Platform marketplace discovery" (Faire has app marketplace)
      - "User adopts solution" (brands install integrations)
      - "Value to end user" (retailers get better sizing)

    modified:
      - "Self-serve trial" → "Account executive assisted"
        reason: "B2B decision process differs"
      - "Individual purchase" → "Contract-based"
        reason: "Wholesale pricing models"

    broken:
      - "App store reviews drive adoption"
        reason: "Faire marketplace less review-driven"
        replacement: "Case studies and referrals"

  mechanisms:
    acquisition:
      transfers: "Platform marketplace presence"
      adapts: "Content marketing → Trade show presence"
      new: "Wholesale buyer referral program"

    activation:
      transfers: "Integration simplicity"
      adapts: "Self-serve → Assisted onboarding"
      new: "Pilot with single retail partner"

    retention:
      transfers: "Embedded in workflow"
      transfers: "Value demonstration"
      adapts: "Individual metrics → Fleet metrics"

Stage 4: Adaptation

Purpose: Produce concrete plan adjusted for context differences.

Context Differences Analysis:

differences:
  critical:
    - name: "Decision process"
      source: "Individual merchant, fast"
      target: "Buying committee, slow"
      adaptation: "Add sales support, longer cycle expectations"

    - name: "Value demonstration"
      source: "Per-order metrics visible"
      target: "Aggregate across retailers"
      adaptation: "Build analytics dashboard for brands"

  moderate:
    - name: "Pricing model"
      source: "Per-store subscription"
      target: "Volume-based or percentage"
      adaptation: "Explore usage-based pricing"

  minor:
    - name: "Technical integration"
      source: "Shopify API"
      target: "Faire API"
      adaptation: "Standard integration work"

Adapted Solution:

adaptation:
  strategy: "Platform-assisted B2B wholesale launch"

  what_transfers:
    - "Integration-first positioning"
    - "Platform relationship investment"
    - "Quick time-to-value focus"
    - "Embedded workflow stickiness"

  what_adapts:
    - "Self-serve → Assisted onboarding with demo"
    - "App store discovery → Trade shows + referrals"
    - "Individual reviews → Case studies"
    - "Per-order metrics → Brand-level analytics"

  what's_new:
    - "Sales motion for wholesale buyers"
    - "Multi-retailer aggregation features"
    - "B2B pricing model (volume-based)"

  execution_plan:
    phase_1: "Platform partnership + 3 pilot brands"
    phase_2: "Case study development + trade show presence"
    phase_3: "Scale via referrals + platform promotion"

  expected_timeline: "9-12 months (vs 6 months for DTC)"
  reason: "B2B sales cycle longer, relationship-building required"

  confidence: 0.70
  uncertainty:
    - "Faire marketplace dynamics unknown"
    - "Wholesale brand decision process may vary"
    - "Volume-based pricing acceptance unclear"

Quality Gates

Gate Requirement Failure Action
Source quality Documented outcome with metrics Find better source
Structural clarity ≥3 objects, ≥3 relations explicit Complete mapping
Mapping coverage All source elements mapped or marked broken Complete mapping
Adaptation specificity Concrete actions, not abstract Add specificity
Confidence threshold ≥0.6 confidence Flag high uncertainty

Common Failure Modes

Failure Symptom Fix
Surface similarity Mapped by superficial features, not structure Focus on relations, not objects
Over-transfer Assume everything applies Explicitly check each element
Under-adaptation Copy-paste without adjustment Force context difference analysis
Single source Only one analogy considered Retrieve multiple candidates

Output Contract

analogical_output:
  source:
    case: string
    domain: string
    outcome: {result: string, metrics: string}
    thread_ref: optional<string>

  mapping:
    objects: {source_name: target_name}
    relations:
      preserved: [string]
      modified: [{from: string, to: string, reason: string}]
      broken: [{relation: string, reason: string, replacement: string}]

  adaptation:
    transfers: [string]      # What applies directly
    adapts: [string]         # What needs modification
    new: [string]            # What's genuinely new

  plan:
    phases: [{name: string, actions: [string]}]
    timeline: string
    milestones: [string]

  confidence: float  # 0.0-1.0
  uncertainty: [string]

  next:
    suggested_mode: ReasoningMode  # Usually causal
    canvas_refs: [string]          # Assumptions being tested

  trace:
    sources_considered: int
    mapping_coverage: float  # % of source elements mapped
    duration_ms: int

Example Execution

Context: "Expand to home goods vertical (currently in fashion)"

Stage 1 - Source Retrieval:

Selected: Fashion DTC success (highest similarity)
Alternatives considered: 
  - Beauty vertical (rejected: different return dynamics)
  - B2B wholesale (rejected: different buyer)

Stage 2 - Structural Mapping:

Objects: Fashion brand → Home goods brand
Relations: 
  - Fit concern → Dimension/space concern
  - Style matching → Aesthetic matching
  - Return reason: fit → Return reason: scale/compatibility
Mechanisms:
  - Visual AI → Transfer (image analysis)
  - Size recommendation → Adapt (dimension recommendation)
  - Color matching → Transfer (palette matching)

Stage 3 - Target Application:

Preserved: Visual AI core, recommendation engine, integration model
Modified: Fit algorithm → Dimension/space algorithm
Broken: Body measurement input → Room/space measurement input

Stage 4 - Adaptation:

Plan:
  Phase 1: Partner with 2 home goods DTC brands (furniture focus)
  Phase 2: Adapt algorithm for dimension-based recommendations
  Phase 3: Develop room visualization feature (new capability)

Timeline: 4-6 months (faster than fashion - simpler measurements)
Confidence: 0.75
Key uncertainty: Room visualization technical complexity