gate-news-briefing

gate-news-briefing

一般ルール

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

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

暗号資産業界の「朝のブリーフィング」スキルです。ユーザーが最近の出来事を尋ねると、システムは 3 つの MCP ツールを並行して呼び出し、主な出来事、注目のニュース、ソーシャルメディアのセンチメントを取得します。その後、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>）。

---

ステップ 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 と time_range。ティッカーがない場合は、プライマリスキルに market_wide_intel を選択させてください。
• __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-briefing/scripts/update-skill.sh" check "gate-news-briefing"

PowerShell：

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

結果の意味： 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. 停止 — まだ Execution に進まないでください。

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 を実行し、その後 Execution に進みます。
   • ユーザーが拒否 → revoke-pending を実行し、その後、現在のインストールで Execution に進みます。

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-briefing/scripts/update-skill.sh" apply "gate-news-briefing"

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

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

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

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

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

オプション — 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 が必要です。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 で 終了コード 3 が返された場合は、ステップ 2 が解決するまで Execution を実行しないでください。check_failed または apply の失敗の場合も、ランタイムのルールに従い、適切であれば Execution を実行してください。

---

MCP の依存関係

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

必須の MCP サーバー

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

使用する MCP ツール

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

• news_events_get_latest_events
• news_feed_get_social_sentiment
• news_feed_search_news

認証

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

インストールの確認

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

ルーティングルール

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

ユーザーの意図	キーワード	アクション
一般的なニュースブリーフィング	"what happened recently" "today's headlines" "crypto news" "any new updates"	このスキルの完全なワークフローを実行する
特定コインのニュース	"any SOL news" "what's happening with BTC"	coin パラメーターにそのコインを設定して、このスキルを実行する
値動きの理由	"why did BTC crash" "what just happened"	gate-news-eventexplain にルーティングする
市場全体の状況	"how's the market"	gate-info-marketoverview にルーティングする
取引所からのお知らせ	"any new listings on Binance" "new coins lately"	gate-news-listing にルーティングする

---

実行ワークフロー

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

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

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

• クエリが最近のニュースや見出しのみに関するものであれば、このスキルを続行します。
• クエリでコイン分析、リスクチェック、テクニカル分析、ファンダメンタル分析、またはニュース以外の分析軸にも言及している場合は、gate-info-research にルーティングしてください。複数の分析軸を含むクエリに対し、ツールの重複を統合的に排除し、一貫性のあるレポートを集約して対応します。

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

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

• coin（任意）：特定のコインが対象かどうか。例：「SOL news」→ coin=SOL
• time_range：時間範囲（デフォルト：24h。ユーザーが「this week」と言った場合 → 7d）
• topic（任意）：特定のトピック（例：「regulation」、「ETF」、「DeFi」）に焦点を当てるかどうか

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

一般ブリーフィングモード（特定のコインなし）：

Step	MCP ツール	パラメーター	取得データ	並列
1a	news_events_get_latest_events	time_range={time_range}, limit=10	主なイベント一覧（影響度評価を含む）	はい
1b	news_feed_search_news	sort_by="importance", limit=10, lang="en"	重要度順のトップニュース	はい
1c	news_feed_get_social_sentiment	（特定のコインなし）	市場全体のソーシャルセンチメントの概要	はい

特定コインモード（ユーザーがコインを指定した場合）：

Step	MCP ツール	パラメーター	取得データ	並列
1a	news_events_get_latest_events	coin={coin}, time_range={time_range}, limit=10	そのコインに関連するイベント	はい
1b	news_feed_search_news	coin={coin}, sort_by="importance", limit=10	そのコインに関連するニュース	はい
1c	news_feed_get_social_sentiment	coin={coin}	そのコインのソーシャルセンチメント	はい

Step 3：LLM による集約

LLM は次の処理を行う必要があります。

1. イベントとニュースの重複を除外する（同じイベントが両方のフィードに表示される場合があります）
2. 影響度／重要度の順にランク付けする
3. カテゴリー分けする（規制、プロジェクト、市場、テクノロジーなど）
4. ソーシャルセンチメントと組み合わせて、市場の注目分野を特定する

Step 4：構造化ブリーフィングを出力する

---

レポートテンプレート

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

## Crypto Industry News Briefing

> Time range: Past {time_range} | Generated: {timestamp}

