gate-info-trendanalysis

gate-info-trendanalysis

一般ルール

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

テクニカル分析に特化したスキルです。ユーザーがコイン名とテクニカル分析の意図を入力すると、システムは4つのツール（K線データ、インジケーター履歴、複数時間足のシグナル、リアルタイム市場スナップショット）を並行して呼び出し、LLM が多角的なテクニカル分析レポートにまとめます。

トリガーとなるシナリオ：ユーザーがテクニカル分析、K線、インジケーター、トレンド、サポート／レジスタンス、または類似のキーワードに明示的に言及した場合。

スキルごとの更新： このディレクトリには 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-info-research の互換エイリアスです。

更新トリガー、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__ → ここで停止してください。更新トリガーや、以下のレガシー MCP セクションを実行してはいけません。 https://github.com/gate/gate-skills/blob/master/skills/gate-info-research/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-info-trendanalysis/scripts/update-skill.sh" check "gate-info-trendanalysis"

PowerShell：

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

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

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

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

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

ステップ 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 が必要です。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 が exit 3 になった場合、ステップ 2 が解決するまで実行に進まないでください。check_failed または apply の失敗時は、ランタイムルールに従い、適切な場合は実行を続けてください。

---

MCP の依存関係

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

必須の MCP サーバー

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

使用する MCP ツール

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

• info_marketsnapshot_get_market_snapshot
• info_markettrend_get_indicator_history
• info_markettrend_get_kline
• info_markettrend_get_technical_analysis

認証

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

インストールの確認

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

ルーティングルール

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

ユーザーの意図	キーワード	アクション
テクニカル分析	"technical analysis" "K-line" "RSI" "MACD" "Bollinger" "moving average" "support" "resistance" "trend"	この Skill の全ワークフローを実行する
総合分析（ファンダメンタルズを含む）	"analyze BTC for me"	gate-info-coinanalysis にルーティングする
価格のみ	"what's BTC price"	info_marketsnapshot_get_market_snapshot を直接呼び出す
K ラインの生データのみ	"BTC 30-day K-line"	info_markettrend_get_kline を直接呼び出す — Skill 全体を実行する必要はありません

---

実行ワークフロー

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

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

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

• クエリが1つのコインのテクニカル指標またはトレンド分析のみを対象としている場合は、この Skill を続行します。
• クエリにファンダメンタルズ、リスク、ニュース、センチメント、またはテクニカル分析以外の分析軸も含まれている場合は、gate-info-research にルーティングします。このツールは、ツールの重複を統一的に排除し、一貫性のあるレポートを集約して、複数の分析軸を含むクエリに対応します。

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

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

• symbol：コインのティッカー（BTC、ETH、SOL など）
• timeframe：分析の時間枠（例："daily" → 1d、"4-hour" → 4h。デフォルト：1d）
• indicators：ユーザーが重視する特定の指標（例："RSI"、"MACD"。デフォルト：すべて）
• period：K ラインの遡及日数（デフォルト：90）

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

Step	MCP ツール	パラメーター	取得データ	並列
1a	info_markettrend_get_kline	symbol={symbol}, timeframe={timeframe}, limit=90	K ラインの OHLCV データ（デフォルトは90本）	はい
1b	info_markettrend_get_indicator_history	symbol={symbol}, indicators=["rsi","macd","bollinger","ma"], timeframe={timeframe}	テクニカル指標の履歴	はい
1c	info_markettrend_get_technical_analysis	symbol={symbol}	複数時間枠の複合シグナル（1h/4h/1d/1w）	はい
1d	info_marketsnapshot_get_market_snapshot	symbol={symbol}, timeframe="1d", source="spot"	リアルタイムの市場スナップショット（価格、出来高、OI、資金調達率）	はい

4つのツールはすべて並列で呼び出します。

Step 3：LLM による分析

LLM は生データに基づいてテクニカル分析を行い、次の推論を完了します。

1. ローソク足のパターンからトレンドを特定する（上昇トレンド／下降トレンド／横ばいチャネル）
2. 指標の履歴を組み合わせて現在の位置を評価する（買われ過ぎ／売られ過ぎ／中立）
3. 複数時間枠のシグナルの一致または乖離を評価する
4. 主要なサポートレベルとレジスタンスレベルを特定する

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

---

レポートテンプレート

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

## {symbol} Technical Analysis Report

> Analysis time: {timestamp} | Primary timeframe: {timeframe}

### 1. Current Market Snapshot

| Metric | Value |
|--------|-------|
| Price | ${price} |
| 24h Change | {change_24h}% |
| 24h Volume | ${volume_24h} |
| 24h High | ${high_24h} |
| 24h Low | ${low_24h} |
| Open Interest | ${oi} (if available) |
| Funding Rate | {funding_rate}% (if available) |

### 2. Trend Assessment

**Overall Trend**: {Uptrend / Downtrend / Sideways / Trend Reversal}

{Trend analysis based on candlestick patterns and MA alignment:}
- MA7 / MA25 / MA99 alignment: {Bullish / Bearish / Tangled}
- Recent candlestick patterns: {Bullish Engulfing / Doji / Hammer / etc.} (if notable)
- Volume confirmation: {Rising volume + price up (healthy) / Declining volume + price up (weak momentum) / Rising volume + price down (accelerated selling)}

### 3. Technical Indicator Details

#### RSI (14)
| Timeframe | Value | Status |
|-----------|-------|--------|
| 1h | {rsi_1h} | {Overbought/Oversold/Neutral} |
| 4h | {rsi_4h} | {Overbought/Oversold/Neutral} |
| 1d | {rsi_1d} | {Overbought/Oversold/Neutral} |

