> 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/ko/mojo/mojo-1.md).

# Mojo를 선택하는 이유

트레이딩은 세 가지를 동시에 보상합니다: 좋은 아이디어, 빠른 실행, 감정 통제. 개인 트레이더가 이 셋을 동시에 유지하는 일은 거의 불가능합니다. 똑똑하지 않아서가 아니라, 시스템 자체가 그렇게 불리하게 짜여 있기 때문입니다.

### 문제

이런 경험, 있으셨을 겁니다. 새벽 3시 알람을 맞춰 두고 특정 가격대를 보려다 그대로 잠들어 버립니다. 진입 기회를 보고도 하루를 망설입니다. TradingView, Debank, Twitter, Polymarket에 다섯 개 탭을 열어 두고도 전체 그림은 여전히 보지 못합니다. 손실을 본 뒤 만회하려고 포지션을 키웠다가 더 크게 잃습니다. 큰손 지갑의 움직임을 보고 수동으로 따라 했지만, 이미 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/ko/mojo/mojo-1.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.