> 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/mojo-nitsuite/mojo-gabareru.md).

# Mojo が選ばれる理由

トレーディングは、良いアイデア、素早い実行、感情の規律という3つに報います。個人トレーダーがこの3つを同時に維持できることはほとんどありません。頭が悪いからではなく、仕組みが不利にできているからです。

### 問題

その感覚は、きっと経験があるはずです。3時にある水準を見るために目覚ましをセットしたのに、寝過ごしてしまう。セットアップができかけているのを見て、1日ためらう。TradingView、Debank、Twitter、Polymarketをまたいで5つのタブを開いているのに、全体像がまだ見えない。損失を出して取り返そうとポジションサイズを上げ、さらに失う。スマートマネーのウォレットの動きを見つけて手作業で真似し、20%も遅れて到着する。

これはあなたの問題ではありません。ツールの問題です。あなたには判断力があります。ただ、実行と情報過多に足を引っ張られているだけです。

### 機関投資家はどう解決し、なぜ個人投資家にはできないのか

機関投資家のトレーディングデスクは、仕事をチームで分担することで実行の問題を解決します。リサーチ担当がアイデアを見つけ、リスク管理担当が上限を設定し、執行トレーダーが注文を出し、モニタリング担当がポジションを監視し、アナリストが何が起きたかを振り返ります。5つか6つの役割が、毎日、閉じたループとして回っています。

個人トレーダーは、そのすべてを一人でやらなければなりません。仕事もしながら。眠りもしながら。ひとりの人間としても生きながら。

結果は予測可能です。良いアイデアは、仮説と実行のあいだのギャップで死んでしまいます。画面の前にいなかったせいで、セットアップを逃します。感情が先に立つと、ストップロスをずらしてしまいます。振り返る時間がないので、同じミスを繰り返します。「トレーダーの損失」の多くは、本当は判断ミスの問題ではありません。トレーディングが求めるものと、一人の人間にできることのあいだにある構造的なミスマッチの問題です。

### Mojoがこの問題にどう対処するか

Mojoは、シンプルな賭けに基づいています。AIはついに、個人トレーダーにかつてチームを必要としたのと同じ閉じたループの能力を与えられるほど十分に優れている、という賭けです。

仮説、確信、最終判断を下すのは、引き続きあなたです。Mojoはその下のレイヤーになります。あなたの意図を正確な計画に変換し、あなたに代わって市場を監視し、タイミングが来たら実行し、何が起きたかを正確に知らせるシステムです。

あなたは取引をボットに丸投げするわけではありません。トレーディングに使う運用レイヤーをアップグレードするのです。

### 何が変わるか

実行がボトルネックでなくなると、いくつかのことが変わります。

* **セットアップを見逃さなくなります** エージェントが、あなたが見ていない間も監視しているからです
* **より規律を持って取引できます**、なぜなら、落ち着いているときに決めたルールが、市場が動いたときにもそのまま守られるからです
* **数日、数週間、あるいは数か月にわたって、本当の仮説を持ち続けられます** 常時監視で消耗することもありません
* **より少ないのではなく、より多くのアイデアを実行に移せます**、なぜなら、それぞれのアイデアに必要なのが、何時間もの注意ではなく、数分のセットアップだけになるからです
* **手作業ではそもそも実行できない戦略も運用できます** — たとえば、perpポジションと予測市場のヘッジをリアルタイムで連携させるような戦略です

これが私たちの言う *「意図を持って取引する」*です。目的は、もっと取引することではありません。すべての取引が、あなたの決定を実際に反映するようにすることです。


---

# 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/mojo-nitsuite/mojo-gabareru.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.