gate-news-listing

gate-news-listing

一般ルール

⚠️ STOP — 先に共有ランタイムルールを読み、厳守する必要があります。 すべてのルールを読むまで、ツールを選択したり呼び出したりしないでください。これらのルールは最優先です。 → 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 に従って対応するプライマリスキルに委任してください。

リスティング・レーダースキルです。ユーザーが取引所の上場／上場廃止／メンテナンスに関する発表を尋ねた場合、システムはまず取引所の発表ツールを呼び出し、その後、関心の高いコインについてファンダメンタルズと市場データを補足します。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/ にあります（frontmatter と同じ <name>）。

---

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

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

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

PRIMARY_SKILL="gate-news-intel"
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-news-intel/SKILL.md とそのプレイブック契約に従ってください。必要最小限のコンテキストを引き継いでください。任意で、コインによる絞り込みを行う上場情報クエリには 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-news-listing/scripts/update-skill.sh" check "gate-news-listing"

PowerShell：

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

結果の意味： 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-news-listing/scripts/update-skill.sh" apply "gate-news-listing"

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

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

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

ステップ 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>。インストール先として ~/.cursor（または skills/<name>/SKILL.md を含まないホストルート）を扱わないでください。引数が 1 つの場合、スクリプトはそのディレクトリにフォールバックする前に、記載の順序で $SKILL_ROOT を解決します。ワークスペースへのインストールには DEST を明示する必要があります。check / apply / revoke-pending の引数が 2 つの場合：標準の順序は、最初に絶対パスの DEST（スキルルート）、次に name です。update-skill.sh / update-skill.ps1 は、正規化したパスの片方だけに SKILL.md が含まれる場合、引数を自動的に入れ替えます（例：エージェントが name、パスの順に渡した場合）。
• ClawHub とフルツリーの違い： update-skill.ps1 を含まないインストールでは、gate/gate-skills から skills/<name>/scripts/ にコピーできます（手動のみ。エージェントが自動ダウンロードしてはいけません）。

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

---

MCP の依存関係

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

必須の MCP サーバー

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

使用する MCP ツール

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

• info_coin_get_coin_info
• info_coin_get_coin_rankings
• info_marketsnapshot_get_market_snapshot
• news_feed_get_exchange_announcements

認証

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

インストールの確認

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

ルーティングルール

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

ユーザーの意図	キーワード／パターン	アクション
取引所の上場情報を問い合わせる	"what did Binance list" "any new coins on Gate" "recent new listings"	このスキルのワークフロー全体を実行します
特定のコインの上場情報を問い合わせる	"where is SOL listed" "when was PEPE listed on Binance"	このスキルを実行します（コインで絞り込み）
上場廃止／メンテナンス情報を問い合わせる	"any coins getting delisted" "exchange maintenance announcements"	このスキルを実行します（アナウンスの種類で絞り込み）
ニュース概要	"what happened recently"	gate-news-briefing にルーティングします
コイン分析	"how is this new coin doing"	gate-info-coinanalysis にルーティングします
コントラクトのセキュリティチェック	"is this new coin safe"	gate-info-riskcheck にルーティングします

---

実行ワークフロー

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

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

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

• exchange（任意）：取引所名（例：Binance、Gate、OKX、Bybit、Coinbase）
• coin（任意）：特定のコインシンボル
• announcement_type（任意）：アナウンスの種類（listing／delisting／maintenance）
• limit：結果数。デフォルトは 10

デフォルトのロジック：

• 取引所が指定されていない場合は、すべての取引所を問い合わせます
• アナウンスの種類が指定されていない場合は、listing をデフォルトにします
• ユーザーが「delisting」または「maintenance」に言及した場合は、対応する announcement_type を設定します

Step 2：取引所アナウンスツールを呼び出す

Step	MCP ツール	パラメーター	取得データ	並列
1	news_feed_get_exchange_announcements	exchange={exchange}, coin={coin}, announcement_type={announcement_type}, limit={limit}	アナウンス一覧：取引所、コイン、種類、時刻、詳細	—

Step 3：主要コインのデータを補完する（並列）

Step 2 の結果から、上場したばかりのコインを上位 3～5 件抽出し、並列でデータを補完します：

Step	MCP ツール	パラメーター	取得データ	並列
2a	info_coin_get_coin_info	query={coin_symbol}	プロジェクトの基本情報：セクター、資金調達、説明	はい
2b	info_marketsnapshot_get_market_snapshot	symbol={coin_symbol}, timeframe="1d", source="spot"	市場データ：価格、変動率、時価総額、取引量	はい

listing タイプのアナウンスのみ、データを補完します。delisting／maintenance のアナウンスでは市場データは不要です。

Step 4：LLM による集約 — レポートを生成する

以下のテンプレートを使用して取引所の動向レポートを生成するため、アナウンスデータと補足情報を LLM に渡します。

---

レポートテンプレート

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

## Exchange Activity Report

> Data range: {start_time} — {end_time} | Exchange: {exchange / "All"} | Type: {type / "Listings"}

### 1. Latest Listing Announcements

| # | Exchange | Coin | Type | Listing Time | Trading Pairs |
|---|---------|------|------|-------------|---------------|
| 1 | {exchange_1} | {coin_1} | Listed | {time_1} | {pairs_1} |
| 2 | {exchange_2} | {coin_2} | Listed | {time_2} | {pairs_2} |
| ... | ... | ... | ... | ... | ... |

