Slime 分析框架 v2.4.1(2026-10-12 修补)

外部 · Slime · 原文件 分析框架_v2.md

Slime 分析框架 v2.4.1(2026-10-12 修补)

v2.4 现行口径:申万二级(已发布 124 个,星耀数据),用户 10/11 16:52 最终确定,10/12 起生效。 历史:10/10 用户确认同花顺二级 90 个(当时申万官方源被 Cloudflare 拦截),现在只作回落。

不是投资建议,不写目标价、买卖指令。缺数据写 UNKNOWN。不执行交易,不改 F12 参数。

一、三层分工

层 谁 做什么 边界
取数层 snapshot.py(定时任务由 Slime 建) 每天只取一次:A股/亚太收盘(--mode a_close,约15:40)、美股/全球宏观收盘(--mode us_close,次日约05:30)。存底稿 data/YYYYMMDD_<mode>.json/.md 只取数不解读;取不到写 UNKNOWN;单源失败不中断
研究层 Asia 亚太指数、A股19只、链桶、轮动、资金 不写美债/商品结论,不写账本判断
研究层 Macro 美股、汇率、美债、商品、情绪、压力指标 不写个股账本判断
研究层 Book 账本权重、链桶贡献、Q3门槛对照 不改权重、不写加减仓;只认底稿和公告
合成层 Slime 核数(与底稿逐项对齐)、处理冲突、写给用户 底稿外的新数须标来源并补登记

顺序:取数 → Asia → Macro → Book → Slime。周五周报直接用本周底稿合成,不临时重取。

二、核对规则

  1. 每个数标来源和收盘/盘中(底稿字段 source、close_or_intraday)。
  2. 两源冲突:并列写出,不取平均;正文用优先级高的源,另一源入「冲突与弃用」。
  3. 百分比、价格统一两位小数(汇率四位)。
  4. 周涨跌固定对上周五收盘(上周五休市则对最近一个收盘日,并注明)。
  5. 验数须与底稿一致:研究层和合成层引用的数必须与当日底稿相同;不同即视为冲突处理。
  6. A股19只每日新浪 vs 腾讯自动核对(底稿 核对.新浪vs腾讯,差>0.01pp 标不一致)。

三、三个固定指标(每个收盘都算)

(a) 轮动(v2.4 主口径,覆盖 v2.1 的说明)

(a-旧) 轮动(v2.1,2026-10-10 修订)

(b) 资金

(c) 压力

成功判定(v2.1)

底稿每个字段带 ok。只有有值且覆盖达标才算成功:轮动行业 90/90、AI 硬件资金 19/19;步骤失败或 UNKNOWN 为否。成功率 = ok 字段数 / 总字段数。研究层只能引用 ok=是 的字段,ok=否 的照写「不可用」。 SKEW:CNBC 没有这个品种,CBOE 官方 CSV 被 Cloudflare 拦截,改用 Yahoo ^SKEW(正文标明不是交易所原文)。

v2.2 底稿增补(不改已有字段口径)

四、全市场覆盖清单(每份收盘稿必须覆盖,缺则 UNKNOWN)

五、数据源优先顺序(v2.3)

