> 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/zh/feng-bi-ce-shi-zhi-nan/ce-le-shi-li.md).

# 策略示例

**这些是起点，不是上限。**

凡是你能用自然语言描述的内容，Mojo 都会尝试理解并执行。下面的示例展示了九种不同的 *类型* Mojo 能做的事情——但真正的重点是让你开始问： *“等等，它还能做到……吗？”*

试试看。越离谱越好。这正是 Beta 的意义。

> 💡 **提示：** 下面每个示例都可以直接复制粘贴到 Mojo 中。修改数字、代币和条件，以匹配你自己的论点。

> ⚙️ **当前边界（Beta）：** 一个策略会按计划唤醒（最短每 10 分钟一次）或在事件发生时唤醒，然后检查其条件——价格、涨跌幅、RSI 和 MACD 等指标、资金费率，以及这些条件的组合。没有逐 tick 触发，因此两次检查之间价格即使一度突破你的阈值又回落，也可能被错过。Hyperliquid 永续合约支持交易所原生托管的止盈/止损，即使 Mojo 离线也会触发；在链上现货和 Polymarket 上，智能体会监控价格并替你下单。

***

### ① 跨市场对冲

> *“在 Hyperliquid 上用 3 倍杠杆做多价值 1000U 的 BTC。同时，在 Polymarket 上买入价值 500U 的 ‘BTC 跌破 6 万美元——Yes’。”*

Hyperliquid 上的多头仓位 + Polymarket 上的下行保险下注。 **一个智能体，两个平台，一句话。** 手动操作意味着你得在两个网站之间切换，还要自己把握好时机。

***

### ② 多步骤条件链

> *“如果 ETH 突破 2,500：先在链上买入价值 500U 的现货 ETH，再在 Hyperliquid 上开 3 倍多单，止损设在 2,300，止盈分三批在 2,800 出场。”*

**跨平台 + 多步骤 + 价格触发 + 分批退出。** 没有哪家交易所原生支持这个。Mojo 把它当作一个策略来完成。

***

### ③ 预测市场信号

> *“如果 Polymarket 上‘六月降息——Yes’的价格升到 70 美分以上，就自动在 Hyperliquid 上用 3 倍杠杆做多 ETH，金额 500U。”*

Polymarket 的份额价格会实时跟踪真实世界概率。把它作为永续合约交易的价格触发器之一——智能体全天候监控市场，所以你不用。

***

### ④ 长周期定投与动态退出

> *“连续 30 天，每天向 BTC 定投 100U。如果 BTC 在这段时间内上涨超过 20%，就暂停定投并设置 5% 跟踪止损。”*

这不是简单的定期买入，而是一个 30 天的策略，带有条件暂停和动态退出，而且无需你介入即可运行。

***

### ⑤ 跟随聪明资金

> *“跟踪这个钱包 `0x1a2b...3c4d`。当它买入时，跟随买入 200U——但仅限市值高于 1 亿美元的代币，且单笔交易绝不超过 500U。”*

自动跟踪链上钱包，并内置过滤条件和风控。 **不是盲目跟单** ——你来设定规则，智能体负责执行。

***

### ⑥ 多资产轮动

> *“监控 SOL、AVAX 和 SUI。谁先突破 24 小时高点，就用 3 倍杠杆做多 500U，止损 3%。只交易第一个触发的标的。”*

三个代币并行监控。先触发者胜出。手动做不到——你不可能同时盯着三张图表。

***

### ⑦ 个人监控面板

> *“帮我搭一个仪表盘，显示：BTC 和 ETH 的实时价格与资金费率；我的投资组合 P\&L 和风险敞口；钱包 `0xabc...`；Polymarket 上美联储降息和 ETH ETF 的概率；以及今天加密 Twitter 在讨论什么。”*

打开 Mojo，把你关心的一切——价格、仓位、链上数据、预测市场、社交信号——都放在一个地方。 **不用再在 TradingView、Debank、Twitter 和 Polymarket 之间来回切换。** 这是由你定义的个人 Bloomberg Terminal。

***

### ⑧ 每日早间简报

> *“每天早上 9 点，给我发送一份每日简报：我的投资组合 P\&L、BTC 和 ETH 过去 24 小时的走势、资金费率、链上巨鲸活动，以及当天安排的重大宏观事件。”*

一个每天自动运行的定时任务。你醒来，打开手机，当天的市场背景信息已经在那里等着你。

