gate-info-defianalysis

gate-info-defianalysis

一般ルール

⚠️ 停止してください。先に共有ランタイムルールを読み、厳守する必要があります。 すべてのルールを読むまで、ツールを選択したり呼び出したりしないでください。これらのルールが最優先です。 → gate-runtime-rules.md を読んでください。 → gate-info / gate-news 固有のルール（ツールの縮退、レポート基準、セキュリティ、ルーティングの縮退、scripts/ が存在する場合のスキルごとのバージョン確認、レガシーラッパーのルーティング）については、info-news-runtime-rules.md も読んでください。

• このスキルに明示的に記載されている MCP ツールのみを呼び出してください。 ここに記載されていないツールは、MCP サーバーに存在していても呼び出してはいけません。
• レガシー／ルーティングモード： Step 0 で __FALLBACK__ が出力された場合は、このファイルに記載されている MCP ツールのみを使用してください。Step 0 で __ROUTE_CLI__ が出力された場合は、それらの MCP ツールを呼び出さず、Step 0 で指定された対応するプライマリスキルに処理を委ねてください。

DeFi エコシステム分析スキルです。ユーザーの意図（概要／単一プラットフォーム／利回り／ステーブルコイン／ブリッジ／準備金／清算）に応じて異なるサブシナリオにルーティングされ、それぞれが 1 つ以上の MCP ツールを呼び出します。

トリガーとなるシナリオ：DeFi プロトコル、TVL、利回り、ステーブルコイン、クロスチェーンブリッジ、取引所準備金、清算分布などについてユーザーが質問した場合。

スキルごとの更新： このディレクトリには scripts/update-skill.sh が含まれており、scripts/update-skill.ps1 が含まれている場合もあります。マーケットプレイスにアップロードされた ClawHub パッケージには、アップロードページの制約により update-skill.ps1 が含まれていないことがよくあります。一方、GitHub / Bitbucket のソースツリーには両方のファイルがあります。ポリシーについては、info-news-runtime-rules.md §1 を参照してください。以下の 更新チェック の手順は gate-runtime-rules.md に加えて適用されます。スクリプトが存在する場合は、実行前のバージョン確認にこの手順を使用してください。

更新チェック — ユーザーへの通知： バージョン確認中の技術的な失敗（スクリプトの欠落、サンドボックス、ネットワーク、ゼロ以外の終了コード、解析可能な Result= 行がない場合）について、ユーザーに説明してはいけません。info-news-runtime-rules.md に従い、実行に進んでください。要約してよいのは、成功した check / apply の結果のみです（update_available および厳密な exit 3 を含みます。これらも成功経路であり、apply の前にユーザーの確認が必要です）。ネットワークから update-skill.* を自動ダウンロードしてはいけません。.ps1 が存在しない場合の静的参照先：正規のスクリプトは gate/gate-skills の skills/<name>/scripts/ にあります（<name> は frontmatter と同じです）。

---

Step 0 — ラッパーのルーティング確認

このレガシースキルは、プライマリ CLI スキル gate-info-web3 の互換エイリアスです。

更新チェック、MCP ツールの選択、またはレガシー実行ワークフローを開始する前に、 決定的なシェルプローブを実行してください。

PRIMARY_SKILL="gate-info-web3"
HAS_PRIMARY=0
for root in \
  "$HOME/.cursor/skills" \
  "$HOME/.codex/skills" \
  "$HOME/.openclaw/skills" \
  "$HOME/.agents/skills" \
  "$HOME/.gemini/antigravity/skills"
do
  if [ -f "$root/$PRIMARY_SKILL/SKILL.md" ]; then
    HAS_PRIMARY=1
    break
  fi
done

if command -v gate-cli >/dev/null 2>&1 && [ "$HAS_PRIMARY" = "1" ]; then
  echo "__ROUTE_CLI__"
else
  echo "__FALLBACK__"
fi

解釈：

• __ROUTE_CLI__ → ここで停止してください。以下の更新チェックやレガシー MCP の セクションを実行してはいけません。 https://github.com/gate/gate-skills/blob/master/skills/gate-info-web3/SKILL.md とそのプレイブック契約に従ってください。必要最小限のコンテキストとして、プロトコル／プラットフォームに関する意図に加え、ユーザーから得られる platform、token、asset、exchange、symbol のヒントを引き継いでください。
• __FALLBACK__ → 更新チェックと、このファイルに記載されているレガシー MCP ワークフローを続行してください。

