前提条件

Cryptohopper MCPがMCPクライアントに設定されていること — セットアップ概要を参照してください。
聞きたいことについて、大まかなアイデアがあること。質問が頭の中で明確になっているほど、プロンプトの精度は向上します。

メタルール

ルール	実際にはどういう意味か
「どうやって」ではなく、「何を」具体的に	ペア、取引所、時間足、ルックバック期間、出力形式を指定してください。MCPツール名や呼び出しの仕組みは説明しないでください — モデルはあなたが指定するよりも最適なツールを選択できます。
制約を明示する	「ティッカーデータのみを使用する」または「ローソク足のルックバックを100本に制限する」と指定することで、エージェントが過剰にデータを取得するのを防ぎます。
具体的な数値を要求する	「主張ごとに少なくとも1つの価格、パーセンテージ、または比率を含める」とすることで、曖昧な判断を具体的なものにします。
出力形式を固定する	テーブル形式を希望する場合は、そう伝えてください。特定の列順を希望する場合は、そう伝えてください。これがないと、実行ごとにフォーマットがずれる可能性があります。
推論のための自由度を与え、ルーティングはしない	モデルは自由に結論を出すべきですが、時間足を選択することはできません。それはあなたの判断です。

セットアップ手順

1. 単刀直入なプロンプトから始める

洗練さについては心配しないでください。「Cryptohopper MCPを使用し、Binanceの現在のBTC/USDTティッカーを取得します。」これを実行します。出力を見て、どうすれば改善できるかメモしてください。

2. 具体的な情報を一つずつ追加して反復する

出力が目的のものになるまで制約を重ねます。各文章は1つの制約を絞り込むものにします — ペア、取引所、ルックバック期間、インジケーター、出力質問、データ処理ルール。例：「BinanceのETH/USDTについて、過去150本の1時間足ローソク足を取得します。RSI(14)を計算します。現在のRSI値と、過去10本のローソク足がRSIと価格の間にダイバージェンスを示しているかどうかを教えてください。すべての計算は確定したローソク足のみに基づいて行い、現在不完全なローソク足は無視してください。」

3. うまく機能したものを保存し、ライブラリをバージョン管理する

プロンプトが出力で実際に使用できるようになったら、明確な名前（daily_digest_v3, ta_single_pair, multi_venue_depth_check）を付けて保存します。プロンプトを変更した場合は、古いバージョンも保持しておきます — 時にはシンプルな方がうまく機能することもあります。

4. コストプロファイルでプロンプトをタグ付けする

安価なプロンプトで済む場合に、高価なプロンプトを実行するのを避けることができます。

タグ	意味
cheap	ティッカーのみ、どのティアでも実行可能
medium	ティッカー + ローソク足、Explorer+
expensive	オーダーブックまたは詳細な履歴を含む

価値のあるパターン

10のパターンで、実際に必要となることの約90%をカバーできます。詳細は、Cryptohopper MCPで機能するプロンプトパターンを参照してください。

パターン	形状	ユースケース
スキャン	「{セット}について、{基準}を満たす{N}個のものを教えてください」	デイリームーバー、ウォッチリストチェック
詳細な調査	「{時間足}の{ペア}のローソク足を取得します。{インジケーター}を計算します。{解釈}を教えてください」	オンデマンドTA
マルチタイムフレーム	「{インジケーター}を1h/4h/dailyで比較してください。一致していますか？」	スイングトレード検証
深さチェック	「{取引所}の{ペア}について、{サイズ}の注文はブックからいくらになりますか？」	トレード前のスリッページ
スケジュールされたレポート	「{間隔}ごとに、{スキャン}を実行します。{形式}で要約してください」	ダイジェストとアラート
制約付き質問	「ティッカーデータのみを使用します。{質問}」	クォータを考慮したワークフロー
比較と説明	「{A}と{B}を{軸}で比較してください。どちらが{より強い}か教えてください」	相対強度分析
ニュースプラスコンテキスト	「これは{記事}です。トークンを特定し、ライブコンテキストを取得して、市場がどう動いているか教えてください」	ニュース主導のリサーチ
自己チェック	「{第2のソース}と比較してください。乖離している場合は、通知してコミットしないでください。」	重要度の高い意思決定
メタプロンプト	「どのようなMCPツールがありますか？」	デバッグ、発見

うまくいく例とそうでない例

✗ 悪い例

「ETHについて教えてください。」

取引所、時間足、具体的な質問がありません。エージェントは一般的な概要を作成します。

✓ 良い例

「Binanceの現在のETH/USDTティッカーと、過去100 × 4hのローソク足を取得します。現在の価格、24時間の変動、および4hのトレンドが上昇/下降/レンジ相場か教えてください。回答は3文にしてください。」

ペア、取引所、時間足、ルックバック期間、具体的な質問、固定された出力長。

✗ 悪い例

「BTCを買うべきですか？」

モデルに、責任を持って提供できないアドバイスを求めています。拒否するか、データに基づかないもっともらしい回答を作成します。

✓ 良い例

「BinanceのBTC/USDTについて、1hのローソク足（過去150本）を取得します。レポート：現在のトレンド、RSI(14)、50期間EMAからの距離、および今日の出来高が7日平均を上回っているか下回っているか。売買アドバイスはせず、データとそのセットアップについてのあなたの見解のみを提示してください。」

同じ根本的な質問ですが、モデルが実際にデータで回答できるものに変換されています。

✗ 悪い例

「TAを実行してください。」

ペア、取引所、時間足がありません。実行するたびにどのテイクするか質問されます。

✓ 良い例

「Binanceの{ペア}について、4hの時間足、過去150本でTAを実行します。RSI(14)、MACD、20/50/200 EMA、および最近のサポート/レジスタンスを含めてください。出力：3つの段落 — トレンド、モメンタム、主要なレベル。」

ペアはパラメータ化され、他のすべての選択肢は固定されています。