***

### ⑨ 投资组合诊断

> *“分析我当前的投资组合：哪些仓位的风险敞口过大？哪些仓位在亏钱却没有止损？我的整体相关性是不是太高了？给我优化建议。”*

让智能体审计你的整个投资组合，并找出你可能忽略的风险——集中度过高、缺少对冲、回撤缺乏保护。任何时候都可以在聊天中提问，或者把同样的审计设为定时任务，只在某项指标越过你设定的界线时提醒你。

***

### ⑩ 你自己发明的因子

> *“每 2 小时对 BTC 的拥挤度打分：资金费率、多空比和爆仓量，各占三分之一。80 分以上提醒我。”*

这个因子由你定义——权重、输入项、阈值都由你决定。智能体只是按计划持续计算。没有任何数据提供商会发布“拥挤度评分”；这个评分之所以存在，是因为你把它描述出来了。

***

### ⑪ 带判断的监控

> *“每 10 分钟检查一次 ETH。只有当它连续 3 次低于 1900 时才提醒我，这样影线不会触发。提醒之后，保持 2 小时安静。”*

去抖和冷却，合在一句话里。一次尖刺不会连续叫醒你十次。

> *“当 BTC 突破 65,500 上方时提醒我——必须是真正向上突破，而不只是价格在它上方。”*

条件是“上穿”，不是当前数值。如果价格已经在这条线之上，就不会触发。

> *“盯住 SOL：从现在开始追踪你看到的最高价格，如果它从该高点回落超过 5%，就提醒我。”*

策略会记住自己的运行高点。这就是跟踪止损，只是用描述的方式而不是配置的方式来表达。

***

### ⑫ 先经过筛选再送到你面前的事件

> *“盯住这些关键意见领袖。当有人发帖提到某个代币时，让 AI 判断是偏多还是偏空。如果偏多，且该代币在过去 1 小时内涨幅没有超过 5%，就买入 20U——否则只通知我。”*

AI 负责读情绪；数学负责判断你是不是已经追晚了。两者结合，就能避免买入一个已经走完的行情这个经典问题。

> *“盯住这个聪明资金地址。当它买入某个代币且金额超过 $50K 时，先检查合约审计和 24 小时涨跌幅——只有在审计通过且它尚未上涨超过 20% 时，才跟随买入 30U。否则只通知我。”*

跟单产品随处可见。复制前先做尽调的产品却不多。

***

### ⑬ 同一线程中的股票

> *“在每日收盘后，把 SK Hynix、Samsung Electronics、Micron 和 TSMC 放在一张表里，按当日涨跌排序，并标出落后的那个。”*

韩国、台湾和美国的上市公司放在一张表里——一眼看完整条供应链。

> *“在 Nvidia 财报发布 30 分钟后，将实际 EPS 与预期比较，然后看看 SK Hynix 第二天如何开盘。两三句话。”*

把财报当作事件源，观察它如何传导到别的标的。

> *“如果 Tesla 永续合约跌破 200，就开 2 倍多单，50U，止盈 220，止损 190。”*

股票不只是拿来看——在 Hyperliquid 上，永续合约也是可以交易的。

***

### ⑭ 会自我累积的研究

> *“拉取 BTC、ETH 和 SOL 过去 200 根小时 K 线，并分别分析它们的波动结构和关键水平。”*
>
> *“现在再拉取 BNB、XRP、DOGE 和 AVAX 过去 200 根小时 K 线，并与前三者进行比较。”*
>
> *“查出这 7 个标的的资金费率、多空比和未平仓量。做成一张表。”*
>
> *“基于以上所有内容，给我写一篇 2000 字的市场综述。”*

按顺序提问，先前的数据仍然保留。最后那段综述建立在你已经拉取的 1400 根 K 线和指标表之上——不是从头重新想出来的。

***

### 继续往下看

上面的示例各自展示了不同的 *能力维度*：跨市场、多步骤、价格和指标触发、长周期、聪明资金、并行监控、仪表盘、定时任务、投资组合分析、自定义因子、筛选事件、股票，以及会不断累积的研究。

你能想到的大多数事情，都是这些能力的组合。 **如果你描述一个把其中一半能力结合起来的策略，会发生什么？**

试试看。告诉我们哪里出了问题。这就是我们打造下一版 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/zh/feng-bi-ce-shi-zhi-nan/ce-le-shi-li.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.