---

トリガー時の更新（実行を伴う場合）

デフォルト（PD／ブロッキング）： トリガーごとに、GATE_SKILL_UPDATE_MODE=autoを指定せず、まずcheckを実行します。スクリプトはローカルとリモートを比較するだけです。Result=update_availableの場合、ファイルは上書きされません。停止し、apply、run、またはスキルの実行を行う前に、ユーザーに更新するかどうかを確認してください。サンドボックス（Cursorなど）で後から**applyを実行する場合は、すべての権限を使用してください。これは、独立したスクリプトのTEST_REPORTにおけるブロッキング更新確認の仕様に合致します。ブロッキングは、サイレントな自動適用によるものではなく、これらのSKILLの指示とcheckのみ**の動作によって実現されます。

厳密なチェック（エージェント／IDE — check時に推奨）： GATE_SKILL_CHECK_STRICT=1を使用します。Result=update_availableの場合、checkは終了コード3で終了し、GATE_SKILL_CHECK_EXIT=3を出力します。停止するのはそのシェルステップだけです。厳守事項：ユーザーに確認を求めた後は、このアシスタントのターンを終了してください。同じメッセージ内でapply、run、またはMCPを呼び出してはいけません。**runは事前のユーザーステップなしで適用します。ブロッキングフローのチャットではrunを使用せず、check → ユーザーが確認 → apply**の順に進めてください。

ステップ1 — チェック

インストール先のルート： check／applyは**$DEST/SKILL.mdを読み込みます。一般的な$SKILL_ROOT：$HOME/.cursor/skills/<name>/、$HOME/.codex/skills/<name>/、$HOME/.openclaw/skills/<name>/、$HOME/.agents/skills/<name>/、$HOME/.gemini/antigravity/skills/<name>/。引数が1つの場合、SKILL.mdが存在すれば、スクリプトはこの順にDESTを解決します。それ以外の場合、DESTは‌scripts/../です。ワークスペース内のツリーのみを対象とする場合は、DESTを明示して、引数2つでcheck／apply**を実行する必要があります。

エージェントの選択ルール（以下のコード例は最大1つだけ実行し、OSと$SKILL_ROOT/scripts/内のファイルに応じて選択してください）：

• macOS／Linux／WSL／Git Bash： update-skill.shが存在する場合は、Bashの例のみを使用してください。
• Windows（ネイティブPowerShell）： update-skill.ps1が存在する場合は、PowerShellの例のみを使用してください。
• Windowsで.ps1がない場合（一般的なClawHubのインストール）：update-skill.shのみが存在する場合は、WSLまたはGit Bash（bash）で、Bashの例と同じ形式のコマンドを試してください。bashを利用できない場合、または実行に失敗した場合は、ステップ1を何も通知せずにスキップし（スクリプトのstderrや「バージョンチェックに失敗しました」というメッセージをユーザーに表示しないでください）、実行に進んでください。
• どちらのスクリプトも存在しない場合： ステップ1を何も通知せずにスキップし、実行に進んでください。**GATE_SKILL_CONFIRM_TOKEN**を捏造したり、apply／revoke-pendingを実行したりしないでください。

Bash（ブロッキング — 自動適用なし。Cursorの例）：

GATE_SKILL_CHECK_STRICT=1 bash "$HOME/.cursor/skills/gate-info-defianalysis/scripts/update-skill.sh" check "gate-info-defianalysis"

PowerShell：

$env:GATE_SKILL_CHECK_STRICT = '1'
powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\.cursor\skills\gate-info-defianalysis\scripts\update-skill.ps1" check "gate-info-defianalysis"

結果の意味： skipped = 対応不要です。update_available = リモートのほうが新しい状態です。ブロッキングフローでは、ユーザーが同意するまで適用しないでください。 check_failed = 比較できませんでした。info-news-runtime-rules.mdに従い、現在のバージョンで続行してください。技術的なチェック失敗の詳細をユーザーに伝えてはいけません。

