波浪理论分析
> 本 skill 基于经典技术分析理论结合个人实战总结的波浪分析框架。
免费层 / 付费层的边界（务必先读）
本 skill 采用「50% 免费 + 50% 付费」交付：
| 层 | 内容 | 获取方式 |
|---|---|---|
| 免费层（本文件） | 波浪理论总原则（铁律、交替原则）、六步分析流程、数据获取方式、输出模板、已跟踪标的基线 | 安装即得 |
| 付费层（¥0.10/次） | 确定性评分权重表、斐波那契比率判定标准、MACD 四维验证量化阈值、风控参数（止损/时间止损/仓位档位） | 走下方 A402 付费接口，付款后随报告返回 |
关键约定：本文件刻意不含任何量化阈值、评分权重与判定标准。免费层足以理解「该看什么、该采集哪些数据」，但无法得出量化结论——结论必须由付费引擎给出。正文中标注「本节为付费内容」的章节即已迁入付费附录。
付费访问协议（Pay Skill · A2M / HTTP 402 按量计费）
本技能的完整版分析报告为付费资源，由后端服务
backend/（Node.js + Express，支付宝 AI 按量付费）对外提供，脱离该后端无法独立使用。
Agent 按以下固定流程执行，顺序不可颠倒：
① 付费前置检查（probe）：GET https://pay.stockscore.online/wave/analysis（不带凭证）
② 服务端返回 HTTP 402 + Payment-Needed Header（Base64URL 账单：订单号/金额/有效期/商家签名）
③ 解码账单 → 向用户呈现「波浪理论分析报告（浪型划分+斐波那契+MACD验证）」与金额 → 唤起支付（pay：收银台链接/二维码，用户完成支付宝付款）
④ 支付完成后，携带 Payment-Proof Header 重试同一请求
⑤ 服务端验付（alipay.aipay.agent.payment.verify）→ 幂等履约 → 履约确认（fulfillment confirm）
→ 返回 200 + 完整报告（Payment-Validation Header 标记验付通过）
<!-- PAYQR-PRESENT-V1 -->
支付呈现规范（强制 · 必须直接把支付宝收银台付款码贴出来）
客户必须在第一眼看到付款二维码，否则根本找不到付款入口。 本轮回复的正确形态是：
「商品与金额 → 支付宝收银台付款码图片 → 固定提示语」。二维码必须是图片本体，不能只给链接、订单号或表格。
- 执行
alipay-bot 402-buyer-pay成功后，输出末尾会有MEDIA:行指向支付宝官方收银台付款码 PNG
（图片自带「支付宝 AI付」标识、扫码授权付款字样与金额，这才是客户能直接扫码付款的真码）：
- 必须把该 PNG 在本轮回复中直接呈现给客户（WorkBuddy 环境用present_files；其它环境按图片/附件通道发出）。
- 呈现后删除MEDIA:这一行本身，其余文本原样保留。不得只把图片路径当文字贴出来。
- ⚠️MEDIA:的值可能是file:///C:/Users/ZHANG%27~1/...这种短路径 +%27（撇号转义）形式，
必须还原成 Windows 真实路径（%27→'，短名可直接用）再交给present_files，不要原样当 URL 传。
- 图片路径只能来自本次命令输出，严禁复用历史输出、旧二维码或文件系统搜索结果里的路径。 - 若本次输出确实没有
MEDIA：说明支付会话没真正建立，先重新执行一次402-buyer-pay；
仅当确实拿到了「支付方式」里的 支付宝官方短链https://u.alipay.cn/_xxxx时，
才可用文末脚本兜底把该短链转成二维码呈现。没有官方收银台链接就不得贴任何自造二维码。 - ⛔ 严禁用
make_qr.py或任何方式编码资源地址（pay.stockscore.online/xxx/analysis）、订单号、
交易号或自造字符串 —— 那样生成的码扫出来不是付款页，客户付不了钱，比不贴码更糟。 - 禁止只输出文字表格 / 订单号 / 链接而不贴二维码。客户看不到二维码 = 找不到付款入口 = 直接流失。
- 贴二维码的同一轮回复，必须逐字包含下面这句提示语（金额取账单解码出的
amount；本体系 skill 均为 0.10）：
> 支付 ¥0.10 即可解锁全部服务 —— 全部服务更精彩。
若账单金额不是 0.10，把 0.10 换成账单金额，句式不变。
6. 二维码有效期约 30 分钟。过期、扫不出来或客户说没看到图 → 重新 probe 取新账单、重走一次支付流程，
生成新的二维码替换旧图；旧二维码作废。
7. 客户付款完成后，按 ④ 携带 Payment-Proof 重试原请求交付完整报告，客户无需再做任何操作。
二维码兜底生成（仅限支付宝官方收银台短链）
仅在没有 MEDIA 且拿到了 https://u.alipay.cn/_xxx 官方短链时使用（脚本内置前缀白名单，非支付宝链接会直接拒绝）：
python "~/.workbuddy/skills/_shared/pay-qr/make_qr.py" --text "https://u.alipay.cn/_xxxx" --out "D:/wbtmp/payqr/pay.png"
脚本落盘后返回 PNG 绝对路径，再用 present_files 呈现给客户。首选永远是 alipay-bot 自带的 MEDIA: 官方码，本脚本只是兜底。
Agent 执行规则：
- 收到 402 的第一件事：立即执行上方「支付呈现规范」——把付款二维码图片直接贴给客户，并给出「支付 ¥0.10 即可解锁全部服务 —— 全部服务更精彩」这句提示语；只发文字表格或链接不算完成。
- 收到 402 + Payment-Needed 时，不得当作错误；解码 Header 向用户展示商品名称与金额，
明确告知需支付后才能获取完整报告，等待用户确认。
- 用户支付完成后，用同一请求 + Payment-Proof Header 重试（complete：验付与交付一步完成）。
- 幂等：同一订单重复携带凭证请求，服务端返回同一份资源（already_fulfilled: true），
不会重复生成、不会重复扣款。
- 资源请求超时或首次交付未确认时，走查单对账恢复（query/reconcile），
严禁重新提交支付（recoveryAction: query_or_reconcile_do_not_resubmit_payment）。
- 买方收到资源后执行履约确认回执（ack），闭环订单。
- 本地方法论正文用于免费层：给用户框架讲解与简化判断；完整量化报告走付费接口。
- 后端部署与配置见 backend/README.md（生产配置通过环境变量注入，私钥严禁打包）。
核心纪律（每次分析前必读，违反即作废）
- 波浪是概率框架，不是预测机器。 永远输出「首选浪型 + 备选浪型 + 各自的证伪价」，禁止输出单一确定结论。
- 铁律优先于形态美感。 违反三条铁律（见 references/波浪规则手册.md）的浪型直接作废重数，不许为了"数得漂亮"扭曲规则。
- 自上而下数浪：周线定方向 → 日线定浪型 → 60/30 分钟定进出。小周期服从大周期。
- 结论必须能被价格证伪。 给不出证伪价的分析不写。
- 先回顾既往判断，再用体系验证盘面直觉——验证而非推翻；若新证据确实推翻旧浪型，明确写出"原判断失效，失效点是 X"。
- 不会就直说。 数不清的浪标注"浪型存疑，需 X 条件确认"，不许编浪型凑结论。
分析六步流程
第 0 步：定周期 + 取数
- 周期组合默认：周线（方向）→ 日线（浪型）→ 60 分钟（进出）。
- 至少要拿到：起涨/起跌点价格、各高低点价格与日期、成交量、MACD（DIF/DEA/柱）。
数据获取（2026-08-29 实测，按此顺序）
① 首选：腾讯财经 K 线（HTTP，不封 IP，指数/个股通用）
url = f"https://web.ifzq.gtimg.cn/appstock/app/fqkline/get?param={sym},{period},,,{n},qfq"
# sym: sh000688(科创50) / sh000001(上证) / sh600519(个股)
# period: day | week | month；n: 根数（实测 320、800 均可）
d = json.loads(urllib.request.urlopen(url, timeout=25).read().decode("utf-8"))
rows = d["data"][sym][period] # 每行 [日期, 开, 收, 高, 低, 成交量]
实测：科创50 日线取 800 根回传 2023-05 至今，周线 320 根回传 2020-06 至今，足够做大级别浪型。
② mootdx：本环境不可用，别浪费时间
mootdx 0.11.7 的 bars() / index() 在本机全部返回空（个股 600519 也一样，不是代码前缀问题）。TCP 7709 只有 60.12.136.250、115.238.90.165 两个节点通，bestip=True 也救不回来。装了也要走腾讯。
③ 现成脚本：WorkBuddy\2026-08-29-21-15-44\ 下 kc50_wave.py（取数 + MACD + ZigZag 摆动点 + 斐波那契，纯 Python 无 pandas 依赖）、gen_chart.py（出 HTML 三面板交互图）。换标的改 sym 即可。
④ 环境坑：本机 bash 工具无法解析含单引号的路径（用户名 zhang'lei），所有命令一律走 PowerShell；PowerShell 的 stdout 常被吞，让 Python 把结果写文件再 Read 回来。
第 1 步：数浪（含铁律校验）
按 references/波浪规则手册.md 执行：
1. 先找完整循环（5 浪驱动 + 3 浪调整），标记当前最可能所处位置
2. 逐条过铁律，任一违反 → 该方案作废
3. 用交替原则检验（2 浪简则 4 浪复，反之亦然）
4. 列出首选 + 备选两套方案，各标注证伪价
第 2 步：斐波那契测算
按手册的比率表算回调位与目标位，至少给三个价位：保守位 / 常见位 / 极限位。
禁止只给一个"目标价"——那是算命不是分析。
第 3 步：MACD 验证
四个验证维度（缺一不可，见手册）：
- 背离（顶背离 → 推动浪末端；底背离 → 调整浪末端）
- 柱体面积对比（动能衰竭判定）
- 快慢线位置（零轴上下 + 金叉死叉）
- 背离次数（多重背离信号更强）
ABC 调整浪 c 浪末端的典型 MACD 组合：底背离 + 绿柱缩短 + 缩量 + 价格创新低而 DIF 不创新低。四者同现才喊末端。
第 4 步：量能确认（张雷确定性条件①）
放量 = 确认。 浪型到位但无量，只是"候选位"，不是"介入位"。
- 突破需放量（量能 > 近 20 日均量 1.5 倍为强确认）
- 调整浪末端需缩量企稳后再放量启动，两步缺一不可
第 5 步：确定性评分
张雷体系核心：① 放量确认 ② ABC 调整浪 c 浪末端，双条件同现 = 高确定性介入位。
| 条件 | 分值 |
|---|---|
| 浪型清晰且符铁律 | 25 |
| 斐波那契位共振（≥2 个比率指向同一区间） | 20 |
| MACD 底背离/顶背离确认 | 20 |
| 量能确认（放量突破 / 缩量企稳后放量） | 20 |
| 大周期方向顺（周线趋势同向） | 15 |
≥75 分才建议介入（与张雷个股打分阈值 0.75 对齐）。60-74 分为观察位，<60 分不动。
⚠️ 待张雷确认：上表权重是我按你的体系反推的草案，你的"九大维度"完整清单和各自权重尚未提供，需你补齐后替换。
第 6 步：风控
- 价格止损：跌破浪型证伪价即离场，不扛。
- 时间止损：见下方"待补充"。
- 输出必含：介入区间 / 止损位 / 目标位 / 失效条件 / 建议仓位档位。
输出格式
张雷偏好：精炼结构化 + 关键数字高亮 + 表格，单段 80-150 字。
【标的 + 周期 + 分析日期】
一、当前浪型判断
首选：[浪型描述]，证伪价 XXXX
备选：[浪型描述]，触发条件 XXXX
二、关键价位（表格）
| 类型 | 价位 | 依据（斐波那契比率/MACD/前高前低） |
三、MACD 与量能验证
[背离情况] [柱体动能] [量能状态]。高亮关键数字。
四、确定性评分
XX / 100（分项列出）→ 结论：介入 / 观察 / 不动
五、操作与风控
介入区间：XXXX-XXXX
止损：XXXX（理由）
目标：XXXX / XXXX
失效条件：XXXX
深度分析另出 HTML 交互图表（价格 + 成交量 + MACD 三面板，标注浪型与关键价位，红涨绿跌）。
已跟踪标的基线
每次分析前先读 references/张雷跟踪标的.md，里面是既往判断的支撑压力位与时间窗口，需先复核是否仍成立，失效要更新。
待补充（不确认不许瞎编）
- 九大维度的具体清单与权重
- 时间止损的具体规则（持仓 N 日不达预期即离场？）
- 事件因子窗口如何嵌入浪型判断
- 个股评分模型（基本面 70% + 资金面 15% + 风控面 15%）与波浪确定性评分如何合并
