阅读时间 … 分钟

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

在 Cursor、Claude Code 或任何 AI IDE 中编写策略。从 GitHub 部署至托管云端运行环境,享有原生 MCP 控制、日志查看与区域选择支持。

由 TradingHost 工程团队撰写

第 01 部分 · 一览

一览

交易平台
CoinTR Pro
平台类型
加密货币交易所(持 Türkiye 牌照,Bitget Türkiye 的继任者)
资产类别
加密货币
支持的产品
现货、USDT 保证金及反向永续合约、逐仓与全仓杠杆、原生 TRY 交易对,支持 1,300 多个交易对
运行环境模式
容器化策略运行环境
部署源
GitHub
编程语言
任何可在容器中运行的语言
常用集成
原生 CoinTR Pro REST 与 WebSocket (OpenAPI 规范)、CCXT(tier-1 认证)、Freqtrade、Hummingbot 及自定义连接器
AI 工作流集成
适用于 Cursor、Claude Code、GitHub Copilot 及 CLI 智能体的 MCP 控制面板
TradingHost 角色
运行环境、部署、日志、健康检查、区域选择、 MCP 控制
CoinTR Pro 角色
交易所账户、API 接入、市场准入、交易执行
关联关系
TradingHost 保持独立,与 CoinTR Pro 或 Bitget(2024 年 8 月资产转移前的 Bitget Türkiye 运营商)无任何隶属关系

第 02 部分 · CoinTR Pro 平台功能

CoinTR Pro 平台功能

CoinTR Pro 是 2024 年 8 月账户转移后,持有 Türkiye 牌照的 Bitget Türkiye 继任者。其产品线涵盖 1,300 多个交易对的现货、USDT 保证金和反向永续合约,支持原生 TRY 计价市场和 TRY 稳定币兑换。身份验证采用 HMAC-SHA256 签名,密钥位于 X-COINTR-APIKEY,签名位于 X-COINTR-SIGN(无需单独的 passphrase 请求头)。OpenAPI 规范发布在 CoinTR-EX 的 GitHub Pages 网站上,且 CCXT 对 CoinTR 的现货、合约、杠杆和账户管理功能进行了 tier-1 认证。具体端点可能会随时间变化。整体架构是稳定的;具体的速率限制权重、交易对列表和 KYC 等级阈值请参见 CoinTR 的官方文档。

市场与策略模式

  • TRY 计价的现货策略 (BTC/TRY, ETH/TRY)
  • TRY 原生稳定币兑换交易对
  • 绑定 IBAN 的法币充值与提现流程
  • USDT 保证金永续合约
  • 反向(币本位)永续合约
  • 逐仓与全仓杠杆合约仓位
  • TRY 与全球 USD/USDT 交易场所之间的套利
  • 基于子账户隔离的多策略部署

API 接口

产品范围
现货、USDT 保证金和反向永续合约、逐仓与全仓杠杆,支持原生 TRY 交易对和 TRY 稳定币兑换。交易对列表庞大(1,300 多个交易对),在 2024 年 8 月转移后基本完整继承自 Bitget Türkiye。绑定 TRY IBAN 的充提业务通过土耳其银行通道运行。
连接方式
REST 用于下单和账户查询,WebSocket 用于实时行情数据、深度和私有账户事件。OpenAPI 规范发布在 CoinTR-EX 的 GitHub Pages 网站上,并与迁移前 Bitget Türkiye 开放的接口保持一致。
身份验证
API 密钥和私钥使用 HMAC-SHA256 签名,签名携带在 X-COINTR-SIGN 中,密钥携带在 X-COINTR-APIKEY 中。无需单独的 passphrase 请求头(CoinTR 在此与 Bitget 有所不同)。子账户拥有各自独立作用域的密钥。KYC 等级会逐步限制 TRY 的提现和充值额度;大额法币操作需要更高级别的验证。

具体细节请参考 CoinTR Pro

具体端点、速率限制权重、交易对列表、费率表和 KYC 等级阈值请参见 CoinTR 的官方文档。请以这些文档为准。

第 03 部分 · 用 AI 构建

用 AI 构建您的 CoinTR Pro 策略

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

  • 原生 CoinTR Pro API

    直接控制 CoinTR Pro 特有的行为,包括 TRY 计价交易对、绑定 IBAN 的充值流程,以及继承自 Bitget 的三请求头签名方案。

  • CCXT(tier-1 认证)

    CCXT 对 CoinTR Pro 的现货、合约、杠杆和账户管理功能进行了 tier-1 认证。推荐个人用户使用统一的 `cointr` 类。

  • Freqtrade 或 Hummingbot

    通过支持 CCXT 的交易所接口进行基于框架的部署。在支持的情况下,这两个框架都可以通过其 CCXT 兼容层来运行 CoinTR 策略。

  • 自定义连接器

    您自己的内部交易引擎或专有的 CoinTR 集成,使用 HMAC-SHA256 对请求进行签名,并在 X-COINTR-APIKEY 中传递密钥,在 X-COINTR-SIGN 中传递签名。