エージェントによる解析（標準出力）： GATE_SKILL_UPDATE_AGENT_ACTION=…。**BLOCK_UNTIL_USER_CONFIRMS_UPDATEの場合は、実行前にステップ2へ進みます。CONTINUE_SKILL_EXECUTION**の場合、チェック用スクリプトによるブロックはありません。

ステップ 2 — 確認または拒否（ブロッキング）

実行環境： ステップ 2 では、ステップ 1 と同じシェルファミリー（Bash または PowerShell）を使用してください。ステップ 1 をスキップした場合は、apply も revoke-pending も実行しないでください。

update_available の場合：

1. 停止 — まだ実行に進まないでください。

2. ユーザーに知らせてください（例：新しいバージョンが利用可能であることを伝え、必要に応じて要約します）。

3. ユーザーの返信を待ってください — このステップはブロッキングです。

   厳守事項（Cursor / Agent）： check が update_available、BLOCK_UNTIL_USER_CONFIRMS_UPDATE、または厳密な exit 3 を報告した場合、確認を求めた後、このターンを終了してください。ユーザーの次のメッセージを受け取った後に限り、同意した場合は apply、拒否した場合は revoke-pending を実行してください。このフローでは、同じターン内で check に続けて apply を実行しないでください。

   • ユーザーが同意した場合 → 必要に応じて、厳密な check の標準出力にある GATE_SKILL_CONFIRM_TOKEN を指定して apply を実行し、その後、実行に進みます。
   • ユーザーが拒否した場合 → revoke-pending を実行し、その後、現在のインストールで実行に進みます。

2 段階ゲート（厳密な check）： GATE_SKILL_UPDATE_MODE=auto を指定せずに実行した apply / run は、GATE_SKILL_CONFIRM_TOKEN が .gate-skill-apply-token と一致するまで失敗します。ユーザーが拒否した場合は、revoke-pending を実行してください。

GATE_SKILL_CONFIRM_TOKEN="<paste from check stdout>" bash "$HOME/.cursor/skills/gate-info-defianalysis/scripts/update-skill.sh" apply "gate-info-defianalysis"

bash "$HOME/.cursor/skills/gate-info-defianalysis/scripts/update-skill.sh" revoke-pending "gate-info-defianalysis"

$env:GATE_SKILL_CONFIRM_TOKEN = '<paste from check stdout>'
powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\.cursor\skills\gate-info-defianalysis\scripts\update-skill.ps1" apply "gate-info-defianalysis"

powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\.cursor\skills\gate-info-defianalysis\scripts\update-skill.ps1" revoke-pending "gate-info-defianalysis"

ステップ 1 が厳密ではなかった場合（保留中のトークンがない場合）：GATE_SKILL_CONFIRM_TOKEN を指定しなくても apply を実行できます。

skipped または check_failed の場合： 更新ステップはありません。実行に進んでください。

任意 — GATE_SKILL_UPDATE_MODE=auto

CI / 無人自動化専用： check に GATE_SKILL_UPDATE_MODE=auto を設定すると、リモートのほうが新しい場合、スクリプトは即座に適用します。ユーザー確認は不要ですが、ブロッキング更新確認のテストとは互換性がありません。ブロッキング PD フローを再現する際は、check に auto を使用しないでください。

パラメーター

• name：上記の Frontmatter の name。gate-skills の skills/<name>/ と一致する必要があります。
• Invoke：このスキルの $SKILL_ROOT/SKILL.md がある場所の $SKILL_ROOT/scripts/update-skill.sh（または .ps1）を使用します。例：~/.cursor/skills/<name>、~/.codex/skills/<name>、~/.openclaw/skills/<name>、~/.agents/skills/<name>、~/.gemini/antigravity/skills/<name>。インストール先は skills/<name>/SKILL.md のない ~/.cursor（または任意のホストルート）ではありません。引数が 1 つの場合、スクリプトはそのディレクトリを順に検索して $SKILL_ROOT を解決し、見つからなければスクリプトのディレクトリを使用します。ワークスペースへのインストールでは、DEST を明示的に指定する必要があります。2 引数の check / apply / revoke-pending： 正規の順序は、先に絶対パスの DEST（スキルルート）、次に name です。update-skill.sh / update-skill.ps1 は、正規化したパスのうち SKILL.md を含むものが 1 つだけの場合に、引数の順序を自動で入れ替えます（例：エージェントが name、パスの順で渡す場合）。
• ClawHub とフルツリー： update-skill.ps1 を含まないインストールでは、gate/gate-skills から skills/<name>/scripts/ の下にコピーできます（手動のみ。エージェントが自動ダウンロードしてはいけません）。

