> For the complete documentation index, see [llms.txt](https://docs.mojo.trade/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.mojo.trade/ja/kurzudobtagaido/no.md).

# 戦略の例

**これらは出発点であって、上限ではありません。**

自然言語で説明できることなら、Mojoは理解して実行しようとします。以下の例では、9つの異なる *種類* のことをMojoができることを示していますが、本当の狙いは、あなたにこう思わせることです: *「え、そんなこともできるの？」*

試してみてください。奇抜なほど良いです。それこそがベータ版の目的です。

> 💡 **ヒント:** 以下の各例は、そのままMojoにコピペできます。数字、トークン、条件は、ご自身の仮説に合わせて調整してください。

> ⚙️ **現在の制約（ベータ版）:** 戦略は、スケジュール（最短10分ごと）またはイベントで起動し、その後に条件を確認します。条件は、価格、変動率、RSIやMACDのような指標、資金調達率、それらの組み合わせです。ティックごとの発火には対応していないため、2回のチェックの間に価格がしきい値を一度突き抜けて戻ってしまうと見逃すことがあります。Hyperliquid perpsでは、取引所ネイティブの利確/損切りが利用でき、Mojoがオフラインでも発動します。オンチェーンの現物とPolymarketでは、エージェントが価格を監視し、あなたに代わって注文を出します。

***

### ① 複数市場ヘッジ

> *「HyperliquidでBTCを1,000U、3倍でロングします。同時に、Polymarketで『BTCが60Kを下回る — Yes』を500U買います。」*

Hyperliquidでのロングポジション + Polymarketでの下落保険のベットです。 **1つのエージェント、2つのプラットフォーム、1つの文です。** 手作業でこれをやるには、2つのサイトを行き来しながら、自分でタイミングを合わせる必要があります。

***

### ② 複数段階の条件連鎖

> *「ETHが2,500を突破したら、まずオンチェーンで現物ETHを500U買い、その後Hyperliquidで1,000Uの3倍ロングを建て、損切りは2,300、利確は2,800で3回に分けます。」*

**複数プラットフォーム + 複数段階 + 価格トリガー + 分割利確です。** これを単一の取引所がサポートすることはありません。Mojoなら1つの戦略として実行できます。

***

### ③ 予測市場シグナル

> *「Polymarketの『6月にFRBが利下げする — Yes』の価格が70セントを超えたら、HyperliquidでETHを自動的に500U、3倍でロングします。」*

Polymarketの価格は、現実世界の確率をリアルタイムで追跡します。その1つをperp取引の価格トリガーとして使えます。エージェントが24時間市場を監視するので、あなたはその必要がありません。

***

### ④ 長期DCAと動的な手仕舞い

> *「30日間、毎日100UずつBTCをDCAします。その期間中にBTCが20%以上上昇したら、DCAを停止し、5%のトレーリングストップを設定します。」*

これは単純な定期買いではありません。条件付きで停止し、動的に手仕舞う30日戦略で、あなたの介入なしに動きます。

***

### ⑤ スマートマネー追随

> *「このウォレットを追跡してください `0x1a2b...3c4d`。このウォレットが買ったら、200Uで追随します。ただし、時価総額が1億ドルを超えるトークンに限り、1回の取引は500Uを超えません。」*

オンチェーンウォレットを自動追跡し、フィルターとリスク管理を組み込めます。 **盲目的なコピー取引ではありません** 。ルールはあなたが決め、エージェントがそれを実行します。

***

### ⑥ 複数資産のローテーション

> *「SOL、AVAX、SUIを監視します。最初に24時間高値を更新したものを、3倍で500Uロングし、損切りは3%にします。発火した最初の1つだけを取引します。」*

3つのトークンを並行して監視します。先に動いたものが勝ちです。これを手作業で行うのは無理です。3つのチャートを同時には見られません。

***

### ⑦ 個人用モニタリングボード

> *「BTCとETHのリアルタイム価格と資金調達率、私のポートフォリオの損益とリスクエクスポージャー、ウォレット `0xabc...`；PolymarketのFRB利下げとETH ETFの確率、そして今日の暗号資産界隈のTwitterで何が話題かを表示するダッシュボードを作ってください。」*

Mojoを開けば、価格、ポジション、オンチェーン、予測市場、ソーシャルシグナルなど、気になるものをすべて1か所で見られます。 **TradingView、Debank、Twitter、Polymarketを行き来する必要はもうありません。** これは、あなたが定義するあなた専用のBloomberg Terminalです。

***

### ⑧ 毎朝のブリーフィング

> *「毎朝9時に、日次ブリーフィングを送ってください。私のポートフォリオの損益、直近24時間のBTCとETHの動き、資金調達率、オンチェーンのクジラの動き、そしてその日に予定されている主要なマクロイベントを含めてください。」*

1日1回自動で実行されるスケジュールタスクです。起きてスマホを開けば、その日の市場環境がすでに待っています。

***

### ⑨ ポートフォリオ診断

> *「現在のポートフォリオを分析してください。どのポジションが過大なリスクエクスポージャーを持っていますか。どれが損切りなしで損失を出していますか。全体の相関は高すぎますか。最適化の提案をください。」*

エージェントにポートフォリオ全体を監査させ、見落としているかもしれないリスク――集中、ヘッジ不足、保護されていないドローダウン――を洗い出してもらえます。チャットでいつでも尋ねることもできますし、同じ監査をスケジュールして、設定した基準を超えたときだけ警告させることもできます。

***

### ⑩ 自分で作った因子

> *「2時間ごとに、BTCの過密度をスコア化してください。資金調達率、ロング/ショート比率、清算量をそれぞれ3分の1ずつ使います。80を超えたら通知してください。」*

その因子は、重みも入力もしきい値も含めてあなたのものです。エージェントはただ、それをスケジュール通りに、永遠に計算し続けます。どのデータプロバイダーも「過密度スコア」は公開していません。これは、あなたが説明したからこそ存在する指標です。

***

### ⑪ ある程度の判断を伴う監視

> *「ETHを10分ごとに確認してください。3回連続で1900を下回った場合だけ通知してください。ヒゲで反応しないようにするためです。通知後は2時間静かにしてください。」*

デバウンスとクールダウンを1文で表現できます。1回の急騰で10回も起こされることはありません。

> *「BTCが65,500を上回ったら通知してください。単にその水準より上にあるだけではなく、上抜けしたときでなければいけません。」*

条件は現在値ではなく、クロスすることです。価格がすでにラインより上にある場合は、何も起こりません。

> *「SOLを監視してください。今から見ている最高値を記録し、その高値から5%以上下落したら通知してください。」*

戦略は、現在の最高値を記憶します。これは、設定ではなく記述で表したトレーリングストップです。

***

### ⑫ あなたに届く前にフィルタリングされるイベント

> *「これらのKOLを監視してください。誰かがトークンについて投稿したら、AIにそれが強気か弱気かを判断させます。強気で、かつそのトークンが直近1時間で5%以上すでに動いていなければ、20U買ってください。そうでなければ、知らせるだけにしてください。」*

AIがセンチメントを読み取り、数値がすでに遅すぎないかを確認します。両者を組み合わせることで、すでに終わった値動きを買ってしまう典型的な問題を避けられます。

> *「このスマートマネーのアドレスを監視してください。5万ドル超でトークンを買ったら、まずコントラクト監査と24時間変動を確認し、監査がクリーンで、かつすでに20%以上上昇していなければ30Uで追随してください。そうでなければ、通知だけしてください。」*

コピー取引のプロダクトはどこにでもあります。コピーする前にデューデリジェンスを行うものは、そう多くありません。

***

### ⑬ 同じスレッドで扱う株式

> *「毎日引け後に、SK Hynix、Samsung Electronics、Micron、TSMCを日次変動率順に1つの表にまとめ、出遅れている銘柄に印を付けてください。」*

韓国、台湾、米国の上場銘柄を1つの表にまとめれば、サプライチェーン全体をひと目で把握できます。

> *「Nvidiaが決算を発表して30分後に、実際のEPSと予想を比較し、その翌日のSK Hynixの寄り付きを確認してください。2〜3文でお願いします。」*

決算発表をイベントソースとして使い、その影響が他社にどう波及するかを監視します。

> *「Tesla perpが200を下回ったら、50Uで2倍ロングを建て、利確を220、損切りを190にしてください。」*

株式は見るだけの対象ではありません。Hyperliquidではそのperpを取引できます。

***

### ⑭ 自分自身を積み上げるリサーチ

> *「BTC、ETH、SOLの直近200本の1時間足を取得し、それぞれのボラティリティ構造と主要な水準を分析してください。」*
>
> *「次に、BNB、XRP、DOGE、AVAXの1時間足を200本取得し、最初の3つと比較してください。」*
>
> *「7銘柄すべての資金調達率、ロング/ショート比率、建玉を調べてください。1つの表にまとめます。」*
>
> *「上記すべてを使って、2,000語のマーケット概況を書いてください。」*

順番に依頼しても、前のデータは残ります。最後のレポートは、すでに取得した1,400本のローソク足と指標テーブルを土台に作られます。ゼロから想像し直すわけではありません。

***

### さらに先へ

上の例はそれぞれ、異なる *能力の側面*：複数市場、複数段階、価格・指標トリガー、長期、スマートマネー、並列監視、ダッシュボード、スケジュールタスク、ポートフォリオ分析、独自因子、フィルタ済みイベント、株式、そして積み上がるリサーチです。

思いつくほとんどのことは、これらの複数を組み合わせたものです。 **その半分を組み合わせた戦略を説明したら、どうなるでしょうか。**

試してみてください。何が壊れたか教えてください。それが、Mojoの次のバージョンを作る方法です。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.mojo.trade/ja/kurzudobtagaido/no.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.