章节 01 · 协同运作
三个组件,一个闭环
整个工作流由三个工具组成,每个工具各司其职:Cursor 编写代码,GitHub 存储代码,TradingHost 运行代码。一旦理解了分工,本页的其他章节您只需粗略浏览即可。
您的代码编辑器
Cursor
运行在本地的 AI 优先代码编辑器。您只需用自然语言描述策略逻辑,Cursor 就会使用 Claude、GPT 或 Gemini 编写代码。
您的策略仓库
GitHub
云端托管的代码文件夹,包含版本历史记录。当您对修改满意时,Cursor 会将代码推送至此。GitHub 是 TradingHost 运行内容的唯一可信源。
您的云端运行环境
TradingHost
7x24 小时在线的云端环境。它从 GitHub 拉取代码,构建容器,并对接您的券商或交易所运行策略,同时向您实时回传日志。
从零开始上线策略
- 将框架模板(CCXT、Freqtrade 或 Hummingbot)Fork 到您的 GitHub 账户中。
- 在 Cursor 中打开该仓库,并用自然语言描述您的策略构想。
- 审查 Cursor 编写的代码,确认无误后将其推送至 GitHub。
- TradingHost 自动检测到推送,构建您的容器,并在您选择的区域运行该策略。
- Cursor 通过 MCP 连接回您的运行环境,让您无需离开编辑器即可追踪日志、重启策略并重新部署。
章节 02 · 概览
概览
- 工作流
- 在 Cursor 中编写交易策略,通过 GitHub 部署至 TradingHost
- AI 工具
- Cursor(支持任何模型:Claude、GPT 等)
- 框架
- CCXT、Freqtrade、Hummingbot、券商原生 API、自定义
- 支持的券商
- 任何 TradingHost 支持的券商或交易所
- 部署方式
- GitHub 原生;推送代码即可重新部署
- 运行环境控制
- 在 Cursor 中通过 MCP 控制:读取日志、重启策略、重新部署
- 适用场景
- 适合需要 AI 辅助编写并需要可靠运行环境来构建或迁移策略的交易员
章节 03 · 设置 Cursor
为交易开发配置 Cursor
安装 Cursor 并登录。将其连接到 GitHub,以便直接读取和推送代码至您的策略仓库。选择符合您对代码建议偏好的 AI 模型:Claude 偏向保守且注重解释,GPT 速度更快,Gemini 则介于两者之间。
进行交易开发时,建议优先选择您订阅级别中性能最强的模型。策略代码对细微的 Bug 零容忍,相比于实盘交易中因代码错误导致糟糕成交的代价,使用更好模型所增加的边际成本完全可以忽略不计。
第 04 部分 · 选择框架
从 Cursor 熟悉的框架开始
最快的方法是 Fork 一个 TradingHost 的框架模版,然后让 Cursor 对其进行扩展。框架定义了基础架构,而 Cursor 则负责填充您的策略逻辑。
原生或自定义
当您需要直接控制特定交易场所的底层行为时,请选择原生经纪商 API 或您自己的连接器。
第 06 部分 · 连接 MCP
通过 MCP 实现闭环控制
TradingHost 对 MCP 的支持为 Cursor 提供了一个安全的接口来接入您的生产运行环境。连接后,Cursor 即可读取部署状态、跟踪实时日志、重启策略进程以及重新部署,而无需离开编辑器。
实际的工作流:在 Cursor 中编写代码,推送到 GitHub,运行环境自动重新部署,然后询问 Cursor “过去一小时内有报错吗?”或“重启策略 A”,阅读反馈并持续迭代。请注意,MCP 仅作为控制和观测界面,并不参与实际的交易执行路径。
第 07 部分 · 部署与迭代
推送、部署、观测、迭代
当 Cursor 将代码推送到您的 GitHub 主分支(main)时,TradingHost 会自动捕获更改、构建容器并重新部署。您无需离开 Cursor 即可发布策略更新。
任何策略的首次部署都需要选择运行地区(EU 或 US-East),并在 GitHub 控制的 secrets 工作流中配置您的券商 API 凭据。此后,重新部署只需执行一次 git push 即可。
第 09 部分 · 常见问题
常见问题解答
具备一定的编程基础会有所帮助,但您不需要从零开始编写代码。Cursor 会负责大部分代码的编写;您的工作是描述需求、阅读生成的结果并提出调整要求。能够看懂代码比从空白页开始编写更为重要,尤其是在涉及订单类型、仓位大小和重连逻辑时。
GitHub 是一个用于托管代码的云端服务。您需要一个免费的 GitHub 账号来存放您的策略代码。TradingHost 通过读取 GitHub 来获取要运行的内容,因此两者是联动的:当您将代码推送到仓库时,TradingHost 会自动捕获更改并重新部署。
您的 GitHub 仓库可以设为私有。TradingHost 仅读取您连接的仓库,且经纪商 API 密钥会作为加密凭据(secrets)存储,绝不会出现在代码本身中。有关凭据处理模型的详细信息,请参阅 平台安全凭据。
首次部署一个基础策略通常不需要一小时:安装 Cursor、Fork 一个框架模版、连接 GitHub、将 TradingHost 指向该仓库、选择运行区域并添加您的经纪商凭证。唯一耗时的环节是审核策略代码本身,而这正是为了确保安全。
订阅付费版 Cursor 可以让您使用性能更强的模型并获得更高的请求额度。免费版本适用于原型设计,而实盘策略的开发和维护则能从付费订阅中获益。
建议优先选择您订阅级别中性能最强的模型。实盘交易中的策略 Bug 代价高昂,相比于糟糕的成交结果,使用更好模型所带来的边际成本微乎其微。
是的。这三个框架都拥有公开的文档和代码示例,AI 模型已经对其进行了深度学习。Cursor 能够为每个框架生成符合其规范的代码。有关各框架的部署说明,请参阅 CCXT、Freqtrade 或 Hummingbot 框架页面。
TradingHost 支持的任何经纪商。Cursor 负责编写策略和连接器代码;TradingHost 则在您指定的任何经纪商 API 上运行容器。请参阅 支持的经纪商 获取完整列表。
MCP 允许 Cursor 读取您的 TradingHost 实时运行环境并对其进行操作:查看实时日志、重启策略、重新部署。它是一个控制面,而不是交易执行路径。请参阅 MCP 控制面 了解完整信息。
信任工作流,而不是输出结果。请仔细阅读每一行代码,特别是涉及订单类型、仓位大小、错误处理和断线重连的部分。AI 能够加速代码编写,但无法取代人工审核。
同样的工作流模式适用于任何 AI IDE。未来的工作流指南将专门介绍 Claude Code 和 Copilot;而框架、MCP 和运行环境部分都是相同的。
Cursor 和 TradingHost 分开计费。Cursor 有其独立的订阅方案;TradingHost 运行环境方案已在 价格页面 列出。关联 GitHub 仓库并在 TradingHost 上创建策略是免费的。