デバッグ時を除き、生のスクリプトログをユーザー向けの返信に出力しないでください。厳密な check の exit 3 の場合、ステップ 2 が解決するまで実行に進まないでください。check_failed または apply の失敗の場合でも、実行環境のルールに従い、適切であれば実行してください。

---

MCP の依存関係

レガシーパスのみ — ステップ 0 で __FALLBACK__ が出力された場合に、このセクションが適用されます。

必須の MCP サーバー

MCP サーバー	ステータス
Gate-Info	✅ 必須

使用する MCP ツール

クエリー操作（読み取り専用） — サブシナリオごとに使用し、アクティブなシナリオ以外ではツールを呼び出さないでください。

• info_platformmetrics_get_defi_overview
• info_platformmetrics_search_platforms
• info_platformmetrics_get_platform_info
• info_platformmetrics_get_platform_history
• info_platformmetrics_get_yield_pools
• info_platformmetrics_get_stablecoin_info
• info_platformmetrics_get_bridge_metrics
• info_platformmetrics_get_exchange_reserves
• info_platformmetrics_get_liquidation_heatmap
• info_coin_get_coin_info

認証

• API キーが必要：いいえ
• 認証情報の取得元：なし。このスキルでは読み取り専用の Gate Info／Gate News MCP アクセスのみを使用します。

インストールの確認

• 必須：Gate-Info
• インストール：続行する前に、現在のホスト IDE 用のローカル Gate MCP インストール手順を使用してください。
• 現在の環境で必須の Gate MCP サーバーが利用可能になってから続行してください。

ルーティングルール

レガシーパスのみ — Step 0 で __ROUTE_CLI__ が出力された場合、ルーティングは gate-info-web3 に委任されます。

ユーザーの意図	キーワード	アクション
DeFi の概要／TVL ランキング	"DeFi overview" "TVL ranking" "top DeFi protocols"	サブシナリオ A を実行：概要
単一プラットフォームの詳細分析	"Uniswap TVL" "Aave metrics" "Compound info"	サブシナリオ B を実行：プラットフォームの詳細
イールド／APY に関する問い合わせ	"best yield" "USDC APY" "lending rates" "where to earn"	サブシナリオ C を実行：イールドプール
ステーブルコイン分析	"USDT market cap" "stablecoin ranking" "USDC circulation"	サブシナリオ D を実行：ステーブルコイン
クロスチェーンブリッジ	"bridge volume" "top bridges" "cross-chain TVL"	サブシナリオ E を実行：ブリッジ
取引所の準備金	"Binance BTC reserves" "exchange reserves" "proof of reserves"	サブシナリオ F を実行：取引所の準備金
清算分析	"BTC liquidation heatmap" "where are liquidations" "liquidation density"	サブシナリオ G を実行：清算ヒートマップ
コインのファンダメンタル分析（DeFi に焦点を当てない）	"analyze SOL" "how is BTC"	gate-info-coinanalysis にルーティング
市場の概要	"how's the market"	gate-info-marketoverview にルーティング

---

実行ワークフロー

レガシーパスのみ — このセクションは Step 0 で __FALLBACK__ が出力された場合に適用されます。

Step 0：複数の観点から意図を確認

• クエリが DeFi／プラットフォームの指標に関するものであれば、このスキルを続行します。
• クエリに DeFi の範囲を超えるコインのファンダメンタル分析、テクニカル分析、またはニュースも含まれる場合は、gate-info-research にルーティングします（利用可能な場合）。

Step 1：意図の認識とパラメーターの抽出

ユーザー入力から次の情報を抽出します。

• platform_name（任意）：プロトコル名（例：Uniswap、Aave、Lido）
• symbol（任意）：トークン／ステーブルコインのシンボル（例：USDC、USDT、ETH）
• chain（任意）：ブロックチェーンのフィルター（例：Ethereum、Arbitrum）
• exchange（任意）：取引所名（例：Binance、OKX）