### 🔴 Major Events

{Top 1-3 events by impact, each containing:}

**1. {event_title}**
- Time: {event_time}
- Impact: {Market/industry impact assessment}
- Involved: {Related coins/projects/institutions}
- Details: {2-3 sentence summary}

**2. {event_title}**
- ...

---

### 📰 Trending News

{Grouped by category, 2-5 items per category:}

**Regulation & Policy**
1. {title} — {source} ({time})
   {One-sentence summary}
2. ...

**Projects & Technology**
1. {title} — {source} ({time})
   {One-sentence summary}
2. ...

**Market & Trading**
1. {title} — {source} ({time})
   {One-sentence summary}
2. ...

**DeFi / NFT / GameFi** (if applicable)
1. ...

---

### 💬 Social Sentiment

| Metric | Status |
|--------|--------|
| Overall Sentiment | {Bullish/Bearish/Neutral} |
| Discussion Volume | {High/Medium/Low} |
| Trending Topics | {topic1}, {topic2}, {topic3} |
| KOL Focus | {focus description} |

**Top 5 Coins by Discussion Volume** (if data available)

| Rank | Coin | Volume Change | Sentiment |
|------|------|--------------|-----------|
| 1 | {coin} | +{change}% | {Bullish/Bearish} |
| 2 | ... | ... | ... |

---

### 📌 Worth Watching

{LLM distills 2-3 noteworthy points from news and sentiment:}
- {Point 1}
- {Point 2}
- {Point 3}

> The above is a news summary and does not constitute investment advice.

特定コインモードのテンプレート

## {symbol} News Briefing

> Time range: Past {time_range} | Generated: {timestamp}

### Recent Key Events

1. {event} — {time}
   {details}
2. ...

### Related News

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

### Social Sentiment

- Discussion Volume: {High/Medium/Low} (vs 7-day average: {change}%)
- Sentiment Bias: {Bullish/Bearish/Neutral}
- KOL Views: {Summary of key KOL opinions}

### Summary

{1-2 sentence summary of the coin's recent news landscape}

---

重複排除とランキングのロジック

ルール	説明
イベントとニュースの重複排除	イベントのタイトルとニュースの見出しが非常に似ている場合（類似度 > 80%）、1 つの項目に統合します — イベントを優先します
重要度によるランキング	イベントは影響度評価順、ニュースは importance フィールド順にランク付けします
時間順	重要度が同じ場合は、時系列の逆順（新しいものが先）にします
カテゴリー分け	ニュースを自動的にカテゴリー分けします：規制と政策 / プロジェクトとテクノロジー / 市場と取引 / DeFi / その他

---

エラー処理

エラーの種類	対応
news_events_get_latest_events が失敗した場合	「主なイベント」セクションを省略し、ニュースのみを表示します
news_feed_search_news が失敗した場合	イベントのみを表示し、「ニュースフィードは一時的に利用できません」と記載します
news_feed_get_social_sentiment が失敗した場合	「ソーシャルセンチメント」セクションを省略します
すべてのツールが失敗した場合	エラーメッセージを返し、後でもう一度試すようユーザーに提案します
ニュース項目が少なすぎる場合（3 件未満）	時間範囲を広げ（例：24 時間 → 48 時間）、変更したことを記載します

---

スキル間のルーティング

ユーザーのフォローアップの意図	ルーティング先
「XX が急騰／急落したのはなぜですか？」	gate-news-eventexplain
「XX を分析してください」	gate-info-coinanalysis
「市場全体の状況はどうですか？」	gate-info-marketoverview
「Binance の新規上場はありますか？」	gate-news-listing
「ETF について詳しく教えてください」	news_feed_search_news(query="ETF") を使って詳細検索します

---

安全ルール

1. 情報源の明記：すべてのニュース項目に情報源（メディア名）と時刻を含める必要があります
2. 解釈に基づく推測をしない：ニュースの要約は客観性を保ち、主観的な推論を加えないでください
3. ニュースを捏造しない：データが不十分な場合は、内容を捏造するのではなく項目数を減らしてください
4. センシティブな話題を中立的に扱う：規制、政治、その他のセンシティブな話題を取り上げる際は、中立的なトーンを保ってください
5. 対象期間を明記する：データが対象とする時間範囲を明確に記載してください