为券商和自营交易公司做 MT5 Manager API 开发。
适合产品依赖 MetaTrader 5 数据的券商、自营交易公司（prop firm）和平台团队。
我为一个线上自营交易平台做了 MetaTrader 5 对接：一个基于 MetaQuotes 原生 Manager API 的 C#/.NET 服务，以及一个每隔几秒检查所有账户亏损规则的监控。如果你的产品要求 MT5 数据又快又准，这类工作我已经在生产环境做过。
我在哪里做过这件事
自由职业 · TradersFlow (TRFC)已在生产环境运行
MT5 Manager API 服务与实时风控监控
基于 MetaQuotes 原生 Manager API 的 C#/.NET 服务，以及在数秒内执行每个交易账户亏损规则的实时监控，服务于线上自营交易平台。
- 6 个月约 250 次提交
- 5 个代码仓库
- 约每 5 秒一次违规检查
已在生产环境交付
Manager API 服务
独立的 C#/.NET 服务：账户、持仓、成交、订单、每日历史、批量读取和交易权限控制，用 API Key 和 IP 白名单保护。
实时风控监控
每隔几秒从本地推送缓存（pump）检查日亏损、最大亏损和净值规则，判定失败的流程是幂等的。
后端对接
在你的后端里提供带类型的客户端，通过 Redis 发布规则快照，回调可以安全重试。
基于 MT5 数据的管理工具
账户统计和带安全校验的管理操作：手动判定通过或失败、冻结、全部平仓。
健康检查与运维
连接健康检查、告警邮件、自动重连、模拟盘和实盘各自独立的服务，以及一份部署手册。
性能与正确性修复
查清读取为什么慢、数字为什么对不上：本地推送缓存与网络请求的差别、SDK 线程安全、成交分类和日切边界。
我接下来可以构建的
投资者门户、钱包与 IB 佣金
尚未作为成品交付
这些是我可以在 MT5 对接之上设计并构建的产品。这一整套组合，我尚未作为完整产品交付过。其中 MT5、支付和看板这几部分，各自都来自生产环境的工作。
投资者看板
按账户展示交易历史、盈亏、余额、净值、保证金和业绩报告，并提供余额阈值提醒。
建在账本上的钱包
投资者钱包和 IB 钱包分开，建在复式记账的账本上：入金、提现、内部转账和佣金扣除，每一笔只记账一次。
IB 与下级 IB 佣金
多级推荐关系树，佣金公式以书面形式约定并附算例，月末结算任务可以中断后续跑，也可以审计。
CRM 与后台同步
MT5 的账户、组别和余额操作，通过一个适配器与你的 CRM 或客户专区保持同步，而不是靠散落各处的 API 调用。
上线之前写代码之前，有两件事决定是否可行：你实际拥有什么样的 MT5 接入权限（一个 Manager 登录账号只属于某一家券商的服务器），以及你设想的钱包在你所在的市场是否受监管。一次技术调研冲刺可以把这两个问题都回答清楚。
合作方式
先从小处开始，行得通再深入合作。
每次合作都从一份书面范围开始。开工之前，你就清楚能拿到什么、要花多少钱、哪些不包括在内。
- 01固定费用 · 1 至 3 周
技术调研冲刺
我梳理你的需求、现有代码和第三方接入权限，然后交付书面架构方案、可行性与风险报告，以及里程碑计划。这些都归你，无论最后由谁来开发。
- 02按里程碑付款
固定范围的 MVP 开发
范围明确的第一个版本，按里程碑开发，全程部署在你随时可以使用的预发环境上。你为已交付的里程碑付款，不按工时计费。
- 03按月
创始工程师合同
我以技术负责人的身份加入，并且亲自动手：架构、后端、前端、基础设施和发版，直接与你协作。
- 04兼职 · 按月
兼职技术负责人
你已经有一位开发者或一个小团队。我负责架构和风险高的部分，评审团队的工作，并确保交付进度不掺水分。
每个项目我都在第一次通话后以美元报价。我在马来西亚工作，中间没有外包公司这一层，所以预算花在工程上，而不是客户管理上。我按范围和责任定价，不是最便宜的选择。
- 与你对接的就是动手做事的人
- 书面范围与里程碑
- 源代码、权限和文档全部交接
- 可按需签署 NDA
合作流程
- 01
一次简短通话
先聊聊你在做什么、已经有什么，以及怎样才算成功，不需要任何承诺。
- 02
书面范围
我做什么、不做什么、有哪些风险，以及价格。较大或尚不明确的项目，先从一次简短的付费技术调研冲刺开始。
- 03
小步、可见的发布
你能尽早、频繁地看到可用的软件，就在你可以亲手点开操作的预发环境里。
- 04
交接与支持
源代码、权限、文档和运维手册，需要的话提供后续支持。
常见问题
- 你有自己的 MT5 服务器或 Manager API 授权吗？
- 没有。Manager API 的接入权限属于取得 MT5 服务器授权的券商或公司。我用你现有的权限来开发，第一步就是确认这些权限到底允许做什么。
- 用 Manager API 还是 Web API？
- 往往两个都用。Manager API 会在本地保留一份实时更新的用户和持仓数据，读取只需几毫秒，这正是监控需要的。Web API 就是普通的 HTTPS，任何后端都能方便调用，适合低频读取和写入操作。我在同一个平台上两种都用过。
- 一套对接能读取多家券商的账户吗？
- 一个登录账号做不到。Manager 或 Web API 的登录账号只绑定一家券商的服务器。要接多家券商，就要在统一的适配器后面为每家券商各开一条接入通道，账户则用服务器和 login 两项一起标识。
- 做 MT5 相关开发用什么语言？
- 生产环境里是基于原生 Manager API 的 C#/.NET。我也在自己的原型里用过 MetaQuotes 的 Python manager 包，只在模拟环境里测试过。你后端的其余部分用什么语言都可以：它通过 HTTP 与 MT5 服务通信。
- 能修复现有的 MT5 对接吗？
- 可以。读取慢、账户数字显示不对、规则计算结果和终端对不上，这些问题我都排查并修复过。我会先复现问题、证明原因，再动代码。
- 你做 Expert Advisor（EA）、指标或交易机器人吗？
- 不做。我为公司开发服务端系统：对接、监控、后台和门户。不做策略，也不做信号。
告诉我你在做什么。
几句话就够了：做的是什么、目前进展到哪一步、需要工程师做什么。表单就在下方，也可以直接发邮件。我会在两个工作日内回复。