2 Commits

Include renames

Author	SHA1	Message	Date
jackyu66gitandCursor	d2fcb27d01	否掉 bis[2]：修右边缘重画会把 alpha 打成零，重画是必付代价 ... §5.41 发现 available_ts 取「中枢最后一笔」是右边缘重画的根因，改取「第三笔」 能把重画率从 6.5% 压到 1.2%，当时据此判断它是「唯一可能同时改善收益与稳定性」 的改动。那个判断只测了稳定性，过早了。 8 个样本外币 × 30 万根 1m，两组共用同一个 TF_DF，只切 available_ts 的取法。 实盘口径（深色 ∧ ATR≥8bp，955 vs 989 笔）： 毛 R 0.933 → -0.000 净均 R 0.798 → -0.147 PF 3.22 → 0.80 滑点余量 15.07 → -2.20 bp 判决依据是毛 R 那一行：扣任何费用之前 edge 就没了，所以不是成本、门控或出场 参数的问题，是信号本身不再有预测力。逐币 8/8 全部变差。滞后确实降了 （2.16 → 2.01），但换来的是另一批交易——两组重合度只有约 30%。 原因是中枢没发育完就下注，支撑/压力还没立住。「等中枢最后一笔」那段等待不是 可以优化掉的延迟，它就是 alpha 本身。由此得一条一般规则：任何以「让信号更早 确定」为目标的改动，先测毛 R，不能只看重画率和滞后。 开关 AVAIL_BI_INDEX 保留只为可复现该 A/B，默认 -1 维持现行口径。环境变量在 调用时解析而非 import 时——fork 启动的子进程会继承已 import 的模块，import 时读会固化成父进程的值。 顺带交叉验证：现行口径本次算出滑点余量 15.07bp，与用优化前代码算的同组同期 15.19bp 吻合。 Co-authored-by: Cursor <cursoragent@cursor.com>	2026-08-28 04:05:01 +08:00
jackyu66gitandCursor	9b72173285	feat: 第四类买卖点（B4/S4）融入缠论引擎与 web 展示 ... 研究侧的 fast_bsp3 一直只活在 research/lib/ 里，web 端看不到，回测与目视 两条线对不上。这次把它搬进引擎，作为独立的第四类买卖点。 之所以单独立类而不是当作 B3/S3 的低滞后版：step30/31 显示引擎原生的 B3/S3 统计上呈逆势、显著亏损（胜率 27.4%、PF 0.66、t −18.76），而同一组 过滤器把 B4 从 PF 1.59 提到 2.26 却对它无效（0.66→0.71）。两者选的是 不同的交易群体，不是同一信号的早晚两版。 - chanlun/analysis/fast_bsp.py 原样搬入 find_fast_bsp3 与 build_htf_zones， 另加 add_zone_ladder / htf_fx_timeline / attach_htf_agree - research/lib/ 两个模块改为转发，所有 step 脚本导入不变，信号逐条比对一致 - 大级别上下文用 resample 从同一份 df 构建，不额外拉数据，因此与界面上选的 周期和时间范围无关 - 前端三个复选框 + 过滤模式下拉；未过滤的原始信号用浅色，避免与主口径混淆 Co-authored-by: Cursor <cursoragent@cursor.com>	2026-08-28 00:05:26 +08:00