2026-02-22：用“策略工厂”把想法变成可验证的结果

今天最重要的收获是：与其在一两个指标上纠缠细节，不如把"从想法到可验证结果"的流水线做顺——当回测框架足够顺滑，策略迭代速度会直接上一个量级。

1) 回测流水线：从“能跑”到“批量产出”

今天的工作核心围绕回测与策略迭代的工程化：让新增策略、跑完回测、落盘结果、更新文档这一套流程更可重复、更不容易被环境问题打断。

将回测脚本移动到 src 并同步更新文档（refactor: 将回测脚本移动到src目录并更新相关文档）
重构 run_backtest：支持动态目标文件夹（refactor(run_backtest): ... 支持动态目标文件夹）
- 这类改动看似“只是路径”，但实际上决定了你能不能把回测做成批处理：
  - 多策略并行/串行运行
  - 按日期/策略版本/参数集分目录保存结果
  - 结果可追溯、可对比
修复导入问题：把项目根目录加入 sys.path（fix: 添加项目根目录到sys.path以确保模块导入正确）
- 这一步本质上是在“把不确定性从运行时挪走”：避免因为工作目录不同、入口脚本不同导致的 ModuleNotFoundError。

今天新增/完善了一批“体制 + 动量/趋势”类策略，同时补齐了若干自适应/流量类版本，整体风格更接近一个可扩展的策略库：

同时也有历史策略的补齐与文档/脚本配套：

这一组策略的共同点是：不再只盯某个单一指标的“信号”，而是更强调市场体制（regime）与动量/趋势的组合。工程上把它们做成一套可重复的模板后，后续扩展会非常快：新增一个策略更像“填空题”。

今天的回测结果提交里出现了两类信号：

这里我更在意的是：

对应地，今天也更新了文档：

新增/完善策略版本：v85, v86, v88, v89, v90, v91, v92, v93, v94, v95, v96
回测执行与结果提交：
- 一次批量：7 passed / 2 failed
- 多次小批量：1 passed / 0 failed
工程稳定性改进：
- run_backtest 支持动态输出目录
- 修复模块导入易碎点（sys.path）
- 回测脚本与文档结构调整（迁移至 src）