gate-news-communityscan

gate-news-communityscan

一般ルール

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

コミュニティのセンチメントをスキャンするスキル（X/Twitter を中心に扱います）。並列呼び出しで X/Twitter の議論分析と定量的なソーシャルセンチメントを取得し、LLM がそれらを集約してコミュニティインサイトレポートを作成します。

起動シナリオ：コミュニティの意見、Twitter/X での議論、KOL の見解、ソーシャルセンチメントなど。

スキルごとの更新： このディレクトリには 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/ にあります（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 と 任意の time_range を引き継いでください。
• __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-communityscan/scripts/update-skill.sh" check "gate-news-communityscan"

PowerShell：

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

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

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

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

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

ステップ 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/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 です。update-skill.sh / update-skill.ps1 は、正規化後に SKILL.md を含むパスが 1 つだけの場合、自動的に順序を入れ替えます（例：エージェントが name の後にパスを渡す場合）。
• ClawHub とフルツリー： update-skill.ps1 を含まないインストールでは、gate/gate-skills から skills/<name>/scripts/ にコピーできます（手動のみ。エージェントは自動ダウンロードしてはいけません）。

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

---

既知の制限事項

• UGC プラットフォーム：Reddit、Discord、Telegram は search_ugc の利用可否に依存します。この API が利用可能になるまでは、レポートを X/Twitter のみに基づくものとして示してください。
• 上流 API の対応状況によっては、過去のセンチメント傾向が単一時点のスナップショットになる場合があります。

---

MCP の依存関係

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

必須の MCP サーバー

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

使用する MCP ツール

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

• news_feed_search_x（X/Twitter の議論 — 例：上流に従った Grok ベースの分析）
• news_feed_get_social_sentiment

認証

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

インストールの確認

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

ルーティングルール

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

ユーザーの意図	キーワード	アクション
コインに対するコミュニティの意見	"what does community think about ETH"	coin を指定して実行
X／Twitter での議論	"Twitter discussion" "KOL views"	実行（X に特化）
全般的なソーシャルセンチメント	"overall market sentiment"	実行（特定のコインなし）
Reddit／Discord の指定	"Reddit discussion"	案内：現在は X のみ。UGC は近日対応予定
ニュースのみ	"any crypto news"	gate-news-briefing にルーティング
コイン分析	"analyze SOL"	gate-info-coinanalysis にルーティング
価格が動いた理由	"why did BTC pump"	gate-news-eventexplain にルーティング

---

実行ワークフロー

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

Step 0：多次元の意図確認

• コミュニティ／ソーシャルセンチメント → この Skill。
• コインのファンダメンタルズ、テクニカル、マクロを組み合わせた分析 → gate-info-research（利用可能な場合）。

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

• coin（任意）
• topic（任意）：例：ETF、規制、レイヤー 2
• query：X 検索用にコインとトピックから構成します。どちらも指定されていない場合は、市場全般のソーシャルスキャンを行います。

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

ステップ	MCP ツール	パラメーター	取得データ	並列実行
1a	news_feed_search_x	query={coin or topic}	X での議論／論調／KOL の見解	はい
1b	news_feed_get_social_sentiment	指定されている場合は coin={coin}	センチメントスコア、比率、言及数	はい

Step 3：LLM による集約

• X での定性的な議論と、定量的なセンチメントを統合します
• 主流の論調と KOL のテーマをまとめます
• センチメントと価格の一致または乖離を確認します

---

レポートテンプレート

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

## Community Sentiment Scan: {coin or topic}

> Generated: {timestamp} | Platforms: X/Twitter only
> Note: Reddit/Discord/Telegram not yet supported.

### X/Twitter Discussion

{Summary from news_feed_search_x}

**Key Narratives**: ...
**Notable KOL Views**: ...

### Sentiment Metrics

| Metric | Value | Assessment |
|--------|-------|------------|
| Sentiment Score | {score} | {Bullish/Bearish/Neutral} |

### Sentiment vs Price

| Dimension | Current |
|-----------|---------|
| Social Sentiment | ... |
| Price Trend (24h) | ... |
| Alignment | {Aligned / Divergent} |

### Key Takeaways

{2–3 insights}

> Community sentiment is not a reliable price predictor. This does not constitute investment advice.

---

判定ロジック

条件	評価
センチメントスコア > 70	強い強気 — 逆張りへの警戒が必要
センチメントスコア < 30	強い弱気 — 投げ売りまたは好機の可能性
ポジティブ比率 > 80%	強いポジティブコンセンサス — 反転に注意
議論の量 > 7 日平均の 2 倍	異常な活発さ — きっかけとなる要因の可能性
KOL の意見が分かれている	コンセンサスが崩れている — 不確実性あり
センチメントは強気だが価格は下落	乖離 — センチメントが遅れている可能性
センチメントは弱気だが価格は上昇	乖離 — 市場が予想に反している

---

エラー処理

エラーの種類	対応
news_feed_search_x が失敗	センチメント指標のみを返し、X での議論を取得できないことを明記
news_feed_get_social_sentiment が失敗	X での議論のみを返し、指標は省略
両方のツールが失敗	エラーを返し、再試行を提案
クエリに一致する X の議論がない	クエリの範囲を広げ、データが限られていることを明記
ユーザーが Reddit／Discord について尋ねる	UGC は利用できず、現在は X のみであることを伝える

---

スキル間のルーティング

ユーザーのフォローアップの意図	ルーティング先
"Analyze this coin"	gate-info-coinanalysis
"Any news about this?"	gate-news-briefing
"Why is it pumping/dumping?"	gate-news-eventexplain
"Technical analysis?"	gate-info-trendanalysis
"On-chain data?"	gate-info-tokenonchain
"How's the overall market?"	gate-info-marketoverview

---

安全ルール

1. 意見を捏造しない：データで裏付けられる内容のみを報告し、KOL の発言を捏造しないでください。
2. 出典の明記：データ内で公人が明確に特定されている場合を除き、KOL／コミュニティの意見として一般的に帰属させてください。
3. 中立的な提示：強気と弱気の両方の見解を示してください。
4. センチメントは予測ではない：限界を明確に説明してください。
5. プラットフォームの透明性：X/Twitter のみを対象としていることを明記してください。
6. 誤情報：噂を事実として述べるのではなく、「未検証の主張が出回っている」という表現を優先してください。
7. 年齢と適格性：各利用者の法域において、18 歳以上であり、完全な行為能力を有する方を対象とします。
8. データフロー：ホストエージェントがユーザーのプロンプトを処理します。このスキルは、上記に記載された読み取り専用の Gate-News MCP ツールを使用します。LLM はツールの結果を統合します。このスキルは、追加のサードパーティ製データサービスを呼び出しません。