gate-info-coinanalysis

gate-info-coinanalysis

全般的なルール

⚠️ 停止 — 先に、共有ランタイムルールを必ず読み、厳守してください。 すべてのルールを読み終えるまで、ツールを選択または呼び出してはいけません。これらのルールは最優先です。 → 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 に従って対応するプライマリスキルに処理を委任してください。

最もよく使われるスキルです。ユーザーがコイン名を入力すると、システムは 5 つの MCP ツールを並行して呼び出し、ファンダメンタルズ、マーケットデータ、テクニカル指標、ニュース、ソーシャルセンチメントを取得します。その後、LLM が結果をまとめ、構造化された分析レポートを作成します。

トリガーとなるシナリオ：ユーザーが特定のコインに加えて、「分析」「どうか」「価値があるか」「見て」「ファンダメンタルズ」「市場分析」などのキーワードに言及した場合。

スキルごとの更新： このディレクトリには scripts/update-skill.sh が含まれており、scripts/update-skill.ps1 が含まれている場合もあります。マーケットプレイスにアップロードされた ClawHub パッケージには、アップロードページの制限により update-skill.ps1 が含まれていないことがよくあります。一方、GitHub / Bitbucket のソースツリーには両方のファイルが含まれています。ポリシー：info-news-runtime-rules.md §1。以下の Trigger update の手順は、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-research の互換エイリアスです。

Trigger update、MCP ツールの選択、またはレガシー実行ワークフローに進む前に、 決定論的なシェルプローブを実行してください。

PRIMARY_SKILL="gate-info-research"
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__ → ここで停止してください。以下の Trigger update やレガシー MCP セクションを実行してはいけません。 https://github.com/gate/gate-skills/blob/master/skills/gate-info-research/SKILL.md とそのプレイブックの仕様に従ってください。引き継ぐコンテキストは最小限にし、symbol を含めてください。
• __FALLBACK__ → Trigger update と、このファイル内のレガシー 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-coinanalysis/scripts/update-skill.sh" check "gate-info-coinanalysis"

PowerShell：

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

結果の意味： 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 の stdout にある 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-coinanalysis/scripts/update-skill.sh" apply "gate-info-coinanalysis"

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

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

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

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

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

---

MCP の依存関係

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

必須の MCP サーバー

MCP サーバー	状態
Gate-Info	✅ 必須

使用する MCP ツール

クエリー操作（読み取り専用）

• info_coin_get_coin_info
• info_coin_search_coins
• info_marketsnapshot_get_market_snapshot
• info_markettrend_get_technical_analysis
• news_feed_get_social_sentiment
• news_feed_search_news

認証

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

インストールの確認

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

ルーティングルール

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

ユーザーの意図	キーワード	アクション
単一コインの包括的な分析	"analyze SOL" "how is BTC" "is ETH worth buying"	このスキルの全ワークフローを実行
価格のみ	"what's BTC price" "ETH current price"	このスキルは使用せず、info_marketsnapshot_get_market_snapshot を直接呼び出す
複数コインの比較	"compare BTC and ETH"	gate-info-coincompare にルーティング
ニュースのみ	"any SOL news lately"	gate-news-briefing にルーティング
テクニカル分析のみ	"BTC technical analysis" "what's the RSI"	gate-info-trendanalysis にルーティング

---

実行ワークフロー

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

Step 0：複数の分析軸に関する意図の確認

このスキルを実行する前に、ユーザーのクエリに複数の分析軸が含まれているか確認します。

• クエリが標準的な単一コイン分析（例：「SOL を分析して」「BTC の状況は？」）の場合は、このスキルを続行します。
• クエリにセキュリティ／リスクの確認、イベントの要因分析、複数コインの比較、または単一コインの包括的分析以外の分析軸も含まれている場合は、gate-info-research にルーティングします。複数の分析軸にまたがるクエリに対応し、ツールの重複を統一的に排除して一貫性のあるレポートを集約します。

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

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

• symbol：コインのティッカー（例：BTC、SOL、ETH）
• ユーザーがプロジェクト名（例：Solana、Uniswap）を指定した場合は、ティッカーシンボルに対応付けます

コインを特定できない場合は、推測せず、コイン名を確認するようユーザーに尋ねてください。

Step 2：5 つの MCP ツールを並列で呼び出す

Step	MCP ツール	パラメーター	取得データ	並列
1a	info_coin_get_coin_info	query={symbol}, scope="full"	ファンダメンタルズ：プロジェクト情報、チーム、資金調達、セクター、トークノミクス、ロック解除スケジュール	はい
1b	info_marketsnapshot_get_market_snapshot	symbol={symbol}, timeframe="1d", source="spot"	市場データ：価格、24 時間／7 日間の変動、時価総額、OI、資金調達率、Fear & Greed Index	はい
1c	info_markettrend_get_technical_analysis	symbol={symbol}	テクニカル分析：複数の時間軸におけるシグナル（RSI ゾーン、MACD クロス、MA の方向性、サポート／レジスタンス）	はい
1d	news_feed_search_news	coin={symbol}, limit=5, sort_by="importance"	ニュース：重要度の高い直近の記事 5 件	はい
1e	news_feed_get_social_sentiment	coin={symbol}	ソーシャルセンチメント：Twitter の KOL による議論の量、センチメントの傾向	はい

