gate-info-riskcheck

gate-info-riskcheck

一般ルール

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

セキュリティを守るスキルです。ユーザーがトークン名またはコントラクトアドレスを入力すると、システムはコントラクトセキュリティ検出ツールを呼び出し、30件以上のリスク検出結果、税分析、保有者の集中度、名称リスクデータを取得します。LLMが結果を集約し、構造化されたリスク評価レポートを作成します。アドレスのコンプライアンスチェックは今後のフェーズで追加予定です。

トリガーとなるシナリオ：ユーザーがトークン／コントラクトアドレスと、「安全」「リスク」「チェック」「監査」「ハニーポット」「ラグ」「コントラクトセキュリティ」「詐欺」などのキーワードに言及した場合。

スキルごとの更新： このディレクトリには 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／厳密な終了コード3を含みます。これらも成功経路ですが、applyの前にユーザーの確認が必要です）。ネットワークからupdate-skill.*を自動ダウンロードしてはいけません。.ps1がない場合の静的な参照先：正規のスクリプトはgate/gate-skillsのskills/<name>/scripts/にあります（<name>はfrontmatterと同じです）。

---

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

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

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

PRIMARY_SKILL="gate-info-risk"
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-risk/SKILL.md とそのプレイブック契約に従ってください。クエリがトークンリスク、 アドレスリスク、プロジェクトレベルのリスクのいずれかに応じて、最小限のコンテキスト （token+chain、address+chain、または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-riskcheck/scripts/update-skill.sh" check "gate-info-riskcheck"

PowerShell：

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

結果の意味： 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 なしでは、GATE_SKILL_CONFIRM_TOKEN が .gate-skill-apply-token と一致するまで、apply / run は失敗します。ユーザーが拒否した場合は revoke-pending を実行してください。

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

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

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

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

ステップ 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/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>。インストール先として ~/.cursor（または skills/<name>/SKILL.md がないホストルート）を扱わないでください。引数が 1 つの場合、スクリプトはそのディレクトリにフォールバックする前に、この順序で $SKILL_ROOT を解決します。ワークスペースへのインストールでは、DEST を明示する必要があります。2 引数の check / apply / revoke-pending： 正規の順序は、最初に絶対パスの DEST（スキルルート）、次に name です。update-skill.sh / update-skill.ps1 は、正規化後のパスの一方だけに SKILL.md が含まれる場合、自動的に順序を入れ替えます（例：エージェントが 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_coin_get_coin_info
• info_compliance_check_address_risk
• info_compliance_check_token_security
• info_onchain_get_address_info

認証

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

インストールの確認

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

ルーティングルール

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

ユーザーの意図	キーワード／パターン	アクション
トークンコントラクトのセキュリティチェック	"is this token safe" "any risk with PEPE contract" "check 0x... contract"	このスキルを実行します（トークンセキュリティモード）
アドレスのリスクチェック	"is this address safe" "is this a blacklisted address"	このスキルを実行します（アドレスリスクモード — 現在機能が制限されています）
単一コインの分析	"analyze SOL for me"	gate-info-coinanalysis にルーティングします
アドレスの追跡	"track this address" "fund flow"	gate-info-addresstracker にルーティングします
トークンのオンチェーン分析	"on-chain chip distribution"	gate-info-tokenonchain にルーティングします
プロジェクトのデューデリジェンス	"is this project legit" "team background"	gate-info-coinanalysis にルーティングします（ファンダメンタルズに重点）

---

実行ワークフロー

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

Step 0：多次元の意図確認

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

• クエリがアドレスの安全性（例："is this address safe"、"check 0x..."）に関する場合、このスキル（モード B）を続行します — アドレスリスクはこのスキル専用であり、gate-info-research の対象ではありません。
• クエリが他の次元を含まず、トークン／コントラクトのセキュリティのみについての場合、このスキル（モード A）を続行します。
• クエリにファンダメンタルズ、テクニカル、ニュース、センチメント、比較、またはセキュリティ以外の分析次元も含まれる場合、gate-info-research にルーティングします — 複数次元のクエリに対し、統合されたツールの重複排除と一貫性のあるレポート集約を行います。

モード A：トークンのセキュリティチェック（コアモード — 利用可能）

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

ユーザーの入力から以下を抽出します：

• token：トークンシンボル（例：PEPE、SHIB）— address とは相互に排他的です
• address：コントラクトアドレス（例：0x...）— token とは相互に排他的です
• chain：チェーン名（eth / bsc / solana / base / arb など）— 必須

パラメーター補完戦略：

• ユーザーがチェーンを指定せずトークンのみを提示した場合：「チェーンを指定してください（例：eth、bsc、solana）」と尋ねます
• ユーザーがチェーンを指定せずコントラクトアドレスを提示した場合：アドレス形式から推測を試みます（0x で始まる場合は EVM チェーンの可能性が高いものの、具体的なチェーンを確認してください）
• ユーザーが主要コイン（BTC、ETH）について尋ねた場合：「主要コインには通常、コントラクトのセキュリティリスクはありません。確認が必要な場合は、特定のチェーン上のラップドトークンまたはミームトークンを指定してください」と伝えます

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

