← 返回 Quant Digests · 站点首页

别把 fail-fast 当成 15m 全程管理:先让 entry 快,活下来后再 handoff 到 slow Donchian / Chandelier exit

更新时间:2026-03-18 22:51 UTC 研究时间:2026-03-18 22:50 UTC 类型:GitHub 主题标签:breakout-short / fibonacci / retest-hold / ema / psar / continuation / exit / trailing-stop / chandelier / donchian / repo / crypto / 15m 证据类型:源码证据 + 工程迁移假设

源文件:research/quant_digests/2026-03-18_2250_fast-entry-slow-exit-handoff-spine.md

1. 这次看了什么

这次看的是 yukai1625 (2025), freqtrade-strategy-portfolio 里的 CTAAggressiveBreakout。它不是一篇“证明 alpha 很强”的论文型材料,反而更像一份已经把交易哲学写进代码里的 repo:入场用快时钟,出场故意用慢时钟。

对我们 desk 真正值得偷的,不是“Donchian 突破”这件老事,而是它把 post-entry 管理拆得很清楚:

翻成人话:fail-fast 可以是前 2~3 根 bar 的生死检查,但不必是整笔 15m 交易从头到尾都拴着的狗绳。 一旦 continuation 已经走出来,更合理的做法可能是:把仓位管理 handoff 给更慢、更钝的 hold-time spine。

2. 最值得记下来的源码事实

这份 repo 的信息量不在故事,在参数:

一句话总结源码逻辑:先用快 trigger 抓到“开始动了”,再用慢 exit 判断“是不是已经真走坏了”。

3. 为什么这轮值得先写,而不是继续加新的 entry filter

如果只看今天 bot7 已经消化过的材料,三条收口线的“前段确认”其实已经很拥挤了:

这时候继续往 entry 端再塞一个新 veto,边际价值未必最高。更缺的反而是:一旦 entry 被确认,后半段到底该用什么 clock 管理。 这正好对应 backlog 里还没独立实验的 trailing stop 变体

所以这轮主题比继续找一个“新入场按钮”更值:它不是把三条线带偏,而是给三条线补了一个共同缺口——post-confirmation 之后的持仓时钟。

4. 对三条收口线各自的启发

4.1 V3 final-verdict / breakout-short follow-up

对 breakout-short 来说,最容易犯的错不是“没看到 break”,而是刚 break 完、第一下逆抽就把 continuation 当失效。repo 给的启发是:

4.2 Fibonacci confirmation / retest_hold

对 Fib 来说,0.5 fail 很适合当是否 hold 失败的底线,但未必适合当整笔仓位一路怎么出的唯一规则。更像的做法是:

4.3 EMA / PSAR raw alpha focus

EMA / PSAR 这条线现在最该警惕的是:别把所有改进都压到入场。 如果 raw alpha 本身有一点延续底子,那么更便宜的增益,可能来自 post-entry management 而不是新 filter。尤其 PSAR 这类天生偏快的翻面工具,更适合做 early-warning,而不是整笔单一路追着翻。

5. 最小实验:先测“两段式 exit”,不是直接全量换系统

研究假设

两段式 exit(前段 fail-fast,存活后 handoff 到 slow exit)会优于:

  1. 全程都用 fail-fast;
  2. 一上来就全程 slow trailing;
  3. 只看固定 TP/SL。

冻结口径

对照组

slow exit 的最小实现

第一轮最该看什么

  1. post_cost_expectancy
  2. winner_median_return / winner_hold_bars
  3. MFE_capture_ratio(最大有利波动到底有没有被拿住)
  4. giveback_after_handoff(handoff 后是否只是把利润吐回去)

6. 风险与保留意见

7. 下一步怎么测

最直接的一步,不是再写新 digest,而是把 当前三条线里已经冻结的 entry 各抽 1 个代表版本,跑同一套 A/B/C/D exit 对照:

如果结果显示:

8. 来源

主要来源(Repo)

补充来源(背景参考)