第二章：团队核心角色

做高频做市，说白了就是一场团队作战。我见过太多团队，招了一堆牛人，结果互相扯皮，系统跑不起来。为什么？角色定义不清，协作流程混乱。

今天我就把六个核心角色掰开揉碎了讲。每个角色该干什么、不该干什么、怎么跟其他人配合，我都会说清楚。这些都是我在实战中踩过的坑，你拿过去就能用。

2.1 交易员：战场指挥官

交易员是离钱最近的人。我习惯把交易员比作「飞行员」——他得在瞬息万变的市场里做决策。

核心职责：

• 监控策略运行状态，处理异常信号
• 根据市场微观结构调整参数
• 执行盘前检查、盘中监控、盘后复盘
• 与量化研究员沟通策略表现

2.2 量化研究员：策略大脑

量化研究员负责「造武器」。他们研究市场规律，开发交易信号，构建策略模型。

核心职责：

• 分析历史数据，挖掘有效因子
• 构建和回测交易策略
• 优化参数，评估策略容量
• 与开发工程师协作，将策略落地到生产环境

量化研究员需要掌握的技能栈：

技能领域	具体要求
数学统计	时间序列分析、随机过程、机器学习
编程能力	Python（pandas, numpy, scikit-learn）
市场知识	微观结构、订单簿、做市策略
工具使用	回测框架、数据平台、版本控制

2.3 系统开发工程师：技术底座

没有开发工程师，策略就是纸上谈兵。高频做市对延迟极度敏感，毫秒级的差距就是盈亏的分水岭。

核心职责：

• 搭建低延迟交易系统
• 开发行情接收、订单管理、风控模块
• 优化系统性能，降低延迟
• 保障系统稳定性和可扩展性

我举个例子。一个简单的订单发送流程，普通写法可能长这样：

// 伪代码：低延迟订单发送
void sendOrder(Order& order) {
    // 1. 预分配内存，避免运行时分配
    static thread_local char buffer[1024];
    
    // 2. 序列化订单
    size_t len = serialize(order, buffer);
    
    // 3. 使用sendmsg替代write，减少系统调用
    struct msghdr msg;
    // ... 设置消息头
    
    // 4. 直接发送，不走内核缓冲区
    sendmsg(socket_fd, &msg, MSG_DONTWAIT);
}

2.4 风控经理：刹车系统

风控经理是团队里「最讨厌的人」。他们总是说「不行」、「不能」、「不允许」。但说实话，没有风控，你的策略可能一天就爆仓。

核心职责：

• 制定风控规则和限额
• 监控实时风险指标
• 处理异常交易和违规行为
• 定期进行压力测试和归因分析

风控需要监控的核心指标：

1. 最大回撤（MDD）—— 单日、单周、单月
2. 敞口暴露 —— 净头寸、总头寸
3. 成交率 —— 撤单率、成交占比
4. 延迟异常 —— 订单往返时间
5. 资金利用率 —— 保证金占用

2.5 运维工程师：后勤保障

运维工程师负责让系统「一直跑着」。高频交易是7x24小时的，服务器不能宕机，网络不能断，数据不能丢。

核心职责：

• 管理服务器集群和网络设备
• 监控系统运行状态，处理告警
• 部署和升级交易系统
• 保障数据安全和灾备恢复

2.6 商务运营：资源整合者

商务运营是团队里「最被低估」的角色。他们不写代码，不做交易，但决定了团队能不能拿到好资源。

核心职责：

• 对接交易所，申请API权限和费率优惠
• 管理资金账户，协调出入金
• 处理合规和法律事务
• 维护合作伙伴关系（券商、托管、数据商）

知识体系总览

下面这张图，是我对六个角色的核心定位和协作关系的总结。你仔细看看，每个角色都不是孤立的。

你看这张图，六个角色都围绕着「高频交易系统」运转。交易员和量化研究员负责「策略端」，开发工程师和运维工程师负责「系统端」，风控经理和商务运营负责「保障端」。三端缺一不可。