阅读时间 … 分钟

适用于 MEXC 交易策略的 AI 原生运行环境

在 Cursor、Claude Code 或任何 AI IDE 中编写策略。从 GitHub 部署到托管云端运行环境，提供原生 MCP 控制、日志和区域选择。

由 TradingHost 工程团队撰写

第 01 部分 · 一览

一览

交易平台
MEXC
平台类型
加密货币交易所
资产类别
加密货币（现货、USDT-M 和 coin-M 永续合约）
支持的产品
现货、USDT-M 永续合约、coin-M 永续合约。美国、英国及其他受限制司法管辖区的用户禁止交易合约。
运行环境模式
容器化策略运行环境
部署源
GitHub
编程语言
任何可在容器中运行的语言
常用集成
原生 MEXC Spot v3 与 Contract v1 REST 和 WebSocket、CCXT、自定义连接器
AI 工作流集成
适用于 Cursor、Claude Code、GitHub Copilot 和 CLI 智能体的 MCP 控制面板
TradingHost 角色
运行环境、部署、日志、健康检查、区域选择、MCP 控制
MEXC 角色
交易所账户、API 访问、市场接入、执行场所
关联关系
TradingHost 是独立平台，与 MEXC 无任何隶属关系。

第 02 部分 · MEXC 平台功能

MEXC 平台功能

MEXC 通过 Spot v3 API 提供 2,000 多个交易对的现货交易，并在独立的文档域名下通过 Contract v1 API 提供 USDT-M 和 coin-M 永续合约交易。美国、英国及其他多个受限制司法管辖区禁止交易合约。策略使用 HMAC-SHA256 对 Spot v3 接口进行身份验证，并采用小写十六进制签名。具体端点可能会随时间变化。整体架构保持稳定，具体的速率限制权重、费率层级和交易对列表请参考 MEXC 官方文档。

市场与策略模式

  • 覆盖 2,000 多个交易对的现货策略
  • USDT-M 永续合约策略（不含受限制司法管辖区）
  • Coin-M 永续合约策略
  • 永续合约资金费率与基差交易
  • 长尾山寨币现货做市
  • 子账户隔离的多策略部署
  • WebSocket 私有频道订单与余额数据流
  • 新币上市程序化抢开盘

API 接口

产品范围
Spot v3 涵盖现货交易和账户管理。Contract v1 在独立的文档域名下涵盖 USDT-M 和 coin-M 永续合约。包括美国和英国在内的受限制司法管辖区用户无法交易合约；地理围栏限制在提交订单时生效，而不仅仅是在创建账户时。
连接方式
REST 用于下单和账户查询。WebSocket 流用于实时行情、深度和交易数据。WebSocket 用户数据流用于账户、余额和订单事件。现货和合约的 WebSocket 端点是相互独立的。
身份验证
每个策略配置独立的 API Key 和 Secret。私有请求使用 HMAC-SHA256 对排序后的参数字符串进行签名，输出为小写十六进制。recvWindow 默认为 5000 毫秒，上限为 60000 毫秒。权限按 Key 进行范围限制（只读、交易、提币）。策略绝不应需要提币权限。支持 IP 白名单；未绑定 IP 白名单的 Key 将在 90 天后自动失效。

具体细节请参考 MEXC

具体端点、速率限制权重、交易对列表、费率层级和版本历史请参考 MEXC 官方文档。请以官方文档为准。

第 03 部分 · 用 AI 构建

用 AI 构建您的 MEXC 策略

选择一种集成方式，Fork 一个 TradingHost 框架模板，然后在 AI IDE 中编写您的策略。Cursor、Claude Code、GitHub Copilot 以及基于 CLI 的 AI Agent 均可无缝接入相同的 GitHub 原生部署循环。

  • 原生 MEXC API

    直接控制 MEXC 特有的行为、访问合约 API 以及管理订单执行逻辑。

  • CCXT

    跨 MEXC 和其他加密货币交易所的通用接口。

    开始使用 CCXT

  • Hummingbot

    基于框架的部署，使用 Hummingbot 的策略结构和配置模型。

    开始使用 Hummingbot

  • 自定义连接器

    您自己的内部交易引擎或专有的 MEXC 集成。