Step 2：サブシナリオに応じて MCP ツールを呼び出す

サブシナリオ A：DeFi の概要

ステップ	MCP ツール	パラメーター	取得データ	並列実行
1a	info_platformmetrics_get_defi_overview	category="all"	DeFi／CEX／DEX 全体の TVL、取引量、手数料の合計	はい
1b	info_platformmetrics_search_platforms	sort_by="tvl", limit=10	TVL 上位 10 プラットフォーム	はい

サブシナリオ B：プラットフォームの詳細

ステップ	MCP ツール	パラメーター	取得データ	並列実行
1a	info_platformmetrics_get_platform_info	platform_name={name}, scope="full"	プラットフォームの全指標（TVL、取引量、手数料、チェーン）	はい
1b	info_platformmetrics_get_platform_history	platform_name={name}, metrics=["tvl","volume"]	過去の推移	はい
1c	info_coin_get_coin_info	query={token_symbol}	プラットフォームのネイティブトークン情報	はい

サブシナリオ C：イールドプール

ステップ	MCP ツール	パラメーター	取得データ
1	info_platformmetrics_get_yield_pools	project={name}, chain={chain}, symbol={symbol}, sort_by="apy", limit=20	APY、TVL を含むイールドプールのランキング

サブシナリオ D：ステーブルコイン

ステップ	MCP ツール	パラメーター	取得データ
1	info_platformmetrics_get_stablecoin_info	symbol={symbol}, chain={chain}, limit=10	ステーブルコインのランキング、またはチェーンごとの分布を含む単一コインの詳細

サブシナリオ E：ブリッジ

ステップ	MCP ツール	パラメーター	取得データ
1	info_platformmetrics_get_bridge_metrics	bridge_name={name}, chain={chain}	ブリッジランキング、または単一ブリッジのチェーン別内訳

サブシナリオ F：取引所の準備金

ステップ	MCP ツール	パラメーター	取得データ
1	info_platformmetrics_get_exchange_reserves	exchange={exchange}, asset={asset}	取引所のオンチェーン準備金（BTC、ETH など）

サブシナリオ G：清算ヒートマップ

ステップ	MCP ツール	パラメーター	取得データ
1	info_platformmetrics_get_liquidation_heatmap	symbol={symbol}, exchange={exchange}	価格帯ごとの清算密度

ステップ 3：LLM による集約

サブシナリオに応じた分析を生成します。概要の場合は市場の状況を示し、詳細の場合は競争上の位置付けを示し、利回りの場合はリスクとリターンを強調します。

ステップ 4：段階的な読み込み（ブリッジとステーブルコイン）

ブリッジとステーブルコインでは、一覧を先に表示し、詳細を必要に応じて取得するパターンを使用します。

1. 最初の呼び出し（bridge_name なし／symbol を絞り込む）：ランキング一覧を取得し、チェーン別の詳細な内訳を含めずに概要を表示します。
2. 2 回目の呼び出し（ユーザーからの追加質問）：特定の bridge_name または symbol を指定して、チェーンレベルの詳細をすべて取得します。

---

レポートテンプレート

レガシーパスのみ — このセクションは、ステップ 0 で __FALLBACK__ が出力された場合に適用されます。

テンプレート A：DeFi の概要

## DeFi Ecosystem Overview

> Generated: {timestamp}

### Market Summary

| Metric | Value | 24h Change |
|--------|-------|------------|
| Total DeFi TVL | ${total_tvl} | {change}% |
| DEX 24h Volume | ${dex_volume} | {change}% |
| Total Fees (24h) | ${total_fees} | {change}% |
| Stablecoin Market Cap | ${stablecoin_mcap} | {change}% |

### Top 10 Protocols by TVL

| Rank | Protocol | Category | TVL | 24h Change | Chain |
|------|----------|----------|-----|------------|-------|
| 1 | {name} | {category} | ${tvl} | {change}% | {chains} |

### Analysis

{LLM assessment: DeFi market trend, capital flows, notable shifts}

> Data sourced from Gate Info MCP. Does not constitute investment advice.

テンプレート B：プラットフォームの詳細

## {platform_name} Deep Dive

> Generated: {timestamp}

### Key Metrics

