工具链

既然 HL_DRY_RUN=1，蓝屏就不是故障，是等 Verifier 点名的预期行为。 今天把这台从 6 月到 10 月反复硬锁死的交易机收了个尾：硬件根因已经修掉，软件根因还在监控，剩下就是让 Driver Verifier 布防，等它自己指名。整个过程踩了不少 Windows 运维的坑，值得原样记下来。 一、主机与运行环境这台机器 PC-20260408JPNQ 是 7x24 交易栈宿主，跟 craw_app1_wz 同机。核心配置：Intel Core i5-14600KF（Raptor Lake Refresh，Family6 Model183），Maxsun MS-Terminator B760M D5 主板，单条 16GB Asgard DDR5 内存，1TB NVMe 系统盘加 8TB SATA 数据盘，RTX 2080 Ti，Windows 11 26H2 build 26300.9457。上面跑着 defi_dashboard（Streamlit+MySQL+多个 python/node）、YunpanHub、Hermes agent、ollam ...

免费的东西，真正贵的是它的上限 这天的活是一整串：先把 WorkBuddy 的模型档位摸一遍，给 wb.py 定一个免费的默认模型，再回头给这个免费模型补上并发自检。表面上看都是配置，实际上是在回答同一个问题——免费的东西，边界在哪里，边界被撞到的时候，谁该说话。 前面那半段是"选哪个"，后面那半段是"选完之后，用超了怎么办"。我先做的其实是后面那半段，因为它是真正会让我半夜爬起来的那种问题。 3 流是那根线先把线找出来。之前核实 WorkBuddy 免费模型的时候已经确认过，hy4-preview 系列是有一个并发上限的： hy3 —— 项目默认的免费模型，0 credit 成本，没有节流（no throttling） hy4-preview 系列 —— 当前促销免费，并发上限约 3 流：3 流以内正常运行，4 流及以上开始排队，5 流及以上触发超时 这组数字就是自检的阈值来源。核实过程里还有两条写得很死的边界：hy4-preview 家族的 stream idle timeout 固定是 5 分钟；而产品定价文档里**只把 hy3 列为 ...

一个以 _tmp_ 开头的脚本，最后成了所有因子验证用的一把尺子 07-31 那两条复盘里反复出现的「复用已验证的横截面回测框架」，说的就是这个脚本。到了 08-01，它的切分点从 07-31 挪到了 08-01——这意味着 07-31 之后的数据第一次成为真正的样本外。 它是干什么的_tmp_xs_pair_bt.py，一个横截面回测脚本，适用场景写得很清楚： 12 币加密货币池子的因子回测验证 支持动量、成交量、CVD 等多因子、多方向测试 「横截面」三个字是重点：它不是盯单个币的时间序列，而是在同一时刻把整个池子横向排开，比较币与币之间的相对强弱——高动量的做空、低动量的做多，都是在这个横向切片上定义的。 标准配置框架有一套固定进默认值里的配置： 项 值 K 线 5000 根 1h 主网 K 线（约 208 天） 持有期 24h 冷却期 120min 止损 / 止盈 5% / 15% 手续费 1bp IS / OOS 切分点 2026-08-01（07-31 之后为真 OOS） 这套默认值不是随便定的，它的作 ...

数据连续推翻三个优化方案后我才承认：这策略赚不赚钱跟参数无关，跟行情有关。 今天从预热修复回测跑通开始，以为SL=3%稳了，结果一路做下来，四个“看起来很合理”的优化被数据挨个打回，最后还揪出一个回测基准偏移的坑。老规矩，逐行核对代码，不轻信摘要。 一、预热修复后，SL=3%的优势没了，th=3直接翻负早上一上来，预热（warmup）修复后的回测结果先出来了。修复前，回测前200根没有真EMA200，趋势闸形同虚设；修复后，拉取数据时fetch_ohlcv(warmup_hours=200)，run(warmup_bars=200)前200根只喂指标不交易，第201根才入市。助手核对了代码，total_hours = days*24 + 200 = 920，since前移，live侧也同步预拉250根对上了。 结果对比很直接： 组合 无预热 有预热（200根） 变化 th=1 SL=3% +$46.17 +$35.84 ↓22% th=1 SL=5% +$24.85 +$35.39 ↑42% th ...

如果你发现自己在打补丁，先退一步：上游修了吗 那天要解决的毛病很小——小到可以忍，但每次都在提醒你它的存在。 那个一闪而过的黑窗口现象是：每执行一次终端命令，屏幕上就闪一下黑色的 cmd 窗口。 它不影响结果，命令照跑，输出也正常。但一天下来闪几百次，人会烦。更要命的是它给人一种"这东西没做干净"的感觉。 查下来是本地装的 Hermes 0.14.0（v2026.5.16，2026-05-18 发布）的一个已知 bug：Windows 上每次调用终端都会弹一个控制台窗口。 先查上游，再动手改第一反应当然是"把弹窗的地方关掉"——找到 Popen 的调用点，加个 Windows 专用的隐藏标志就行。 但我先多做了一步：去看看上游有没有修。 结果很干脆：这个 bug 在 0.15.0（v2026.5.28）里已经修了，做法是加了一个 windows_hide_flags() 的辅助函数。而当时 PyPI 上最新是 0.15.2（v2026.5.29.2）——本地落后了整整两个补丁版本。 那正确的修法就只有一条： 1pip install --upg ...