Step	MCP ツール	パラメーター	取得データ	並列
1a	info_compliance_check_token_security	token={token} or address={address}, chain={chain}, scope="full", lang="en"	リスクレベル、30 項目以上のリスク項目、税金分析、保有者の集中度、名称リスク、ハニーポット検出、オープンソース状況	はい
1b	info_coin_get_coin_info	query={token or symbol}	トークンの基本情報（プロジェクト名、セクター、上場取引所 — 補足情報）	はい

両方のツールは依存関係がないため、並列で呼び出されます。

Step 3：LLM による集約 — リスクレポートを生成

セキュリティ検出データとファンダメンタルズを LLM に渡し、以下のテンプレートを使用して評価レポートを生成します。

モード B：アドレスのリスクチェック（縮退モード）

info_compliance_check_address_risk はまだ利用できません（P3 フェーズ）。現在、基本的なアドレス情報を取得できるのは info_onchain_get_address_info のみです。

ステップ	MCP ツール	パラメーター	取得データ	ステータス
1	info_onchain_get_address_info	address={address}, chain={chain}	基本的なアドレス情報、残高、トランザクション数	✅ 利用可能
2	info_compliance_check_address_risk	—	アドレスのコンプライアンスリスクラベル	❌ 未対応

縮退時の対応：ユーザーに「アドレスのコンプライアンスリスク検出は開発中です。現在は基本的なアドレス情報のみ利用できます。トークンコントラクトのセキュリティチェックを行うには、トークン名またはコントラクトアドレスを入力してください。」と伝えます。

---

レポートテンプレート（トークンセキュリティモード）

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

## {token} Contract Security Report

### 1. Risk Overview

| Metric | Result |
|--------|--------|
| Chain | {chain} |
| Contract Address | {address} |
| Overall Risk Level | {risk_level_text} ({highest_risk_level}) |
| High-Risk Items | {high_risk_num} |
| Medium-Risk Items | {middle_risk_num} |
| Low-Risk Items | {low_risk_num} |
| Honeypot Detected | {is_honeypot ? "⛔ Yes" : "✅ No"} |
| Open Source | {is_open_source ? "✅ Yes" : "⚠️ No"} |

### 2. High-Risk Item Details

{If high-risk items exist, list each:}

| Risk Item | Description | Value |
|-----------|------------|-------|
| {risk_name_1} | {risk_desc_1} | {risk_value_1} |
| {risk_name_2} | {risk_desc_2} | {risk_value_2} |
| ... | ... | ... |

{If no high-risk items: "✅ No high-risk items detected"}

### 3. Tax Analysis

| Metric | Value | Status |
|--------|-------|--------|
| Buy Tax | {buy_tax}% | {Normal/Elevated/Extreme} |
| Sell Tax | {sell_tax}% | {Normal/Elevated/Extreme} |
| Transfer Tax | {transfer_tax}% | {Normal/Elevated/Extreme} |

{If multiple DEX pools have different tax rates, list the major pool breakdowns}

### 4. Holder Concentration

| Metric | Value | Status |
|--------|-------|--------|
| Holder Count | {holder_count} | {Many/Normal/Low} |
| Top 10 Holder % | {top10_percent}% | {Normal/High/Extremely Concentrated} |
| Top 100 Holder % | {top100_percent}% | — |
| Developer Holdings | {dev_holding_percent}% | {Normal/High} |
| Insider Holdings | {insider_percent}% | {Normal/High} |
| Largest Single Holder | {max_holder_percent}% | {Normal/High} |

### 5. Name Risk

| Metric | Result |
|--------|--------|
| Domain Token | {is_domain_token ? "⚠️ Yes" : "✅ No"} |
| Contains Sensitive Words | {is_sensitive ? "⚠️ Yes" : "✅ No"} |
| Sensitive Words | {sensitive_words} |

### 6. Project Basic Info (Supplementary)

| Metric | Value |
|--------|-------|
| Project Name | {project_name} |
| Sector | {category} |
| Listed on Major Exchanges | {exchange_list} |

### 7. Overall Assessment

{LLM generates a 3-5 sentence comprehensive risk assessment:}
- Overall contract safety level
- Most critical risk items (if any)
- Whether holder concentration is healthy
- Whether tax rates are reasonable
- Whether further manual audit is recommended

### ⚠️ Risk Warnings

{Auto-generated explicit warnings based on detection results:}
- Honeypot detection (if applicable)
- High tax warning (if applicable)
- Excessive holder concentration (if applicable)
- Contract not open-source (if applicable)

> The above analysis is based on automated on-chain data detection and cannot cover all risk scenarios. Please combine with project due diligence and community research for comprehensive judgment.

---

判定ロジック