框架对 MEXC 产品的支持情况

不同框架的支持范围有所不同。CCXT 涵盖 MEXC 现货和合约；Hummingbot 仅提供现货连接器；Freqtrade 未将 MEXC 列为支持的交易所。使用原生 MEXC API 可以访问 MEXC 提供的所有服务，包括其独立域名下的合约 API。

框架现货永续杠杆期权
Native MEXC API已支持已支持未记录支持未记录支持
CCXT已支持已支持未记录支持未记录支持
Hummingbot已支持未记录支持未记录支持未记录支持
Freqtrade未记录支持未记录支持未记录支持未记录支持

✓ 表示官方框架文档确认支持。“no” 表示官方文档未明确说明支持。

TradingHost 不强求特定的框架，它只负责运行您的项目。

使用 AI 编写

上述框架模板与 AI IDE 是绝佳的搭配。TradingHost 的 MCP 控制面实现了闭环：AI 工具可以与您一同检查部署、查看日志并管理运行环境，但绝不会介入交易执行路径。

Section 04 · 在 TradingHost 上运行

在 TradingHost 上运行您的代码

MEXC 提供交易所和 API 访问。TradingHost 则提供生产环境，用于运行您连接到 MEXC 的策略。

无需在笔记本电脑、台式机、通用 VPS 或手动配置的服务器上运行策略代码，您只需从 GitHub 部署到由 TradingHost 托管的容器运行环境中。

您

  • 您的代码库包含您的代码。
  • 您的部署定义了其运行方式。
  • 您的策略连接到 MEXC。

TradingHost

  • 保持运行环境持续在线。
  • 呈现日志和健康状况检查。
  • 区域选择。
  • 受控的部署环境。

部署流程

  1. 步骤 01

    连接 GitHub

    授权 TradingHost 访问您的 GitHub 帐户。

  2. 步骤 02

    关联代码库或从框架开始

    将 TradingHost 指向您现有的策略仓库，或者派生 (fork) 一个 TradingHost 框架运行环境（CCXT 或 Hummingbot）作为可运行的基础模板。

  3. 步骤 03

    部署至 TradingHost 容器

    选择区域（EU 或 US-East），提供策略所需的环境变量（MEXC API 密钥等），然后部署。TradingHost 会从代码库构建您的容器，并在托管的 Kubernetes 基础设施上运行您的策略。本地无需安装 Docker。

  4. 步骤 04

    监控日志与健康状况

    通过 TradingHost 控制面板实时查看日志、健康状况和运行状态。该界面同样支持在任何 AI IDE 中通过 MCP 进行访问，方便 Cursor、Claude Code 或 CLI 智能体与您协同读取部署状态并管理运行环境。

  5. 步骤 05

    更新与重新部署

    将代码更改推送到 GitHub 的主分支（main branch），TradingHost 便会自动重新部署。

部署

Section 05 · 运维说明

MEXC 运维说明