{RSI divergence analysis: any bullish/bearish divergence present?}

#### MACD
| Timeframe | DIF | DEA | Histogram | Status |
|-----------|-----|-----|-----------|--------|
| 1h | {dif} | {dea} | {histogram} | {Golden Cross/Death Cross/Above Zero/Below Zero} |
| 4h | ... | ... | ... | ... |
| 1d | ... | ... | ... | ... |

#### Bollinger Bands (20, 2)
| Metric | Value |
|--------|-------|
| Upper Band | ${upper} |
| Middle Band | ${middle} |
| Lower Band | ${lower} |
| Bandwidth | {bandwidth}% |
| Current Position | {price relative to bands + percentile} |

{Narrowing bands → breakout imminent; price touching upper band → potential pullback to middle; touching lower band → potential bounce}

### 4. Key Price Levels

| Type | Price | Basis |
|------|-------|-------|
| Strong Resistance | ${resistance_1} | {Previous high / MA99 / Upper Bollinger / Round number} |
| Weak Resistance | ${resistance_2} | ... |
| Weak Support | ${support_1} | ... |
| Strong Support | ${support_2} | {Previous low / MA99 / Lower Bollinger / Volume profile cluster} |

### 5. Multi-Timeframe Signal Summary

| Timeframe | Composite Signal | Bullish Indicators | Bearish Indicators |
|-----------|-----------------|--------------------|--------------------|
| 1h | {Strong Buy/Buy/Neutral/Sell/Strong Sell} | {count} | {count} |
| 4h | ... | ... | ... |
| 1d | ... | ... | ... |
| 1w | ... | ... | ... |

**Signal Consistency**: {Are multi-timeframe signals aligned? e.g., "Short-term bearish but medium/long-term bullish — divergence present"}

### 6. Overall Technical Assessment

{LLM generates a comprehensive assessment:}
- Current trend strength evaluation
- Short-term (1-3 day) likely direction
- Medium-term (1-2 week) likely direction
- Key observation: a break above ${resistance_1} opens upside; a break below ${support_2} signals trend weakening

### Risk Warnings

{Data-driven risk alerts}

> Technical analysis is based on historical data and cannot predict future price movements. This does not constitute investment advice.

---

判断ロジック

条件	評価
RSI > 70（複数時間足で一貫）	「複数時間足でRSIが買われすぎ — 大幅な反落の可能性」
RSI < 30（複数時間足で一貫）	「複数時間足でRSIが売られすぎ — 大幅な反発の可能性」
MACDの日足ゴールデンクロス + 4時間足のゴールデンクロス	「MACDの複数時間足でゴールデンクロスを確認 — 強気シグナル」
MACDの日足デッドクロス + 4時間足のデッドクロス	「MACDの複数時間足でデッドクロスを確認 — 弱気シグナル」
ボリンジャーバンド幅 < 5%	「ボリンジャーバンドが極端に収縮 — ブレイクアウトが間近」
価格がボリンジャーバンドの上限を上抜け	「短期的に買われすぎ — ミドルバンドへの反落の可能性」
MA7 > MA25 > MA99	「移動平均線が強気の並び」
MA7 < MA25 < MA99	「移動平均線が弱気の並び」
出来高が3日連続で増加 + 価格が上昇	「出来高を伴う上昇 — 健全なトレンド」
価格が上昇する一方で出来高が減少	「出来高の少ない上昇 — モメンタムの弱まりに注意」
短期シグナルと中長期シグナルが乖離	「強気・弱気の乖離 — 方向性が定まるのを待つ」とフラグ付け
funding_rate > 0.1%	「先物市場でロングが極端に集中 — ロングスクイーズのリスク」
ツールが空の結果またはエラーを返す	その指標の分析をスキップし、「データを利用できません」と記載

---

エラー処理

エラーの種類	対応
コインが存在しない	コイン名を確認するようユーザーに促す
info_markettrend_get_kline のデータが不足	ルックバック期間を短縮するか、より大きな時間足に切り替え、データが限られていることを記載
info_markettrend_get_technical_analysis が失敗	K線と指標の履歴から手動でシグナルを導出し、「複合シグナルを手動で導出」とラベル付け
info_markettrend_get_indicator_history で一部の指標が欠落	利用可能な指標を表示し、欠落しているものは「一時的に利用できません」と記載
すべてのツールが失敗	エラーメッセージを返し、後でもう一度試すようユーザーに提案

---

スキル間のルーティング

ユーザーの追加質問の意図	ルーティング先
「ファンダメンタルズはどうですか？」／「完全な分析」	gate-info-coinanalysis
「なぜ急騰／急落しているのですか？」	gate-news-eventexplain
「オンチェーンの保有者分析」	gate-info-tokenonchain
「XXとYYを比較して」	gate-info-coincompare
「最近のニュースは？」	gate-news-briefing

---

安全ルール

1. 取引のアドバイスは禁止：「ロング／ショートを推奨します」や「XXで買い」と出力しない
2. 具体的な価格予測は禁止：「明日XXまで上昇します」や「目標価格はXX」と出力しない
3. 限界を明示：テクニカル分析は過去のデータに基づいており、外れる可能性があることを明確に伝える
4. データの透明性：K線データの範囲と指標のパラメーター設定を明記する
5. 欠落データにフラグを付ける：指標を利用できない場合は明示する。値を決して捏造しない