A 股主数据源:星耀数智(中国银河证券 AmazingData),用户 10/11 同意。口径切换日 2026-10-11,从 10/9 底稿起生效。 - 星耀提供:指数和账本 19 只的日 K、收盘、前收、成交额(日 K 和快照),周基准,两融汇总(沪、深、北合计,与东财口径一致),涨跌家数(全 A 日 K),涨跌停数(规则法),账本公告标题。 - 星耀不提供:主力资金流、港股指数(含恒生科技)、同花顺行业。这几项继续用原来的源。行业轮动仍按用户确认的同花顺二级 90 个,口径不变。 - 交叉核对:星耀的值进正文;新浪和腾讯作为参考字段保留(ref_sina、核对.星耀vs新浪vs腾讯)。涨跌幅差超过 0.01pp,或价格差超过 0.005,标「冲突」,并列,不取平均。东财的两融、涨跌停、公告保留为 ref_东财。 - 资金流单一口径:星耀没有主力资金接口,所以继续只用新浪(东财在封这个 box)。以后星耀如果有接口并能覆盖 19/19,就切到星耀,新浪留作参考字段,并写明切换日。 - 回落:星耀分两段子进程调用,超时后强制结束整个进程组。 - 核心段(日 K、快照、两融、公告),超时 120 秒。失败时 源.星耀数智 标不可用,全部 A 股字段回落新浪/腾讯/东财。 - 非核心段(涨跌家数、涨跌停,要拉全 A 约 5200 只日 K,耗时约 50 秒),超时 120 秒。失败时这两个字段回落东财。 - 两段都不会中断主流程。 - 同一个星耀账号不能并发登录(10/11 再次复现:强制结束一个子进程后马上重新登录,「all」段没有输出,自动回落到 core 段,涨跌家数和涨跌停改由东财提供):后登录的会话会把先登录的挤掉,实测导致子进程没有输出。定时任务和临时调试不要同时跑。 - 运行:snapshot.py 用系统 python 运行;星耀部分通过子进程 xysz_worker.py 调用 /workspace/xysz/.venv/bin/python。账号从 /home/box/.config/xysz/ad.env 读取,不写进底稿。 - 已知口径差异: - 星耀公告的 PUBLISH_TIME 只有日期,盘后公告记为次日,所以取「目标日至下一交易日前」的公告。 - 星耀公告的日期约定:交易日白天的公告记为当天,盘后公告记为次日,所以「目标日」那一条可能是前一晚的盘后公告。研究层引用时以东财 ref 的披露时间为准。 - 星耀涨跌停数用规则法(主板 10%,创业板和科创 20%),ST(5%)和新股不计,与东财涨跌停池会有差异,并列写出。

行业口径:用户 10/11 指定「银河行业分类 → 万得 → 同花顺 90 个作参考」(未切换)

v2.3 提速(10/11)

v2.4.1 修补(10/12)

v2.3 待办

五-旧、其他数据源顺序

  1. 新浪 hq(A股、港股、外盘期货、外汇、美股)
  2. 腾讯 qt(A股备源核对)
  3. CNBC(美股指数、美债收益率、VIX系、亚太指数备源)
  4. FRED(HY/IG OAS)
  5. CNN graphdata(Fear & Greed)
  6. 东财 datacenter / push2(两融、北向、龙虎榜、个股资金流主源);同花顺 d.10jqka(行业轮动);新浪 MoneyFlow(个股资金流备源);Yahoo(只用于 SKEW)
  7. 巨潮(公告原文,三季报唯一认可来源)
  8. SGX(富时A50、日经期货结算价核对) 另:TreasuryDirect FiscalData(拍卖)。Yahoo/Investing 只作指数周涨跌兜底并标明。

六、账本锚点(勿改)

19只合计 87% + 现金 13%,HBM 0%,不含 688。 新易盛 9、中际旭创 8、天孚通信 5、工业富联 7、浪潮信息 4、沪电股份 6、深南电路 5、胜宏科技 4、生益科技 5、德福科技 2、兴森科技 3、三环集团 5、长电科技 3、通富微电 2、立讯精密 5、中航光电 3、英维克 5、申菱环境 2、欧陆通 4。 链桶:光模块 22、服务器 11、PCB 25、封测 5、连接器 13、液冷/电源 11。 Q3 门槛:Q3 单季归母 ≥ Q2 单季(见 Q3门槛_环比Q2口径_20261009.md)。 - 容易:立讯、工业富联、中际、沪电、英维克 - 中等:新易盛、天孚、深南、三环、浪潮、兴森、长电、欧陆通 - 难:胜宏、生益、德福、中航光电、申菱 - 最难:通富

七、三季报核对流程(10/23–10/31)

  1. 每只披露当天,从巨潮下载公告原文(PDF),只认公告原文;媒体、研报、数据终端只作线索。
  2. 计算 Q3 单季归母 = 前三季度累计归母 − 半年报累计归母;扣非同法计算,并列参考。
  3. 对照环比 Q2 门槛:主口径归母 Q3 ≥ Q2 → 达标;< Q2 → 证伪。扣非与归母方向不同时并列写明原因(一次性收益、公允价值变动等)。
  4. 记录:公告编号、披露日期时间、Q3 归母、Q2 归母、差额%、扣非两项、所属档位、结论(达标/证伪),写入 Q3核对_YYYYMMDD.md 和 验证回测_三步.md 第 3 步。
  5. 达标不是加仓,证伪才进入下一份账本段;不改权重。
  6. 业绩预告先出的,按预告区间下限对照,正式报告出后覆盖。
Exia 资料库 · 由发布脚本自研报定稿自动生成 · 内容以台账定稿为准