在容器化云端运行环境中实际运行 MEXC 策略时可能遇到的坑，这些内容不会出现在 MEXC 文档或框架的 README 中。以下所有说明均引用或转述自 MEXC 官方文档；部署侧的建议则源自于在 TradingHost 上运行这些策略的实际经验。

  1. 01 · 受限制市场

    美国和英国用户禁止进行合约交易及部分现货交易对交易

    MEXC 在提交订单时强制执行司法管辖区限制，而不仅仅是在创建账户时。无论账户验证状态如何，位于美国的运行环境请求合约端点都会返回拒绝访问错误。如果您的策略以 MEXC 合约为目标，请从出口地理位置符合您的用户协议和合规要求的 TradingHost 区域进行部署；受限区域的容器请求将在交易所边界被拒绝。

    来源MEXC Spot v3 API docs

  2. 02 · 双重速率限制

    IP 和 UID 速率限制独立运行

    MEXC 对每个已签名请求强制执行两个独立的速率限制上限：基于 IP 的限制和基于 UID 的限制。现货端点通常限制为每个端点每 10 秒 500 次请求；WebSocket 连接限制为每秒 100 条消息，每个连接最多 30 个订阅。超过任一上限将返回 429。在多个子账户之间共享出口 IP 的策略可能会在任何单个 UID 接近其配额之前就触发 IP 上限；请根据两者中较低的限制来规划您的并发模型。

    来源MEXC Spot v3 API docs

  3. 03 · 批量订单限制

    2025 年 3 月调整：现货批量下单接口限制降至每秒 5 笔订单

    MEXC 于 2025 年 3 月 25 日发布了频控调整，将现货批量下单接口的额度从之前的较高上限下调至每秒 5 笔订单。针对旧上限设计的存量做市集成现在会超出新阈值并触发 429 错误。请根据当前限制重新调整下单节奏，并将 MEXC 的公告视为需要持续跟踪的信息源，而非一次性阅读的文档。

    来源MEXC spot order rate-limit adjustment, March 2025

  4. 04 · 密钥生命周期

    API 密钥：单账户最多 30 个，未绑定 IP 白名单则 90 天自动失效

    MEXC 允许每个账户最多创建 30 个 API 密钥。未绑定 IP 白名单的密钥会在 90 天后自动失效；绑定了 IP 白名单的密钥则不会。云运行环境默认没有固定的单一出口 IP，因此在 TradingHost 上的正确做法是将所选区域公布的出口 IP 范围作为白名单目标，或者接受 90 天的轮换周期，并将密钥轮换自动集成到您的凭据管理工作流中。母账户的子账户上限同样为 30 个。

    来源MEXC Spot v3 API docs

  5. 05 · 签名格式

    HMAC 签名必须为小写十六进制；recvWindow 默认为 5000 毫秒，最大为 60000 毫秒

    MEXC 仅接受小写十六进制输出的 HMAC-SHA256 签名。输出大写十六进制或 base64 的 SDK 会遭遇签名无效拒绝，表现类似于密钥错误。recvWindow 默认值为 5000 毫秒，上限为 60000 毫秒；如果容器的时钟偏差大于 recvWindow，请求将被拒绝。TradingHost 运行环境已进行 NTP 时间同步，因此默认的 5000 毫秒即可正常工作。除非您遇到实际的拒绝错误，否则请勿调大 recvWindow，更不能将其作为解决时间同步问题的替代手段。

    来源MEXC Spot v3 API docs

  6. 06 · 合约域名分离

    合约 API 位于独立的文档域名，且使用独立的频控池

    MEXC 在 mexcdevelop.github.io/apidocs/contract_v1_en/ 上发布 Contract v1 API，这与 spot v3 是不同的文档域名。合约接口位于独立的频控池后：现货额度耗尽不会限制合约请求，反之亦然。需要同时使用两者的策略在设计上应规划两个独立的频控预算空间，而不是合并为一个共享空间。

    来源MEXC Contract v1 API docs

Section 06 · 适用场景

适用场景

TradingHost MEXC 运行环境最适合用于：

  • 在 AI IDE（Cursor、Claude Code）中构建策略的开发者
  • 系统化加密货币交易员
  • 量化开发人员
  • CCXT 和 Hummingbot 用户
  • 正在从 VPS 托管转向容器化部署的团队

连接 GitHub 并创建首个策略完全免费。

Section 08 · 常见问题

常见问题

没有。TradingHost 是独立的，与 MEXC 没有任何隶属或合作关系。

不会。您的策略代码会根据您自己的逻辑、账户权限和集成方式连接到 MEXC 并发送指令。TradingHost 仅提供运行该代码的托管环境。

不提供。MEXC API 访问权限由 MEXC 提供。您需要自行负责您的 MEXC 账户、API 权限、凭据以及对 MEXC 条款的合规性。

不是。TradingHost 是运行您策略代码的云端运行环境。我们不提供信号、AI 预测模型或预设的机器人。使用 TradingHost，您可以自己编写或生成策略（通常使用 Cursor 或 Claude Code），将其作为您自己的代码保存在 GitHub 中，并使用 TradingHost 在生产环境中运行它。3Commas、Cryptohopper 及类似产品拥有策略逻辑；而 TradingHost 则是运行您自己的策略。

