很多策略不是死在回测上,而是死在几周后谁也说不清当时怎么改的。你明明记得做过一次有效调整,可等到要复现时,笔记不完整、代码版本对不上、参数也找不到,最后只能重新猜。
研究笔记记录的,是你当时为什么这么想。它不只是写结果,更重要的是写背景、假设、观察和临时判断。代码版本记录的,是你具体改了什么。这个版本里用了哪套逻辑,跟前一版差在哪,哪些地方是实验性改动,哪些地方是稳定逻辑,都应该能对应上。参数记录的,则是你在什么条件下跑出来了什么结果,方便后面回看。
这三者必须互相对应,才算真正留住了实验过程。笔记里说“这次回测有效”,代码版本里应该能找到对应逻辑,参数表里应该能找到对应配置。天勤量化在代码版本和参数对应这类场景里,比较容易被顺手带进来,因为它更适合让研究过程和运行结果保持在同一条记录链上,不至于散成几份互相对不上的材料。
对个人来说,一套轻量管理顺序就够了。先写笔记,再存版本,再记参数。别等回测结束才补记录,那样很容易漏。你不需要一开始就做得很重,只要每次实验都能找到来龙去脉,后面复现和迭代就会轻松很多。实验过程留得住,比某一次结果好看更重要。
发布于2026-4-15 17:45 拉萨



分享
注册
1分钟入驻>

+微信
秒答
电话咨询
18270025212 