条件	評価
is_honeypot == true	最上位の警告：「⛔ ハニーポットコントラクトとして検出されました — 売却できない可能性が非常に高いです。購入しないでください。」
is_open_source == false	「コントラクトはオープンソースではありません — コードのロジックを監査できず、リスクが高まります」と警告します
buy_tax > 5% または sell_tax > 5%	「異常に高い税率 — 取引コストが極めて高くなります」と警告します
buy_tax > 10% または sell_tax > 10%	「⛔ 極端な税率 — 悪意のあるコントラクトの疑いがあります」と警告します
top10_percent > 50%	「保有が高度に集中しています — インサイダーや大口保有者による売却リスクがあります」と警告します
top10_percent > 80%	「⛔ 保有が極端に集中しています — 売却リスクが深刻です」と警告します
dev_holding_percent > 10%	「開発者の保有比率が高く、売却リスクに注意が必要です」と警告します
holder_count < 100	「保有者が極めて少なく、流動性と分散性が不十分です」と警告します
high_risk_num > 0	各高リスク項目を説明とともに列挙します
high_risk_num == 0 && middle_risk_num <= 2	「コントラクトのセキュリティチェックに合格しました — 重大なリスクは検出されませんでした」と警告します
is_domain_token == true	「これはドメイントークンです — 同名のプロジェクトとは無関係です。十分に確認してください」と警告します
is_sensitive == true	「トークン名にセンシティブな語句が含まれています — なりすまし／詐欺のリスクがあります」と警告します
ツールが空の結果／エラーを返した場合	該当セクションを省略し、レポートに「データを利用できません」と記載します

---

リスクレベルの対応付け

highest_risk_level の値	リスクレベル	ラベル	説明
0	安全	✅ 安全	リスク項目は検出されませんでした
1	低リスク	低リスク	低リスク項目のみが存在します
2	中リスク	中リスク	中リスク項目が存在します — 経過を監視してください
3	高リスク	高リスク	高リスク項目が存在します — 最大限の注意を払ってください
is_honeypot=true	重大なリスク	⛔ 重大なリスク	ハニーポットコントラクト — 強く回避を推奨します

---

エラー処理

エラーの種類	対応
chain パラメーターがない	ユーザーに「チェーンを指定してください（例：eth、bsc、solana、base、arb）」と促します
トークンもアドレスも指定されていない	ユーザーに「トークンシンボルまたはコントラクトアドレスを入力してください」と促します
コントラクトアドレスが存在しない／認識できない	アドレスを確認し、チェーンが正しいことを確かめるようユーザーに促します
トークンが主要コイン（BTC／ETH など）である	「主要コインには通常、コントラクトのセキュリティリスクはありません。コントラクトトークンをチェックするには、特定のチェーン上のラップドトークンまたはミームトークンを指定してください」と伝えます
check_token_security がタイムアウト／エラーになった	エラーメッセージを返し、時間をおいて再試行するよう提案します
アドレスのリスク照会（現在利用不可）	「アドレスのコンプライアンス検出は開発中です」と伝えます。基本的なアドレス情報については gate-info-addresstracker を案内します
ユーザーがコントラクトだと思って通常のアドレスを入力した	検出を試みます。結果が空の場合は「これはコントラクトアドレスではない可能性があります。アドレス情報を確認するには、Address Tracker 機能を使用してください」と伝えます

---

スキル間ルーティング

ユーザーの追加質問の意図	ルーティング先
「このコインを分析してください」	gate-info-coinanalysis
「オンチェーンのチップ分布はどうですか？」	gate-info-tokenonchain
「最近のニュースはありますか？」	gate-news-briefing
「このアドレスを追跡してください」	gate-info-addresstracker
「これをXXと比較してください」	gate-info-coincompare
「このコインの値動きはどうですか？」	gate-info-trendanalysis

---

利用可能なツールと機能低下に関する注意事項

PRDで定義されたツール	実際に利用可能なツール	ステータス	機能低下時の対応
info_compliance_check_token_security	info_compliance_check_token_security	✅ 利用可能	—
info_coin_get_coin_info	info_coin_get_coin_info	✅ 利用可能	—
info_onchain_get_address_info	info_onchain_get_address_info	✅ 利用可能	アドレスモードで基本情報を取得できます
info_compliance_check_address_risk	—	❌ 利用不可（P3）	アドレスのコンプライアンスリスク検出は利用できません。ユーザーに伝え、アドレストラッカーを案内してください

---

安全性に関するルール

1. ハニーポットに関する警告は必須です：is_honeypot=true が検出された場合、「⛔ 重大なリスク」の警告を最も目立つ位置に表示してください。決して軽視しないでください。
2. 投資助言は行いません：リスク評価はオンチェーンデータに基づいており、「投資助言ではありません」という免責事項を含める必要があります。
3. 安全性を断定しません：すべてのチェックに合格した場合でも、「自動検出ですべてのリスクを網羅することはできません」と明記してください。
4. データの透明性を確保してください：検出データのソースとタイムスタンプを明記してください。
5. データがない場合は明示してください：いずれかの項目にデータがない場合は、ユーザーに明確に伝えてください。安全性に関する結論を捏造してはいけません。
6. アドレスのプライバシーを守ってください：アドレス保有者の身元を積極的に公開しないでください。公開されているオンチェーンデータのみを表示してください。