jackyu66gitandCursor
ef584b8d49
用户假设「有资金的趋势才是好趋势」，预期开仓根成交量越大越好。成交量在信号根 收盘时可知，符合 step48 立的「只用开仓时已知信息」纪律，是合法的可交易切法。 10 币 × 80 万根、实盘口径 3941 笔，结论与假设相反。 按 vr60（当根量 / 前 60 根均量）四分位： 量最低（中位 0.63） 毛R 1.421 余量 27.18bp ← 样本外 量最高（中位 5.34） 毛R 0.794 余量 13.47bp 单调递减，且样本内外、两套量比基准（前 10 根 / 前 60 根）全部同向。稳健性达到 step49 那条的标准：ATR 四分位 4/4 同向、逐时段 7/7 同向，不是 ATR 换脸。 机制在出场结构里，伤害全在止损命中率： 量最低 止盈 33.5% 止损 22.5% 超时 44.0% 赢时均R 1.830 亏时均R −1.098 量最高 止盈 26.1% 止损 45.3% 超时 28.6% 赢时均R 1.651 亏时均R −1.106 亏损幅度四档全是 −1.10（止损就是止损），赢时均R 只降 10%，止损率翻倍是全部 损失来源。这里有个判别点：若只是「2 ATR 止损相对突然放大的波动太窄」的尺度 错配，超时单应按原比例分流进止盈和止损两侧；实际是超时（−15.4pp）和止盈 （−7.4pp）一起流进止损（+22.8pp）。方向本身在变差，不只是止损太窄。 为什么直觉会反：B4/S4 在突破根上进场。大量根意味着这一冲已经由别人的资金 完成，你在它的收盘价接手。「有资金」要能获利必须在资金到达之前进场，不是同时。 与「有前序」是两件独立的事（有前序组 vr10 中位 1.76 vs 无前序 1.46），可叠加： 低量 × 有前序 253 笔，毛R 1.398、余量 31.00bp，是目前见过最宽的执行容忍度。 step48 的采集加 vr10/vr60 两列。 Co-authored-by: Cursor <cursoragent@cursor.com>
Chan — 缠论分析引擎
把 OHLCV K 线拆成缠论结构（K 线单元 → 合并 K 线 → 分型 → 笔 → 线段 → 中枢 → 买卖点）， 配一个 TradingView Charting Library 的 Web 界面，外加一套验证信号有效性的回测脚本。
标的不限：加密永续（ccxt）与 A 股（akshare）都走同一条分析链路。
chanlun/ 缠论引擎，纯 pandas/numpy，无外部指标库依赖
web/ Flask API + 图表界面
research/ 信号有效性验证脚本（step1 ~ step30）
data/ 本地 K 线（freqtrade 的 feather 格式）
安装
需要 Python ≥ 3.11（pandas 3.x / numpy 2.x 的要求，不是本项目代码的限制）。
python -m venv .venv
.venv/bin/pip install -r requirements.txt # 核心运行时，8 个包
.venv/bin/pip install -r requirements-dev.txt # 另加测试与 research/ 所需
跑 Web
cd web
../.venv/bin/python app.py # 默认 http://0.0.0.0:8128
从仓库根跑 .venv/bin/python web/app.py 也可以——Python 会把脚本所在目录放进 sys.path。
但不能用 python -m web.app，也不能 import web.app：web/ 内部是无前缀导入
（import config、from api.analyze import bp），-m 方式下 sys.path 里是仓库根而不是
web/，会 ModuleNotFoundError: No module named 'config'。
配置全部走环境变量，见 web/config.py：
| 变量 | 默认值 | 用途 |
|---|---|---|
FLASK_HOST / FLASK_PORT |
0.0.0.0 / 8128 |
监听地址 |
DATA_SERVICE_URL |
https://provider.jackyu66.com |
行情 REST 源 |
DATA_SERVICE_WS_URL |
wss://jackyu66.com/ws |
行情 WebSocket 源 |
ASHARE_DP_URL |
http://103.179.242.166:8000 |
A 股数据源 |
CHAN_HTTP_PROXY |
未设置则不走代理 | ccxt / HTTP 代理 |
MACD_FACTOR / MACD_SMOOTH |
1 / 1 |
MACD 周期倍数，默认 12/26/9 |
主要接口：GET /api/analyze 返回某标的某周期的完整缠论结构，/api/klines/recent
取最新 K 线，/api/trend_filter 与 /api/trend_detail 做多周期趋势筛选，
/api/symbols、/api/search_stock、/api/sectors 等负责标的检索。页面在 / 与 /chan_tv。
作为库使用
import pandas as pd
from chanlun import TF_DF
# 需要 date/open/high/low/close/volume 六列，date 为 datetime
df = pd.read_feather("data/binance/futures/BTC_USDT_USDT-1h-futures.feather")
tf = TF_DF(df, interval=1, timeframe="1h")
len(tf.klu_list) # K 线单元
len(tf.klc_list) # 合并 K 线（处理包含关系后）
len(tf.bi_list) # 笔
len(tf.seg_list) # 线段
len(tf.zs_list) # 中枢
tf.bi_list[-1].dir # Chan_BI_DIR.DOWN
tf.chanmacd # MACD 结构分析（背驰判定用）
interval 的单位是分钟，对传入的 df 做重采样；interval=1 是特例，表示原样使用、
不重采样。所以拿 1h 的 feather 要传 interval=1，拿 1m 数据想看 1h 才传 interval=60：
df1m = pd.read_feather("data/binance/futures/BTC_USDT_USDT-1m-futures.feather")
TF_DF(df1m, interval=5, timeframe="5m")
TF_DF(df1m, interval=60, timeframe="1h")
传错不会报错，只会静默给出错误周期的结构——1h 数据配 interval=4 相当于按 4 分钟
重采样，结果与 interval=1 完全相同。
分析流程
TF_DF.init_TF_DF() 按顺序做这几步，每步的实现在 chanlun/pipeline/builders/ 下同名文件：
resample_to_interval— 重采样（interval != 1时）add_indicators— 追加 33 列指标（MACD / BBANDS / EMA / RSI / ATR 等）cal_kl_data→klu_list— K 线单元get_klc_list→klc_list— 按包含关系合并 K 线，并标记分型cal_bi_list→bi_list— 笔cal_bi_zs_list_pure→bi_zs_list— 笔中枢get_seg_list→seg_list— 线段get_zs_list/get_big_zs_list— 中枢与大级别中枢ChanMACD(klu_list)— MACD 段 / 柱堆结构，供背驰判定
数据
data/<交易所>/futures/<SYMBOL>-<周期>-futures.feather，即 freqtrade 的下载格式，
如 data/binance/futures/BTC_USDT_USDT-1h-futures.feather。
research/lib/data.py 负责定位：BTC/USDT:USDT + 1h 会解析到上面这个路径，
找不到本地文件则回落到远端拉取。
测试
.venv/bin/python -m pytest chanlun/tests web/tests -q
chanlun/tests/test_ta_compat.py 有个需要注意的陷阱：它把 chanlun/indicators/ta.py
的输出逐 bar 钉在 TA-Lib 上，但 TA-Lib 不存在时会静默跳过。也就是说改了 ta.py
之后在没装 TA-Lib 的环境里跑，测试会显示通过，其实一项都没验证。改动那个文件时请先装：
sudo apt-get install -y libta-lib0 ta-lib-dev
.venv/bin/pip install TA-Lib technical
已知问题
web/DEPLOY_GUIDE.md已失效：它引用的deploy_venv.sh、stop_venv.sh、status_venv.sh等 6 个脚本都在7f393b9精简提交里删掉了，目前没有部署脚本。 两个 systemd unit 文件（web/chanlun-web*.service）仍可参考，但它们用 gunicorn 且写死端口 8123，与config.py默认的 8128 不一致，gunicorn 也不在依赖清单里。web/README.txt已过时：它说的web/requirements.txt不存在，依赖清单在仓库根目录。- 四个零引用的死文件：
chanlun/analysis/下的ChanPY.py、ChanLun_Classifier.py、Find_Trend.py、ChanHeng.py全项目无人引用。ChanPY.py依赖未安装的外部 chan.py 库， 另外三个需要 matplotlib / mplfinance / xgboost / scikit-learn——这些都不在依赖清单里， 是有意为之。要用得自行安装。