工程与管理
- 稀疏交易信号如何做 A/B:可观测、可回溯、可实验的量化系统交易信号本来就少,传统小流量 A/B 会把样本切得更碎。更合理的机制是六组全量 Shadow、Top2 Live、Switchback 与序贯判断。
- 量化交易的 10 个博弈指标:不是看数字,是看制约关系最大回撤、期望值、盈亏比、Sharpe、Calmar——这 10 个指标之间有很强的相互制约。提高胜率往往降低盈亏比,降低回撤往往牺牲收益。关键不是优化单个数字,而是理解取舍。
- 广告计费四视角 → 交易盈亏四视角:CPM / CPC / OCPC / OCPX 的同构映射从 CPM 到 OCPX,广告计费模型经历了四次进化。交易系统的盈亏拆解完全同构:信号级→交易级→模型驱动→深度目标优化,每一级都是在向更智能的方向演进。
- Agent 的渗透路径:从 Browser 到物理层的六级下沉Agent 不是在替代 B/S 或 C/S,而是沿着计算机体系逐层下沉——从替人点页面,到替人管系统,再到替人控制物理世界。越往下,Agent 越不直接执行,而是生成策略。
- 量化交易的 AI Native 演进:从调 API 到 Agent 自主迭代量化交易的三个阶段:AI Token(用AI写策略)→ AI Enable(AI参与研发全流程)→ AI Native(Agent自主发现、验证、部署策略)。附实战演进路径。
- 物理时间模型:时间为什么有序?物理学方程几乎全是时间对称的,那时间的"方向"从何而来?从热力学第二定律到因果结构,从输入粒子到不可逆分叉——一个工程师视角的时间本质探索。
- 统一风控闸门:Account Risk Engine 的设计思路交易系统里每个策略都有自己的风控逻辑——分散、不一致、难维护。ARE 把它们统一成一个 pre-trade risk gate,类比广告系统的预算控制。
- iTerm2 选中文本突然失效?一次 AI Coding 工具鼠标劫持回归的排查某 AI Coding 工具新版本劫持了终端鼠标事件,导致原生文本选择失效。排查过程、根因分析、一行命令修复。
- 服务器迁移的中场:MySQL 主从复制 + Redis REPLICAOF 持续同步方案机房搬迁的核心不是"搬数据",而是"在搬的过程中不丢数据"。一次 MRD 评审通过后的详细设计复盘。
- 迁移后 Connection Refused:被遗漏的 localhost 依赖服务迁走了,本地调用方还指着 localhost:8097 直连。搜了 Nginx 和 yml,漏了代码里的 HTTP client 硬编码。
- 两天从 MRD 到上线:一个新策略引擎的研发闭环某交易系统一个新策略从需求文档 → 65个测试 → shadow 灰度 → 全量扩展的完整工程复盘。不是炫耀速度,是复盘流程。
- Shadow Mode:新功能上线的零风险验证模式127 个 commit 里,shadow 这个关键词出现了 20+ 次。从新策略到风控引擎,所有新功能上线前都在旁路先跑几天。这是怎么做到的?
- 交易是人性的博弈,结构是因,价格是果四年交易系统演进教会我一件事:价格是最后的结果,结构才是原因。所有策略、风控、自动化的本质——不是预测价格,是把自己的人性关进笼子里。
- 110 个测试全过,但代码丢了——多 Agent 并发编辑事故复盘多个 AI Coding Agent 同时编辑同一个文件,后提交的静默覆盖了先提交的改动。commit message 里有这个 feature,代码里却没有。
- 从轮询到推送:止盈不再等 30 秒Fracture v4 收尾上线,同时 pump-sniper 的止盈从 30 秒轮询改为 WebSocket 实时推送。延迟从分钟级降到秒级——在波动大的市场里,这可能就是盈亏的分界线。
- 三线并进的一天:CMS、EV Engine、Fracture v4 同时开工一天之内三个独立模块并行推进——动量做空、期望值统计引擎、裂缝信号升级。不是多线程切换,是三个完整的设计→实现→部署流程。
- 从硬止损到自适应恢复:Recovery Mode 的进化持仓被强平或外部关闭后,旧逻辑是等 N 小时再重试。Recovery Mode v2 把它改成了状态机——根据恢复质量动态调整冷却时间和入场评分。
- 重启不丢上下文:交易系统的状态持久化服务重启后,推荐器的 BOCPD 追踪器、信号服务的状态全部丢失,需要重新预热。一次重启 = 数十分钟的策略真空期。状态持久化就是解决这个。
- 58 个测试 + 保证金硬阻断:给做空策略上双保险MT Rank Snipe 上线前写了 58 个测试,覆盖多策略并发、数据异常、订单异常。同一天,MARGIN_HARDLOCK 登场——保证金比例过低时直接硬阻断。
- 多信号联合把关:不止看一个指标,看一组单一信号开仓的风险在于被噪音触发。AddFundShortGate + L-Signal Gate 把两个信号源和一个 squeeze 检测组合在一起,三个都点头才开仓。
- 卖出也不能随便:设计一个三步风控闸门交易系统里买入有风控,卖出往往直接放行。500SellGate 把卖出也关进三道闸门里——不是不让你卖,是让你想清楚再卖。
- 做多了:LONG_SNIPE 策略上线之前所有策略都在做空。LONG_SNIPE 是第一个做多策略——L 信号 ≥5 的 confluence 做多,动态加仓,宽止损追踪。
- 让系统自我调优:Emergence 在线学习系统策略参数不是静态的——市场变了,最优参数也变了。Emergence 系统通过 unlock-review → 自动调参 → 性能报告,让参数随市场自适应。
- 从零搭建做多信号框架:L1-L22之前只有做空信号。6 月 25-26 日两天搭完了做多信号框架——从反向提取已有做空信号,到独立设计 22 个做多信号。对称思考,非对称实现。
- STS:一个策略从设计到上线的完整过程Surge Trailing Short 从设计文档到 Phase 1 实现,再到删掉 5 个退出条件的大幅简化。24 个 commit 里最有趣的是——删的比加的多。
- 一天上线三个检测器:DcGuard + SurgeGrid + HedgeShort6 月 21 日,三个独立检测器同时上线——对冲保护、放量做空、网格对冲。为什么能一天三个?因为每个都复用了相同的信号管道和执行引擎。
- Early Hedge Lock:三层预锁,在爆仓前锁住风险Hedge Lock v1 不是止损——止损是事后处理,预锁是事前预防。L1/L2/L3 三层分级,根据风险等级逐步收紧。
- 新项目的头两天:不是写代码,是写文档一个交易系统项目的 bootstrap 过程——前 26 个 commit 里有 20 个是文档。模块地图、运行手册、架构决策记录、部署手册、编码审计。代码只有两行:dry-run 模式。
- 接上外部信号:TradingView API 集成 + 做多保护系统接入了外部信号源——TradingView 的 Webhook 告警。同时加上了做多持仓保护(Long Lock Protect),防止做空策略误伤多头仓位。
- 一个交易系统的前几行代码:推荐器 + 一键清仓 + 多账户项目最早期的 commit——推荐器、一键清仓、多账户支持。不是架构设计,是"先把能用的东西跑起来"。
- 交易系统的胚胎期:13 个原型 commit4 月的 git 记录只有 13 个 commit——持仓保存、强制平仓、加人。这个月没有策略、没有信号、没有风控。只有"先试试能不能跑"。
- 三月:从手动操作到自动化交易3 月只有 3 个 commit,但每个都是里程碑——资金费率驱动卖出、部分平仓、仓位拆分。在手动操作到自动交易的临界点上。
- 二月:告警生命周期 + 按权重加减仓二月只有 6 个 commit,但完成了两件重要的事——告警的启停生命周期管理,和按权重分配资金。从"能跑"到"可控"。
- 一月:新年的第一行代码,资金费率 + Redis 锁2026 年第一天的 commit 是 fundrate init。一月围绕三个基石展开——资金费率信号、Redis 分布式锁、分层加仓。没有这些,后面的策略全跑不起来。
- 2026:AI 时代的工程师生存指南当 某AI Coding工具 能写出 90% 业务代码时,工程师的核心价值在哪里?不是 coding 速度,而是系统判断力。
- 2025:稳定运行的一年——风控、Redis 统计、多用户2025 年 57 个 commit,相比 2024 年策略创新少了很多。但这一年做了一件更重要的事——把系统从"能用"变成了"可靠"。
- 从广告系统到 AI 芯片:我的技术转型思考十年广告系统经验如何迁移到 AI 芯片业务——索引压缩与量化、截断策略与 KV Cache、漏斗优化与推理加速的底层共通性。
- 2024:自动交易引擎的诞生——smart trade、救援模式、条件单2024 年 59 个 commit,从 smart trade 到 rescue 到 conditional order。这一年系统从"自动运行"变成了"智能交易"。
- 2022-2023:一切的起点——init、首次自动运行、告警重启从 2022 年 9 月的 init commit 到 2023 年 5 月的 AlertRestart。8 个 commit,跨越 8 个月。一个交易系统的起源故事。
- 管理 若干人团队两年后,我学到的最重要的事从 IC 到 TLM 的转型总结——这不是升职,而是换了一个职业。技术 leader 和管理者之间的微妙平衡。