08 · 岗位技能地图
交易系统团队需要怎样的人？量化研究员、量化交易员、策略工程师、后端工程师、前端工程师、SRE、风控工程师、合规岗——每个岗位的职责边界、硬技能、技术栈、进阶路线与常见面试题，本篇一次讲清，并给出创业小团队的 4-6 人最小配置。
免责声明：本站全部内容仅用于学习与研究，不构成任何投资建议。市场有风险，投资需谨慎。
一、八个核心岗位
1.1 量化研究员（Quant Researcher）
【职责】
- 提出并验证交易假设：找因子、做统计分析、构造策略逻辑。
- 负责因子研究与评价（IC/IR/分层回测），向交易员与工程师交付「策略说明书」。
- 跟踪已上线策略的绩效，持续迭代因子。
【硬技能】
- 数学/统计：概率论、回归分析、时间序列、协整检验、贝叶斯方法。
- Python 为主（pandas/numpy/scipy），会 PyTorch 加分；SQL 必须熟。
- 懂金融市场：知道成交量、盘口、保证金、**基差**这些词意味着什么。
【常用工具/技术栈】
- pandas / numpy / scipy / statsmodels / sklearn / LightGBM / PyTorch。
- Jupyter Notebook（研究）+ Git（版本管理）+ 回测平台（backtrader/vn.py/自研）。
【进阶路线】
- 因子研究员 → 多因子组合研究员 → 策略负责人/PM → 量化负责人。
【常见面试题】
- 解释 IC 与 IR 的区别，因子 IR 低但 IC 高说明什么？
- 你的因子回测 IC 很高，如何排除过拟合的可能？
- 描述一次你验证策略失败的经历，如何归因的？
- 一个日频因子年化 IC 0.03，扣除 0.2% 双边手续费后还值得做吗（算一遍）？
- 样本外测试和滚动窗口测试各自的优缺点？
1.2 量化交易员（Quant Trader）
【职责】
- 把研究员的策略落到实盘：决定执行方式、调整**仓位**、处理极端行情。
- 盯盘、做盘中决策（策略暂停/降仓/切换），是「策略的最终负责人」。
- 日度复盘，向研究员反馈实盘与回测的差异。
【硬技能】
- 盘感与纪律：连亏时不乱动，连赢时不加注。
- 订单执行经验：市价/限价/冰山/算法单的使用场景。
- 与研究员协作：能把研究语言翻译成实盘规则，能把实盘问题反馈给研究员。
【常用工具/技术栈】
- 交易终端（期货/股票/加密柜台）、Excel/彭博类终端、内部交易看板。
- 能看懂简单的 SQL 与回测报告，不要求写生产代码。
【进阶路线】
- 交易员 → 首席交易员/带新人 → 策略组合经理（Portfolio Manager）。
【常见面试题】
- 极端行情下（如开盘暴跌）你的仓位管理流程是什么？
- 策略回测夏普 2.0 实盘只有 0.8，你会怎么排查？
- 一笔大单你会怎么执行：直接市价、TWAP 还是 VWAP？
- 你如何判断一个策略应该暂停而不是继续扛？
- 描述一次你违背纪律的交易，学到了什么？
1.3 策略工程师（Strategy Engineer）
【职责】
- 把研究员的策略代码工程化：可回测、可实盘、可监控、可灰度。
- 回测框架二次开发：撮合模型、并行回测、参数扫描。
- 低延迟场景下用 C++/Rust 实现核心交易逻辑。
【硬技能】
- Python 工程化 + C++/Rust（低延迟方向）；数据结构与算法扎实。
- 懂撮合原理、行情协议、订单状态机。
- 性能优化：内存布局、缓存友好、无锁队列、profile 工具。
【常用工具/技术栈】
- C++20 / Rust / Python；CMake、gdb/llvm、perf、火焰图。
- 回测引擎（自研或开源改造）、Kafka、Redis。
【进阶路线】
- 策略工程师 → 策略平台负责人 → 技术负责人/CTO。
【常见面试题】
- 订单状态机有哪些状态？部分成交后撤单的流程是什么？
- 如何实现一个无锁 SPSC 队列（或讲思路）？
- 行情高频推送下，如何做削峰而不丢数据？
- 你如何保证回测引擎的撮合与实盘一致？
- 为什么用 Rust/C++ 而不用 Python 做低延迟模块？
1.4 后端开发工程师（Backend Engineer）
【职责】
- 交易系统服务端：账户、订单、风控、结算、报表等微服务开发。
- 交易网关开发：对接交易所 REST/WebSocket 协议、签名、限流、断线重连。
- 保证核心链路的高可用：不丢单、不重复下单、可对账。
【硬技能】
- 一门主力语言（Go/Java/Python 皆可），并发编程熟。
- 微服务、消息队列（Kafka/RabbitMQ）、数据库（MySQL/PostgreSQL/Redis）。
- HTTP/WebSocket 协议细节、幂等设计、分布式事务。
【常用工具/技术栈】
- Go / Java（Spring Boot）/ Python（FastAPI）；gRPC、Kafka、Redis、MySQL。
- Docker、Kubernetes、Grafana/Prometheus。
【进阶路线】
- 后端工程师 → 交易系统核心工程师 → 架构师/技术负责人。
【常见面试题】
- 下单接口如何保证幂等（网络重试不重复下单）？
- WebSocket 断线重连时如何保证行情不丢、订单状态不丢？
- 如何设计订单状态表支持并发更新且不产生脏数据？
- Kafka 消费端如何做到「至少一次 + 幂等」？
- 余额扣减用「流水表+汇总」还是「直接更新余额字段」？为什么？
1.5 前端开发工程师（Frontend Engineer）
【职责】
- 行情图表可视化：K 线、盘口、成交明细、持仓盈亏看板。
- WebSocket 实时渲染：大量 tick 更新下的页面性能优化。
- 下单界面交互：数量/价格输入、风控提示、确认流程、撤单交互。
【硬技能】
- TypeScript + React/Vue；Canvas/SVG 绘图。
- WebSocket/SSE 实时通信；虚拟滚动、节流防抖、增量渲染。
- 理解行情协议：K 线聚合、盘口 diff 推送。
【常用工具/技术栈】
- React / Vue3、ECharts、lightweight-charts（TradingView 开源 K 线库）、Canvas。
- WebSocket 库（Socket.IO 或原生）、状态管理（Zustand/Redux/Pinia）。
【进阶路线】
- 前端工程师 → 前端组长/可视化专家 → 全栈/技术负责人。
【常见面试题】
- lightweight-charts 与 ECharts 的 K 线实现有什么不同，如何选型？
- 每秒几百条行情推送，如何保证页面不卡顿？
- 如何实现盘口的增量更新而不是全量重绘？
- 下单按钮防重复提交怎么做（前端+后端各讲一层）？
- 行情断流时前端如何提示用户并做状态降级？
1.6 运维 SRE（Site Reliability Engineer）
【职责】
- 基础设施：Kubernetes 集群、数据库、消息队列、监控告警体系的搭建与维护。
- 容量规划：行情突发时的扩容预案；灾备与演练。
- 保障 SLA：核心链路（下单/行情）的可用性目标与故障复盘。
【硬技能】
- Linux 系统管理、Docker/Kubernetes、网络（TCP/IP、防火墙）。
- Prometheus/Grafana/告警规则、日志平台（ELK/Loki）。
- Shell/Python 脚本、自动化（Ansible/Terraform）。
【常用工具/技术栈】
- Kubernetes、Helm、Terraform、Prometheus、Grafana、Loki、ArgoCD。
【进阶路线】
- 运维 → SRE → 平台工程师/基础设施负责人。
【常见面试题】
- 行情服务 CPU 打满，你的排查步骤是什么？
- 如何设计告警规则避免「告警风暴」？
- 主数据库挂了，切换流程和风险点有哪些？
- 如何做容量规划：某交易所某品种成交量翻 10 倍？
- 一次线上故障复盘要包含哪些要素？
1.7 风控工程师（Risk Engineer）
【职责】
- 规则引擎：把风控规则（单笔限额、总敞口、最大**回撤**、禁止品种）编码为可执行系统。
- 资金模型：保证金计算、**强平**模拟、压力测试。
- 事前（下单前检查）→事中（实时持仓监控）→事后（对账与审计）三层风控落地。
【硬技能】
- 理解期货/期权保证金与强平机制、交易限额体系。
- 规则引擎（如 Drools）或自研规则系统；实时计算能力。
- 数学：风险价值（VaR）、压力测试、相关性。
【常用工具/技术栈】
- Python/Go、规则引擎、Redis（实时计数器）、Kafka（事件接入）。
【进阶路线】
- 风控工程师 → 风控负责人/风控总监。
【常见面试题】
- 如何设计事前风控，保证「下单前校验」的延迟不拖慢交易？
- 极端行情下强平延迟 1 秒会带来什么风险？
- 如何实现一个可热更新、可灰度放量的规则引擎？
- 单策略回撤限制与账户总回撤限制如何分层？
- 风控系统自身出问题（误杀/漏杀）如何兜底？
1.8 合规岗（Compliance）
【职责】
- 牌照与监管：跟踪各市场牌照要求、监管规则更新。
- 反洗钱（AML/KYC）：客户身份识别、可疑交易上报。
- 交易记录保存、跨境数据合规、配合监管检查。
【硬技能】
- 熟悉目标市场监管框架（中国证券/期货法规、加密各司法辖区规则等）。
- 流程制度设计与审计配合经验；法律与合规交叉背景。
【常用工具/技术栈】
- 合规管理平台、KYC/AML 系统（如 Chainalysis 等）、制度文档管理。
【进阶路线】
- 合规专员 → 合规经理 → 合规负责人。
【常见面试题】
- 你们市场的 KYC 流程在哪些环节可能被监管质疑？
- 交易记录保存义务的期限与范围是什么？
- 客户数据跨境传输需要满足什么条件？
- 如何设计可疑交易上报的内部流程？
二、团队最小配置（创业小团队 4-6 人）
| 人数 | 角色分工 | 说明 |
|---|---|---|
| 4 人 | 1 量化研究员 + 1 策略工程师 + 1 全栈后端（兼运维）+ 1 前端（兼风控规则维护） | 最紧凑：交易员角色由研究员兼任 |
| 5 人 | 上 + 1 专职交易员/风控 | 有人专职盯盘与执行 |
| 6 人 | 上 + 1 后端（专注交易网关/订单链路）+ 1 SRE | 核心链路与基础设施开始分离 |
关键分工原则：
- 研究、开发、执行三权尽量分离：研究员不直接改生产代码，交易员不直接改风控规则。
- 风控责任必须有人认领：小团队最容易漏掉风控，指定一个人兼任并写入 KPI。
- 后端正交更宝贵：交易网关与对账是「出了事不可逆」的部分，值得优先分配人力。
- 外包可考虑：前端界面、基础运维、合规咨询都可以外部化；核心链路（下单、资金、风控）不能外包。
💀 下单权限提现权限风控规则修改权限必须独立
下单权限、提现权限、风控规则修改权限必须独立于策略开发——任何角色权限过度集中都是安全事故的温床。研究、开发、执行三权尽量分离，风控责任必须有人认领并写入 KPI，核心链路（下单、资金、风控）不能外包。
三、技术栈全景推荐表
| 维度 | 推荐 | 理由 |
|---|---|---|
| 语言（研究） | Python | 数据生态无可替代（pandas/科学计算/ML） |
| 语言（交易链路） | Go / C++ / Rust | Go 开发效率高且并发模型适合网关；低延迟模块用 C++/Rust |
| Web 后端框架 | FastAPI（Python）/ Gin（Go）/ Spring Boot（Java） | 按团队语言选，FastAPI 与 Go 均适合高并发 |
| 前端 | React + TypeScript + lightweight-charts | K 线图库成熟，TS 保证长代码库可维护 |
| 数据库（业务） | MySQL / PostgreSQL | 强一致、生态成熟；资金/订单用它们 |
| 数据库（时序） | ClickHouse（历史）/ Parquet+DuckDB（研究） | 海量行情查询与回测吞吐 |
| 缓存 | Redis | 行情缓存/锁/限流一站搞定 |
| 消息队列 | Kafka | 高吞吐、可回放、多消费者，订单与行情总线首选 |
| 监控 | Prometheus + Grafana + Loki | 业界标准组合，社区资料丰富 |
| 部署 | Docker + Kubernetes + Helm | 云原生标准，可迁移 |
| CI/CD | GitHub Actions / GitLab CI + ArgoCD | 自动构建、灰度发布 |
| 密钥管理 | Vault / 云 KMS | Key 不落代码、不落日志 |
技术选型第一原则：用团队最熟的技术，而不是网上最火的技术。交易系统稳定压倒一切，熟悉度直接决定事故概率。
四、给工程师的入行学习路径
阶段 0：金融基础（2-4 周）
- 读本知识库的「入门基础篇」与「交易系统篇」，搞懂 K 线、保证金、订单类型、买卖**价差**。
- 了解目标市场（期货/股票/加密）的交易时间、手续费结构、涨跌停等规则。
阶段 1：写第一个「假交易所」（4-8 周）
- 自建一套模拟盘：用历史数据回放行情，自己写撮合与账户模块。
- 目标：跑通「行情 → 信号 → 下单 → 成交回报 → 持仓盈亏」最小闭环。
阶段 2：接第一个真交易所（4-8 周）
- 选文档友好的交易所（加密所文档普遍最规范；国内期货走 CTP 示例）。
- 完成：行情 WebSocket 接入 → 下单/撤单 → 订单状态机 → 断线重连 → 对账脚本。
- 全程只使用测试环境/模拟盘，先不碰真钱。
💀 全程只使用测试环境模拟盘先不碰真钱
接第一个真交易所时全程只使用测试环境/模拟盘，先不碰真钱。 真钱是学费最贵的沙盒——哪怕只放一笔，也先等系统跑满一个月、对账无差异、断线重连演练通过之后，再谈实盘。
阶段 3：回测与研究（4-8 周）
- 用回测框架复现一个经典策略（如双均线、布林带突破），跑通因子评价。
- 实践：手续费**滑点**建模、样本外测试、滚动窗口。
阶段 4：完整系统（持续）
- 补齐监控告警、日志、风控前置校验、部署与备份。
- 输出一份「从行情到结算」的系统设计文档，这是面试最强的作品集。
学习资源建议
- 课程：中国大学 MOOC《金融工程》、Coursera《Financial Engineering and Risk Management》。
- 文档：所选交易所 API 文档、CTP 官方文档、vn.py/backtrader 官方文档与源码。
- 开源项目：vn.py（期货）、ccxt（多交易所接口库）、Freqtrade（加密量化框架）、backtrader、vectorbt——读源码比看教程有效 10 倍。
- 社区：掘金/知乎量化话题、GitHub 量化 Awesome 列表、各交易所开发者群。
避坑建议
- 别一上来就搞高频/低延迟：先保证系统正确，再谈毫秒。
- 别自己发明协议解析：先抄成熟开源实现，理解了再重写。
- 别跳过对账：第一版系统就带对账脚本，越早越省事。
⚠️ 风险提示
交易系统团队的核心资产是「纪律」：研究、开发、执行、风控的职责分离比个人英雄主义更重要。小团队快速起步时可以一人多岗，但下单权限、提现权限、风控规则修改权限必须独立于策略开发，任何角色权限过度集中都是安全事故的温床。文中学习路径与岗位描述仅作参考，实际职业发展与资质要求（如基金从业、期货从业资格等）请以监管规定为准；本文不构成任何投资建议。