### 2. Featured New Coins

{Quick analysis of the top 3-5 newly listed coins}

#### {coin_1}

| Metric | Value |
|--------|-------|
| Project Description | {description} |
| Sector | {category} |
| Funding Background | {funding} |
| Current Price | ${price} |
| Post-Listing Change | {change}% |
| 24h Volume | ${volume} |
| Market Cap | ${market_cap} |

{LLM one-liner: highlights and risks to watch for this project}

#### {coin_2}
...

### 3. Delisting / Maintenance Notices (if any)

| # | Exchange | Coin | Type | Effective Date | Notes |
|---|---------|------|------|---------------|-------|
| 1 | ... | ... | Delisted | ... | ... |

### 4. Activity Summary

{LLM generates a 2-3 sentence summary based on all announcement data:}
- Most active exchange for new listings recently
- Trending listing sectors (Meme / AI / DePIN / L2, etc.)
- Notable projects and why they stand out
- Delisting/maintenance reminders (if any)

### ⚠️ Risk Warnings

- Newly listed coins experience extreme volatility — the price discovery phase carries very high risk
- Some newly listed tokens may have insufficient liquidity — watch for slippage on large trades
- It is recommended to use the "Risk Assessment" feature to check contract security before trading

> The above information is compiled from public announcements and on-chain data and does not constitute investment advice.

---

判定ロジック

条件	評価
新規コインの上場後24時間変動率が+100%を超える	「異常な急騰 — 急騰に乗ることには極めて大きなリスクが伴います」と警告
新規コインの上場後24時間変動率が-50%を下回る	「上場後に損失が発生 — 現時点での購入には注意が必要です」と警告
24時間の取引高が$100K未満	「取引高が極めて低い — 深刻な流動性不足です」と警告
複数の取引所で同じコインが同時に上場する	「複数の取引所で同時上場 — 市場の注目度が高いです」と警告
お知らせの種類が上場廃止	「上場廃止予定 — ポジションを速やかに処理してください」と警告
お知らせの種類がメンテナンス	「入出金メンテナンス中 — 一時的に送金できません」と警告
コインのファンダメンタルズに資金調達情報がない	「資金調達情報が見つかりません — 追加のデューデリジェンスが必要です」と警告
お知らせの結果が空	「この期間に該当するお知らせはありません」と通知
補足ツールの結果が空／エラー	そのコインの詳細分析をスキップし、「データを利用できません」と表示

---

エラー処理

エラーの種類	対処方法
取引所名のスペルミス	あいまい検索を試みます。例：「Binance」→ Binance、「OKX」→ OKX
該当するお知らせがない	「この取引所／期間に{type}のお知らせはありません。」と通知します。期間を広げるか、別の取引所に切り替えるよう提案します
news_feed_get_exchange_announcements のタイムアウト	エラーメッセージを返し、後でもう一度試すよう提案します
コインの補足情報（coin_info / market_snapshot）の取得失敗	そのコインの詳細分析をスキップし、お知らせ情報のみを表示します
コインの上場時期（将来）について質問された	「現在は公開済みのお知らせのみ照会できます。将来の上場計画を予測することはできません」と通知します
結果が多すぎる	デフォルトでは最新の10件を表示し、取引所や期間を指定して結果を絞り込めることをユーザーに伝えます

---

スキル間のルーティング

ユーザーの追加質問の意図	ルーティング先
「この新しいコインを分析して」	gate-info-coinanalysis
「この新しいコインのコントラクトは安全？」	gate-info-riskcheck
「これらの新規上場をいくつか比較して」	gate-info-coincompare
「なぜこのコインは取引所に上場したの？」	gate-news-eventexplain
「今の市場全体の状況は？」	gate-info-marketoverview
「この新しいコインのオンチェーンデータ」	gate-info-tokenonchain

---

利用可能なツールと機能低下時の対応

PRD で定義されたツール	実際に利用可能なツール	ステータス	機能低下時の対応
news_feed_get_exchange_announcements	news_feed_get_exchange_announcements	✅ 利用可能	—
info_coin_get_coin_rankings	—	❌ 利用不可	ランキング順で最近の上場銘柄を一覧表示できません。代わりに、お知らせからコインを抽出し、個別に照会します
info_coin_get_coin_info	info_coin_get_coin_info	✅ 利用可能	—
info_marketsnapshot_get_market_snapshot	info_marketsnapshot_get_market_snapshot	✅ 利用可能	—

---

安全に関するルール

1. 投資助言を行わない：お知らせの分析は公開情報に基づいて行い、「投資助言ではありません」という免責事項を含める必要があります
2. 上場を予測しない：特定の取引所にコインが上場するかどうかを予測しないでください
3. 新規コインのリスクに関する注意喚起：新規上場コインに関するすべてのレポートに、「上場直後は極めて価格が変動しやすい」というリスク警告を含める必要があります
4. データの透明性：お知らせの情報源と更新時刻を明記します
5. データ欠落を明示する：いずれかの項目にデータがない場合は、必ずユーザーに明示してください。データを捏造してはいけません
6. 上場廃止の緊急性：上場廃止のお知らせでは、ユーザーにポジションの管理を目立つ形で促してください