依存関係がないため、5 つのツールはすべて並列で呼び出されます。ニュース MCP が設定されていない場合は、最初の 3 つの Gate-info ツールのみを呼び出し、センチメントのセクションには「データなし」と記載してください。

Step 3：LLM による集約

5 つのツールの応答をすべて LLM に渡し、構造化された分析レポートを生成します。

Step 4：構造化レポートを出力

---

レポートテンプレート

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

## {symbol} Comprehensive Analysis

### 1. Fundamentals Overview

| Metric | Value |
|--------|-------|
| Project Name | {project_name} |
| Sector | {category} |
| Market Cap Rank | #{market_cap_rank} |
| Circulating Market Cap | ${market_cap} |
| Fully Diluted Valuation | ${fdv} |
| Total Funding Raised | ${total_funding} |
| Key Investors | {investors} |

{Brief analysis of tokenomics and unlock schedule; flag any upcoming large unlocks}

### 2. Market Data & Technical Analysis

**Current Market Data**

| Metric | Value | Status |
|--------|-------|--------|
| Price | ${price} | — |
| 24h Change | {change_24h}% | {Up/Down/Sideways} |
| 7d Change | {change_7d}% | {Up/Down/Sideways} |
| 24h Volume | ${volume_24h} | {High/Low/Normal} |
| RSI(14) | {rsi} | {Overbought/Oversold/Neutral} |
| Fear & Greed Index | {fear_greed} | {Extreme Fear/Fear/Neutral/Greed/Extreme Greed} |

**Technical Signals**

{Based on info_markettrend_get_technical_analysis multi-timeframe signals, give a Bullish/Bearish/Neutral overall assessment}

- Short-term (1h/4h): {signal}
- Medium-term (1d): {signal}
- Support: ${support}
- Resistance: ${resistance}

### 3. News & Market Sentiment

**Recent Key News**

1. [{title}]({source}) — {summary} ({time})
2. ...

**Social Sentiment**

- Twitter Discussion Volume: {level}
- KOL Sentiment Bias: {Bullish/Bearish/Neutral}
- Sentiment Score: {sentiment_score}

### 4. Overall Assessment

{LLM generates a 3-5 sentence assessment covering:}
- Current market phase for this asset
- Primary drivers (fundamentals / technicals / sentiment)
- Key risks to monitor

### ⚠️ Risk Warnings

{Data-driven risk alerts, e.g.:}
- RSI overbought — elevated short-term pullback risk
- Upcoming large token unlock
- High funding rate — leveraged long crowding
- Low liquidity (if applicable)

> The above analysis is data-driven and does not constitute investment advice. Please make decisions based on your own risk tolerance.

---

判断ロジック

条件	評価
RSI > 70	「買われすぎ — 短期的な反落リスクが高まっています」と警告
RSI < 30	「売られすぎ — 反発の可能性があります」と警告
24h volume > 7d avg volume x 2	「大幅な出来高の急増」と警告
24h volume < 7d avg volume x 0.5	「顕著な出来高の減少」と警告
funding_rate > 0.05%	「資金調達率が高い — ロングポジションが過密です」と警告
funding_rate < -0.05%	「資金調達率がマイナス — ショートポジションが過密です」と警告
fear_greed > 75	「極端な強欲 — 注意してください」と警告
fear_greed < 25	「極端な恐怖 — 機会となる可能性があります」と警告
今後 30 日以内のトークンアンロックが流通供給量の 5% 超	「大規模なトークンアンロックが予定されています — 売り圧力が生じる可能性があります」と警告
いずれかのツールが空の結果またはエラーを返した場合	該当セクションを省略し、レポートに「データを利用できません」と記載

---

エラー処理

エラーの種類	対処方法
コインが存在しない	コイン名の確認をユーザーに促し、info_coin_search_coins の使用を提案する
1 つのツールがタイムアウトする	該当する分析項目を省略し、「この項目は一時的に利用できません」と記載する
すべてのツールが失敗する	エラーメッセージを返し、後でもう一度試すようユーザーに提案する
ユーザーが複数のコインを入力する	gate-info-coincompare にルーティングする
ユーザーがコインではなくアドレスを入力する	gate-info-addresstracker にルーティングする

---

スキル間のルーティング

ユーザーの追加リクエスト	ルーティング先
「テクニカル分析をしてください」	gate-info-trendanalysis
「最近のニュースはありますか？」	gate-news-briefing
「オンチェーンデータについてはどうですか？」	gate-info-tokenonchain
「このコインは安全ですか？」	gate-info-riskcheck
「XX と YY を比較してください」	gate-info-coincompare
「なぜ急騰／急落しているのですか？」	gate-news-eventexplain

---

安全ルール

1. 投資助言をしない：全体評価はデータに基づく分析とし、「投資助言ではありません」という免責事項を含める必要があります
2. 価格予測をしない：具体的な目標価格や、価格が上昇／下落するという予測を出力しないでください
3. データの透明性：各項目について、データソースと更新時刻を明記してください
4. 欠損データにフラグを付ける：いずれかの項目にデータがない場合は、必ずユーザーに明確に伝えてください。データを捏造してはいけません