AWS 和 DigitalOcean 为您提供的是原始算力。您需要自己处理操作系统更新、容器编排、日志传输、凭据轮换、区域容灾和可用性监控。而 TradingHost 为您提供专为交易策略打造的托管运行环境：开箱即用的 GitHub 原生部署、源自 AI IDE 的 MCP 驱动控制、以及日志和健康状态面板。如果您想自己运营基础设施，AWS 可以满足需求。如果您希望将运行环境作为托管服务，TradingHost 是更快捷的途径。

可以。TradingHost 支持运行 Python 策略；您可以选择与您的技术栈匹配的框架运行环境，或者直接部署您自己的代码库。

可以。TradingHost 支持任何可在容器内运行的语言。

可以。CCXT 通过统一的 `mexc` 类同时公开了 MEXC 现货和合约接口。完整的配置说明请参阅 CCXT 框架运行环境页面。

不行。MEXC 禁止美国、英国及其他若干受限司法管辖区的用户进行期货交易。该限制在提交订单时强制执行，而不仅仅在创建账户时。因此，无论账户验证状态如何，从美国出口的容器都会在合约接口收到拒绝访问错误。合规资格由 MEXC 决定，而非 TradingHost。请选择一个出口地理位置符合您的用户协议和您自身合规要求的 TradingHost 区域。

可以，只要您的项目是这样设计的。您可以在一个运行环境中运行多个策略进程或服务，也可以将它们拆分到不同的运行环境中，以实现隔离和运行清晰度。多策略模型请参阅 TradingHost 运行环境页面。

最快的方法是 fork 一个 TradingHost 框架运行环境：选择 CCXT 或 Hummingbot 以获取开箱即用的项目。或者连接您自己的 GitHub 策略代码库。关联 GitHub 代码库并创建策略是免费的；运行环境方案已在定价页面列出。

保存在您通过 GitHub 控制的机密（secrets）工作流中。TradingHost 在运行时通过 GitHub 仓库机密、环境机密或您自己批准的凭据管理流程来读取它们。TradingHost 不需要托管您的 API 密钥和私钥。完整的处理模型请参阅平台机密页面。

不需要。策略绝不应该需要提币权限。请使用限定范围的权限（只读、交易）并在适用时绑定 IP 白名单。

可以。TradingHost 支持针对 AI IDE 的基于 MCP 的控制，包括 Cursor、Claude Code、GitHub Copilot 以及基于 CLI 的 AI 代理。AI 工具可以检查部署、查看日志、重启策略并管理运行环境工作流。MCP 是控制和可观测性面板，而非交易执行路径。完整架构请参阅 MCP 控制面板页面。

两者皆可。MCP 控制面板在基于 CLI 的代理（Claude Code CLI、自定义 MCP 客户端、脚本化 MCP 调用）和 IDE 内部同样表现出色。GitHub 原生部署循环在没有任何 AI 工具的情况下也能正常工作：向您的主分支（main）进行常规的 git push 即可触发重新部署。

运行环境会检测到崩溃并公开相关的日志和健康信息。在支持的情况下，可以重启受影响的策略，而不会干扰在同一容器中运行的其他策略。您的策略代码仍需负责安全错误处理、防重复下单保护和风险控制。日志和健康面板请参阅可观测性页面。

MEXC 强制执行两个独立的频控上限：基于 IP 的限制和基于 UID 的限制。现货接口通常限制为每 10 秒 500 次请求；批量下单接口在 2025 年 3 月被降至每秒 5 笔订单。WebSocket 连接限制为每秒 100 条消息，且每个连接最多支持 30 个订阅。请根据 IP 和 UID 的较低者来规划您的并发量，并根据当前的批量限制重新调整下单节奏。完整指南请参阅上方的“运行说明”部分。

TradingHost 运行于 EU 和 US-East 区域。请选择最靠近您策略所依赖的撮合引擎的区域。关于路由与物理距离的详细信息，请参阅区域页面。

不支持。TradingHost 专注于生产环境的运行和部署。回测应当在您的研究工具链、框架或 AlgoBuilder 中进行。