| Metric | Value | Rank |
|--------|-------|------|
| TVL | ${tvl} | #{rank} |
| 24h Volume | ${volume} | — |
| 24h Fees | ${fees} | — |

### TVL Trend

{Describe trend from historical data}

### Token Info ({symbol})

| Metric | Value |
|--------|-------|
| Price | ${price} |
| Market Cap | ${market_cap} |
| FDV | ${fdv} |

### Analysis

{LLM competitive analysis}

> Data sourced from Gate Info MCP. Does not constitute investment advice.

テンプレート C～G（利回り／ステーブルコイン／ブリッジ／準備金／清算）

• 上部に主要指標
• データを順位付けした表
• LLM による 2～3 文の分析
• 標準の免責事項

---

判断ロジック

条件	評価／次のステップ
一般的な DeFi 市場、TVL リーダーボード、または「トッププロトコル」	サブシナリオ A（概要）
ユーザーが特定のプロトコル（Uniswap、Aave など）を指定	サブシナリオ B（プラットフォームの詳細）
利回り、APY、レンディング、「どこで稼げるか」	サブシナリオ C（利回りプール）
ステーブルコイン、ペッグ、流通量、ランキング	サブシナリオ D。ステップ 4 に従って段階的に読み込みます
ブリッジ、クロスチェーン TVL、ブリッジの取引量	サブシナリオ E。最初に一覧を表示し、追加質問で詳細を取得します
取引所の準備金、PoR、「取引所の BTC 保有量」	サブシナリオ F
清算、ヒートマップ、価格別の密度	サブシナリオ G
意図が曖昧	確認の質問を 1 つするか、A をデフォルトとして使用します

---

エラー処理

エラーの種類	対応
プラットフォーム名が見つからない	類似するプラットフォーム名を提案し、ユーザーに確認を依頼します
1 つのツールが失敗	該当セクションを省略し、「データは一時的に利用できません」と記載します
すべてのツールが失敗	エラーを返し、時間をおいて再試行するようユーザーに提案します
条件に一致する利回りプールがない	検索範囲を広げ（チェーン／シンボルのフィルターを削除）、ユーザーに伝えます
取引所が未対応	対応している取引所を一覧表示し、別の取引所を選ぶようユーザーに依頼します
シンボルが認識されない	info_coin_get_coin_info を使って照合し、不明な場合はユーザーに確認します

---

スキル間のルーティング

ユーザーの追加質問の意図	転送先
"トークンを分析して"	gate-info-coinanalysis
"トークンのテクニカル分析をして"	gate-info-trendanalysis
"このプロトコルは安全？"	gate-info-riskcheck
"トークンのオンチェーンデータ"	gate-info-tokenonchain
"このプロトコルに関するニュースはある？"	gate-news-briefing
"マクロは DeFi にどのような影響を与える？"	gate-info-macroimpact
"市場全体の状況は？"	gate-info-marketoverview

---

安全に関するルール

1. 利回りの保証はありません：APY／利回りデータは過去のものであり、変更される可能性があります。過去の利回りは将来のリターンを保証しないことを明確に伝えてください。
2. スマートコントラクトのリスク：利回りプールやプロトコルを表示する際は、DeFiにはスマートコントラクトのリスクが伴うことを伝えてください。
3. 推奨ではありません：プロトコルの掲載は推奨を意味するものではありません。中立性を保ってください。
4. 準備金に関する免責事項：取引所の準備金データはオンチェーンで確認できますが、総資産を反映していない場合があります。
5. 清算データ：清算ヒートマップは推定レベルを示すものであり、清算が発生することを保証するものではありません。
6. データの透明性：データソース、更新頻度、既知の制限事項を明記してください。
7. 年齢と利用資格：利用者の管轄区域において、18歳以上で、完全な行為能力を有する方を対象としています。
8. データフロー：ホストエージェントがユーザーのプロンプトを処理します。このスキルは、上記に記載された読み取り専用のGate-Info MCP ツールを呼び出します。LLM はツールの結果に基づいて回答を整形します。これらの MCP 呼び出しと、文書化されたスキル更新フロー（General Rules の GitHub URL および info-news-runtime-rules.md）を除き、このスキルはサードパーティのデータサービスを追加で呼び出しません。