框架对 CoinTR Pro 产品的支持情况

支持范围因框架而异。CCXT 对 CoinTR Pro 的现货、合约、杠杆和账户管理功能进行了 tier-1 认证;Freqtrade 和 Hummingbot 通过 CCXT 兼容层支持现货以及部分合约功能;原生 CoinTR Pro API 接入则涵盖 CoinTR 提供的所有功能,包括 TRY 特有的 IBAN 流程。

框架现货永续反向杠杆
Native CoinTR Pro API已支持已支持已支持已支持
CCXT已支持已支持已支持已支持
Freqtrade已支持部分支持未记录支持未记录支持
Hummingbot部分支持部分支持未记录支持未记录支持

✓ 根据官方框架文档 and CCXT 认证确认支持。“no” 表示官方文档未说明支持。“partial” 表示支持范围有限。

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

使用 AI 编写

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

Section 04 · 在 TradingHost 上运行

在 TradingHost 上运行您的代码

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

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

您

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

TradingHost

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

部署流程

  1. 步骤 01

    连接 GitHub

    授权 TradingHost 访问您的 GitHub 帐户。

  2. 步骤 02

    关联代码库或从框架开始

    将 TradingHost 指向您现有的策略代码库,或者派生 (fork) 一个 TradingHost 框架运行环境(CCXT、Freqtrade 或 Hummingbot)以获取可直接运行的基础模板。

  3. 步骤 03

    部署至 TradingHost 容器

    选择一个区域(EU 或 US-East),提供您的策略所需的环境变量(CoinTR Pro API 密钥和 Secret),然后进行部署。TradingHost 会根据您的代码仓库构建容器,并在托管的 Kubernetes 基础设施上运行您的策略。无需在本地安装 Docker。

  4. 步骤 04

    监控日志与健康状况

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

  5. 步骤 05

    更新与重新部署

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

Section 05 · 运维说明

CoinTR Pro 运维说明

在容器化云端运行环境中实际运行 CoinTR Pro 策略时会遇到的坑,这些在 CoinTR 的文档或框架的 README 中是找不到的。以下所有内容均引用或改写自 CoinTR 的官方文档;部署方面的指导则源自于在 TradingHost 上运行这些策略的实际经验。

  1. 01 · Bitget 迁移

    Bitget Türkiye 账户于 2024 年 8 月自动迁移至 CoinTR

    Bitget Türkiye 账户和余额已于 2024 年 8 月转移至 CoinTR Pro,无需用户手动干预。CoinTR 开放的 OpenAPI 接口与迁移前支持 Bitget Türkiye 的 Bitget 接口基本相同,因此最初针对 Bitget Türkiye 构建的集成在配合重新生成的 CoinTR 凭证后应能基本正常工作。需要特别注意的是,在转移前生成的旧版 Bitget API 令牌无法在 CoinTR 端点上通过验证;在将生产策略指向实盘 API 之前,请在 CoinTR 账户下重新生成密钥。

  2. 02 · TRY 交易对

    原生 TRY 交易对和 TRY 稳定币兑换需要适配 TRY 的价格跳动单位

    CoinTR Pro 提供原生 TRY 报价交易对(BTC/TRY、ETH/TRY 等)以及 TRY 稳定币兑换交易对。TRY 交易对的报价步长(tick size)、单笔限额(lot size)和最小名义价值均以 TRY 计价。这意味着,除非在启动时获取每个交易工具的元数据,否则直接套用 USDT 报价平台的策略模板可能会因价格或数量精度问题而被拒绝下单。请调用交易对信息(pair-info)接口,并遵循每个交易对的精度字段设置;切勿假设其精度与该资产对应的 USDT 交易对相同。

  3. 03 · IBAN 资金流

    TRY 充值与提现通过土耳其银行 IBAN 通道进行

    CoinTR Pro 上的 TRY 法币充值和提现通过绑定 IBAN 的土耳其银行通道运行。提现接口需要目标 IBAN,且 KYC 等级会逐步限制每日、每月和每年的额度。通过程序自动结算 TRY 利润的策略必须明确处理这些基于等级的限制;超出当前等级上限的大额资金流需要进行高级验证,无法仅通过 API 解锁。请将 TRY 资金流逻辑绑定在基于等级的配置值上,而不是使用单一的硬编码上限。

  4. 04 · 请求头认证

    X-COINTR-APIKEY 与 X-COINTR-SIGN,签名字符串中包含时间戳

    CoinTR Pro 的私有接口需要两个 HTTP 请求头:用于 API Key 的 X-COINTR-APIKEY 和用于签名的 X-COINTR-SIGN。签名是通过 HMAC-SHA256 算法,使用 API Secret 对包含当前时间戳的请求字符串进行计算得出的。这里没有独立的密码(passphrase)请求头(这是 CoinTR 与其继承自 Bitget 的设计不同之处之一)。请确保您的客户端使用的时间戳源是毫秒级精度的 UTC 时间,并与交易平台保持同步;与任何使用 HMAC 签名的 REST 接口一样,时钟偏差会导致签名错误。

  5. 05 · 合并后的稳定性

    随着 CoinTR 的独立发展,继承自 Bitget 的接口可能会发生变化

    迁移后,CoinTR 的 API 接口与 Bitget OpenAPI 规范高度一致,但两者在运营上是独立的。随着 CoinTR 的独立发展(例如新增 TRY 专属接口、KYC 等级功能、土耳其监管合规调整),继承自 Bitget 的接口可能会发生变化,而 Bitget 官方并不会对此进行提示。请将您的对接基准锁定在 CoinTR-EX OpenAPI 规范而非 Bitget 文档上,并密切关注 CoinTR 的公告频道,以获取 Bitget 侧不会发布的重大变更通知。

