每天收盘之后切到30分钟图手动标分型、画笔、找中枢这套动作我坚持了快一年。后来我意识到一个问题缠论这套东西画出来之后确实能解释过去但坐在电脑前真金白银下单的那一刻你根本来不及把结构算完。于是我想既然缠论本质上是形态分类为什么不让 python 来干这件事前前后后我写了两版踩了不少坑总算把一个能自动识别缠论结构并触发交易的系统跑起来了。这篇文章把整个实现过程中的思路、模块划分和几个关键坑写下来。适合两种人看一种是懂缠论但一直想把它做成自动交易、又不知道从哪下手的人另一种是刚学 python 不久想找个有深度的练手项目顺便弄明白缠论到底在算什么的人。先说清楚缠论自动交易不是提款机它只是把“结构识别和买卖点定位”这步交给机器该亏的钱一样会亏只是亏得更规矩也更值得被复盘。1. 为什么是缠论一套能被代码翻译的走势分类系统1.1 缠论的本质是走势分类不是预测缠论给人的第一印象是到处都是新名词分型、笔、线段、中枢、背驰、一二三买。换个角度看它其实就是一个走势分类系统。任何一段 K 线走完缠论都能把它归类成上涨、下跌或者盘整然后告诉你当前走势处在什么阶段哪个位置属于买点、哪个位置属于卖点。这就非常适合程序化。分类意味着所有判断都可以归纳为“满足条件 A 和条件 B 就输出结果 C”翻译成代码就是一堆if。和传统指标相比缠论的优势在于它有层次分型构成笔笔构成线段重叠区域构成中枢中枢前后比较力度得到背驰最后落到买卖点上。每一层都在上一层的基础上做过滤噪音会逐级被剔除。还有一个必须要面对的现实缠论不是一个严格的数学理论里面有很多规则空白。比如笔到底必须至少跨几根 K 线中枢的延伸怎么算背驰用 MACD 面积还是用 DIF 高度判断。每个人实现出来都不一样没有“官方标准答案”。所以你在做的并不是“把缠论搬进电脑”而是“把你脑子里的那套缠论规则定义清楚”。这一点想通了后面的很多纠结都会消失。1.2 手工复盘与程序识别的本质差距手工画缠论的时候大家都有一个体验——走势走出来之后分型和笔清清楚楚买卖点就像印在图上一样。但实际交易时这些结构还没有完全确认你只能根据已经走完的部分去推。这就是复盘和实战的巨大差异复盘看到的是终局实战面对的是过程。程序识别也一样。你写代码的时候如果直接对一整段已经走完的 K 线做分型、笔、中枢识别那其实是在“开上帝视角”。真正的自动交易系统必须面对结构逐步生成的滞后性顶分型要等右侧 K 线收盘才能确认笔要等分型稳定后才算成立中枢要等三笔走完才有意义。这带来的后果是程序给出的信号天然比“事后画图”要晚。不是程序笨而是规则本身需要时间确认。任何声称“实时无敌”的缠论系统都是骗人的它只能做到“确认后第一时间反应”。这也是后面要讲未来函数、信号抖动这些坑的根源。1.3 哪些缠论模块适合先做哪些先不做我的建议是先落地一个单级别的最小闭环K 线合并、分型、笔、中枢、背驰、一二三买卖点。这个闭环已经能产生可回测的信号也能覆盖大多数实战场景。先放一放的内容包括递归的级别升级比如向上一级别自动生成更大级别走势、线段划分笔划分清楚之前线段很难稳定、区间套的多级别联立、以及“走势多义性”的人工主观判断。这些不是不重要而是它们对规则完备性的要求非常高新手一上来做这些很容易陷入“怎么定义都不对”的泥潭。先把单级别跑通再往粗级别迭代是我比较建议的路线。2. 把缠论核心概念翻译成 Python从 K 线合并到买卖点2.1 数据准备级别选择与 K 线序列技术上第一步是拿到规范的历史 K 线。级别建议从日线开始日线数据好拿、噪音相对少、K 线数量足够覆盖多个中枢周期。上来就做 1 分钟级别的缠论会非常痛苦因为小级别结构天天在变还没等笔确认行情已经走完了。数据源方面A 股可以用 akshare 或者 tushare数字货币可以直接用 ccxt 从交易所拉。但不管用哪个接口我建议都先一次性下载成 CSV 存在本地然后整个开发和回测阶段都用本地数据跑。理由很简单接口限频、断线、字段变更会让你的计算结果无法复现排查问题时很难分清是代码错了还是数据错了。数据格式至少要有时间戳、open、high、low、close、volume按时间升序排列并检查是否有缺失 bar。很多免费接口会在节假日或者停牌时缺数据需要补全或者直接剔除不连续的时间段。缠论结构计算对 K 线连续性要求很高中间少了几天相邻关系就全变味了。2.2 K 线包含关系合并K 线合并是缠论结构计算的第一道关口也是最容易被新手跳过的一步。规则是如果相邻两根 K 线一根的最高最低价区间完全被另一根包住就存在包含关系。处理方式要先判断方向向上处理时取两根 K 线高点的最大值作为合并后高点取两根 K 线低点的最大值作为合并后低点也就是“高高”。向下处理时取两根 K 线高点的最小值作为合并后高点取两根 K 线低点的最小值作为合并后低点也就是“低低”。方向怎么判断看前面两根非包含 K 线的相对位置如果前面的高点低于后面的高点视为向上否则视为向下。麻烦的是一次合并之后合并出的 K 线可能和下一根又形成包含关系所以要循环处理一直合并到没有包含为止。再强调一个容易踩的细节不能用盘口实时跳动中的未收盘 K 线去和别人合并未收盘的 K 线高点和低点还在变合并结果每时每刻都可能不同。正确姿势是等 K 线走完再用最终的高开低收做包含处理。2.3 分型识别与滞后确认K 线合并完成之后分型识别会简单很多。顶分型的定义是三根 K 线中中间那根的最高价最高同时最低价也最高。底分型反过来中间那根的最低价最低同时最高价也最低。代码上用 pandas 可以写得很简洁import pandas as pd # df 是已经做过 K 线合并的数据按时间升序 top ( (df[high] df[high].shift(1)) (df[high] df[high].shift(-1)) (df[low] df[low].shift(1)) (df[low] df[low].shift(-1)) ) bottom ( (df[low] df[low].shift(1)) (df[low] df[low].shift(-1)) (df[high] df[high].shift(1)) (df[high] df[high].shift(-1)) )输出结果里最后一个 bar 的分型状态永远是待定的因为shift(-1)需要未来数据。实际系统的做法是当前 bar 收盘后才会知道前一根 bar 是否构成分型。这就意味着信号天然滞后一根 K 线。你不用觉得亏这才是真实可交易的信号回测里如果掐掉这个滞后后面的收益全都是幻觉。多重分型也需要处理。连续出现多个顶分型时只保留最高的那个连续出现多个底分型时只保留最低的那个。否则后面的笔会乱。2.4 笔的划分把分型连起来笔的本质是连接相邻顶底分型的骨架。标准笔的要求是顶分型和底分型之间至少要有 5 根独立的、不含包含关系的 K 线以最终合并结果为准。如果顶底分型之间达不到这个距离就不成笔。实现上我建议用一个栈来维护候选分型序列而不是每次全局扫描。逻辑大致是遍历分型序列如果当前是顶分型它和栈里的底分型满足成笔距离就形成一笔如果不满足就看这个顶分型是否比栈里已有的顶分型更高更高就替换否则丢弃。对底分型做对称处理。这里最典型的问题是“缠论多义性”同一段走势不同的笔划分方式会得到完全不同的中枢和买卖点。市面上有些实现会做“智能笔重画”也就是在出现新分型后把旧的笔撤销重连。我个人的建议是自动交易系统不要追求智能重画宁可牺牲一点灵活性也要保证规则稳定。规则一旦定了回测和实盘用同一套你才能得到可信的结果。2.5 中枢与背驰的量化中枢是缠论的核心它的定义是至少三个连续次级别走势类型的重叠区间。在笔级别的简化实现里就是连续三笔的重叠部分。具体计算方式取连续三笔的高点和低点。中枢高点 ZG 三笔高点中的最小值。中枢低点 ZD 三笔低点中的最大值。如果 ZG ZD说明三笔有重叠区间构成中枢。当价格离开中枢后如果随后的回调一笔又回到中枢区间就属于中枢延伸中枢范围可以继续向后扩展。如果离开中枢后不再回来说明走势可能进入新的线段或者形成新的中枢。背驰的量化没有唯一答案我采用的是比较常见的 MACD 辅助法把 MACD 的柱状面积作为力度的近似表达比较中枢进入段和离开段之间的力度。比如下跌趋势中最后一个中枢之前的下跌段是 a之后的下跌段是 b。如果 b 对应的 MACD 绿柱面积明显小于 a或者 DIF 的低点高于 a 段的低点就认为出现背驰。def segment_macd_strength(close, start, end): # 用 pandas ewm 近似计算 MACD避免额外依赖 ema12 close.ewm(span12, adjustFalse).mean() ema26 close.ewm(span26, adjustFalse).mean() dif ema12 - ema26 dea dif.ewm(span9, adjustFalse).mean() hist (dif - dea) * 2 seg_hist hist.iloc[start:end].abs() return seg_hist.sum(), dif.iloc[start:end].min()这里要说明背驰的判定只能作为概率参考不能当作必然反转的保证。缠论原文里也有“背驰之后还有背驰”的论述所以在系统设计上背驰信号必须配合买卖点的形态确认不能单独作为入场依据。2.6 买卖点信号生成把前面的结构全部串起来就能得到缠论的买卖点。我用表格列一下我实现的判定条件信号状态核心判定条件一买出现底分型下跌趋势末端出现背驰随后走出底分型确认二买出现底分型一买后的向上笔结束回调笔不创新低再出现底分型三买出现底分型向上笔离开中枢后回调笔的最低点仍高于中枢 ZG再出现底分型一卖出现顶分型上涨趋势末端出现背驰随后走出顶分型确认二卖出现顶分型一卖后的向下笔结束反弹笔不创新高再出现顶分型三卖出现顶分型向下笔离开中枢后反弹笔的最高点仍低于中枢 ZD再出现顶分型买卖点生成之后还必须有一个“确认执行”机制。我的做法是分型在收盘后确认确认后的下一根 K 线开盘执行。这样虽然信号会慢一些但回测结果和实盘行为是同步的不会出现回测能成交、实盘成交不了的情况。很多自动交易系统挂在一个开盘价附近追来追去就是因为没有把信号确认和执行时机分开。3. 自动交易系统的整体架构从结构识别到自动下单3.1 模块划分五层结构各司其职完整的缠论自动交易系统不能是一个大脚本跑到底。我拆成了五层数据层、结构计算层、策略信号层、下单执行层、风控与监控层。每一层只负责一件事层与层之间通过函数接口访问不通消息队列也不共享全局状态这样出问题时定位特别快。数据层只管取数据和清洗数据结构计算层只管算分型、笔、中枢和买卖点策略信号层负责把买卖点转换成“应该持仓还是空仓”的目标状态下单执行层负责把目标状态变化变成实际订单风控与监控层独立于策略之外任何一层出现异常它都能把系统停下来。3.2 数据层的选择与落地回测阶段我强烈建议用本地数据实盘阶段数据层要做增量更新。日线级每天收盘后拉一次小时级每小时拉一次。不要在主交易循环里同步去拉网络数据一旦网络卡住整个策略会阻塞在数据请求上。我用过的数据方案里akshare 免费但接口偶尔会改tushare 需要 token 且部分接口限频ccxt 在数字货币上比较稳定。自动交易对数据延时的要求远高于数据精度所以宁可数据更新慢一点也要保证数据源稳定、格式统一。实盘我建议至少双数据源交叉校验主源挂掉时自动切换备用源。3.3 信号层与执行层的衔接信号层不直接下单它只输出目标持仓状态这是避坑的关键。比如当前空仓策略信号层识别到一个日线一买它的输出是“目标持仓多”。执行层拿到这个目标状态后对比当前实际仓位如果已经持有就不重复下单如果空仓再生成买入订单。这样做的好处是天然解决了信号重复触发问题。缠论结构在日线级别可能连续几天都在一买区域如果信号层直接下单可能会连续买入好几次。转成目标状态后执行层只会在状态发生变化时才动手比如从空仓变成持仓或者从持仓变成空仓。执行层的实际路径取决于品种。A 股可以走券商提供的 QMT/miniQMT 或者 Ptrade条件苛刻一些数字货币可以直接用 ccxt 连交易所 API。无论哪种API key 都只开交易权限不开提现权限这算是最基本的安全底线。3.4 风控层自动交易的最后一道闸门风控层要独立于策略层策略可以出错风控不能失守。我设计的规则很简单单笔亏损超过本金的 2%无条件止损。总仓位不超过账户权益的 80%永远保留应对黑天鹅的现金或 USDT。当日回撤超过 5%停止开新仓只允许平仓。策略连续触发 3 次止损自动熔断 24 小时人工查看原因后手动解除。这些规则不复杂但自动交易最怕的是“策略代码写了止损但在某个极端行情里没有执行到”比如断网、交易所 API 超时、涨停买不进、跌停卖不出。所以风控层要单独跑一个心跳监控每隔一段时间检查一次账户状态和订单状态发现异常立刻发告警并尝试平掉所有仓位。自动交易系统能不能长期跑架构本身不决定收益但风控一定决定生死。4. 回测漂亮不代表实盘赚钱四个绕不开的坑4.1 未来函数回测假设了“上帝视角”我第一个版本的回测结果非常漂亮年化高到吓人。后来复盘发现问题出在未来函数上。具体表现是我在计算某根 K 线的分型和 MACD 时用了这一整根 K 线收盘后的最终数据但实际交易中这根 K 线还没走完你根本不知道它的最高价和最低价会落在哪里。举个例子日线顶分型的确认需要右侧那根 K 线收盘后才能真正确定。回测里如果直接用包含未来数据的分型结果等于第二天还没开盘就告诉你“明天收盘会构成顶分型赶紧卖”。真实交易不可能做到。解决办法只有一个把所有结构计算都基于已经收盘的 K 线信号确认滞后一根再来决定执行。回测代码里要对所有信号做一个shift(1)模拟延迟跑完后对比一次“延迟前”和“延迟后”的净值曲线如果差别很大说明你的策略高度依赖未来信息需要重新设计。4.2 结构重画信号抖动的根源缠论实盘中最让人崩溃的问题是昨天已经确认的笔今天因为新 K 线加入包含关系重新合并之后这笔被“擦除”了连带着基于它的买卖点信号也没了。这在手工画图时问题不大人脑会自动忽略这种重画但程序不会它会一本正经地把你已经下过的单判定成“本来不该存在”。我自己遇到的情况是系统在某个底部触发了一买我按计划买入结果后面两根 K 线走出来之后程序重算结构发现那笔的支撑不被认可信号变成了“无效买入”。这个时候订单已经成交了你不可能把它撤销。应对思路是把信号分成“已确认”和“待确认”两档。只有已经确认的结构产生的信号才能触发交易待确认的部分仅供参考绝对不动仓。看起来会错过一些精准买点但从回测到实盘的一致性来说这是必须付出的代价。实盘最可怕的事情不是错过机会而是回测里不存在的止损在实盘里连环出现。4.3 参数敏感都叫缠论结果可以完全不同缠论实现中隐藏着一堆参数笔最少跨几根 K 线、MACD 用 12 26 9 还是更慢的参数、背驰面积比较的区间取多少根、中枢延伸怎么计算。这些参数稍微变一点买卖点位置就全变了。我最开始用 5 根 K 线成笔的标准后来为了测试改成 4 根结果半年内反复进出场的次数翻了一倍手续费直接吃掉大部分利润。建议做两件事把一套参数固定下来当作一个“版本”存在配置里实盘和回测必须用同一套配置。做参数敏感性测试比如笔的根数从 4 到 8 依次跑一遍如果信号数量变化剧烈说明当前级别噪音太大应该把级别调大或者增加过滤条件而不是频繁微调参数去拟合历史行情。参数优化的思路是“找稳定区间”不是找“回测收益最大的点”。收益最大的那个点往往是过拟合的产物。4.4 手续费、滑点和交易机制差异回测盈利和实盘盈利之间至少隔着手续费、滑点和交易机制三道坎。A 股佣金普遍在万 2.5 到万 3卖出还要交印花税数字货币交易所买卖价差和资金费率也都不低。如果一个缠论系统每天买卖很多次光是成本就能把利润全部吃完。回测里一定要预留成本不能假设以收盘价完美成交。我自己的保守做法是股票回测按手续费 滑点合计千分之一到千分之二预留数字货币回测按按 taker 费率加上 0.05% 的滑点预留。如果加了这些成本之后策略还能盈利再考虑下一步。还要注意 A 股的 T1 限制当天买入的股票当天不能卖出即使盘中止损信号触发也只能等下一个交易日。数字货币是 7x24 小时交易挂单和成交逻辑也有差异。这些机制层面的东西最好在架构设计前就想清楚不然策略逻辑写得再完美真拉到实盘环境里就是水土不服。5. 最小可运行的缠论信号骨架先画出来再谈自动交易5.1 代码骨架从 K 线到买卖点怎么串起来最后给一个最小可运行的缠论信号骨架。它不完整很多边界条件需要根据你自己的数据去打磨但流程是对的class ChanEngine: def __init__(self, bars: pd.DataFrame): self.bars bars self.merged [] self.fractals [] self.strokes [] self.pivots [] def run(self): # 1. K线合并消除包含关系 self.merged merge_bars(self.bars) # 2. 分型识别 self.fractals find_fractals(self.merged) # 3. 笔划分 self.strokes build_strokes(self.fractals) # 4. 中枢识别 self.pivots find_pivots(self.strokes) # 5. 背驰判断结合MACD self.divergence check_divergence(self.bars, self.strokes, self.pivots) # 6. 买卖点生成 self.signals generate_signals(self.strokes, self.pivots, self.divergence) return self.signalsmerge_bars和find_fractals的 pandas 写法我在前面章节已经给了思路build_strokes用栈维护分型序列find_pivots按连续三笔重叠区间计算check_divergence用 MACD 面积对比generate_signals按买卖点判定表输出信号。整个骨架的代码量其实不大难的是把每个函数的边界条件处理到足够稳。5.2 用绘图验证结构是否画对代码写完第一件事不是回测而是把分型、笔、中枢画到图上和行情软件对照。这一步能省掉后面无数个莫名其妙的 bug。用 matplotlib 检查标注出顶底分型、笔的连接线、中枢的矩形区域以及一买、三买这类信号点。如果画出来的笔和你在行情软件里肉眼画的不一样先别急着怀疑行情软件先检查自己的包含合并、分型过滤和成笔规则。结构画对了交易信号才有讨论的意义。我当时的对照方法是随机取 20 段不同行情每段 200 根 K 线逐段对比自己的代码输出和手动标注结果把不一致的地方全部列出来一个一个修。这个过程很枯燥但对缠论系统的正确性起决定性作用。5.3 从信号骨架到完整自动交易还差什么信号骨架生成后离自动交易还差账户抽象、下单接口、异常处理、幂等性、日志、停机保护、人工接管按钮。下单接口建议先接模拟盘不接真实资金。数字货币交易所通常有 sandbox 环境A 股券商的 QMT 一般也提供仿真交易。至少让模拟盘跑一个月记录信号触发次数、实际下单次数、成交价格差异和漏单情况确认所有环节都稳定了再用极小资金上实盘。我自己最终坚持的原则是系统必须每下一个单都有日志每次信号变化都有记录每天结束时自动生成一份当天信号和成交对照表。这样即便某天策略亏了也能清楚地知道亏在哪里、是结构判断错了还是执行出了问题。没有这份记录自动交易就只是一台失控但速度很快的下单机器。缠论自动交易系统这个项目我从“每天收盘后手动画线”做到“程序自动出买卖点”最大的收获其实不是所谓收益而是逼着我把缠论里所有含糊的地方全部落成了确定性的规则。你一旦开始写代码就没办法再靠“感觉”混日子了。每个分型、每笔、每个中枢都必须有一个明确的答案。如果你也想做这件事我建议先别急着接任何实盘 API把画线引擎跑通用肉眼确认你的代码画出的买卖点和缠论原意一致再谈后面的自动交易。回测是用来否定策略的不是用来证明策略能赚钱的这句话在我实盘亏了两次之后才真正听进去。