Section 06 · 适用场景

适用场景

TradingHost CoinTR Pro 运行环境最适合用于:

  • 在 AI IDE(Cursor、Claude Code)中构建策略的开发者
  • 土耳其里拉执行与 TRY 套利交易员
  • 系统化加密货币交易员
  • 量化开发者
  • CCXT、Freqtrade 和 Hummingbot 用户
  • 正在从 VPS 托管转向容器化部署的团队

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

Section 08 · 常见问题

常见问题

没有。TradingHost 是独立的,与 CoinTR Pro 或 Bitget(2024 年 8 月转移前的 Bitget Türkiye 运营商)均无任何隶属关系。

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

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

不是。TradingHost 是运行您策略代码的云端运行环境。我们不提供交易信号、AI 预测模型或预建的机器人。使用 TradingHost,您需要自己编写或生成策略(通常使用 Cursor 或 Claude Code),将其作为您自己的代码保存在 GitHub 中,然后使用 TradingHost 在生产环境中运行它。3Commas、Cryptohopper 及类似产品拥有策略逻辑本身,而 TradingHost 则是运行您自己的策略。

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

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

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

可以,而且 CoinTR Pro 在 CCXT 中获得了 Tier-1 认证。统一的 `cointr` 类涵盖了现货、期货、杠杆和账户管理功能。只需将您的 CCXT 策略放入容器中,将其指向 GitHub,TradingHost 就会像运行其他任何 Python 或 Node项目一样运行它。请参阅 CCXT 框架运行环境以了解完整的设置流程。

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

最快的方法是 Fork 一个 TradingHost 框架运行环境:CCXT、Freqtrade 或 Hummingbot,以获取开箱即用的项目。或者连接您自己的 GitHub 策略代码库。绑定 GitHub 代码库和创建策略是免费的;运行环境方案已在价格页面列出。

保存在您由 GitHub 控制的敏感信息(Secrets)工作流中。TradingHost 在运行时通过 GitHub 仓库 Secrets、环境 Secrets 或您自己认可的密钥管理流程读取它们。TradingHost 不需要托管您的 CoinTR Pro API Key 或 Secret。请参阅平台敏感信息管理以了解完整的处理模式。

不需要。策略绝不应该需要提现权限。请使用有范围限制的权限(只读、现货交易、期货交易),并完全关闭策略 Key 的提现功能。对于 TRY 到 IBAN 的资金流,请在策略运行环境之外使用单独的手工管理 Key;基于等级的限制同样适用。

可以。TradingHost 支持针对 AI IDE(包括 Cursor、Claude Code、GitHub Copilot 和基于 CLI 的 AI Agent)的基于 MCP 的控制。AI 工具可以检查部署、查看日志、重启策略并管理运行环境工作流。MCP 是一个控制和可观测性界面,而不是交易执行路径。请参阅 MCP 控制界面以了解全貌。

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

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

Bitget Türkiye 账户已于 2024 年 8 月转移至 CoinTR Pro。余额已自动迁移,但在转移前签发的旧版 Bitget API Token 无法通过 CoinTR 接口的认证。请在 CoinTR 账户下重新签发 Key,并更新您 TradingHost 运行环境中的敏感信息(Secrets)条目以使用新的 Key 和 Secret。请参阅上方“运营说明”部分以获取完整指南。

TradingHost 在 EU 和 US-East 区域运行。鉴于 Türkiye 与欧洲的地理位置,EU 区域是 CoinTR Pro 的首选。请参阅区域页面以了解路由和邻近度详情。

不支持。TradingHost 专注于生产环境的运行与部署。回测应在您的研究技术栈、框架或 AlgoBuilder 中进行。