hmo/MoFin
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
175 Commits 1 Branch 0 Tags
28c001684ecfbc67154eadec87071670bf7b9545
Commit Graph

63 Commits

Author SHA1 Message Date
知微 28c001684e 币种标记标准化 + data-pipeline诊断文档 
stale_detector: HK股价格输出加(HKD)标记，防止LLM混读CNY/HKD
per_stock_reassess: 写回decisions.json的HK股加上currency: HKD
docs/data-pipeline-diagnosis.md: 完整数据管道重构需求文档

避免建滔积层板CNY/HKD错配类问题复发
 2026-06-30 11:13:45 +08:00
知微 28afb14769 建滔价格错误修复 + 币种标记标准化 
per_stock_reassess.py: 写入HK股时加currency: HKD标记
防止报告脚本混读CNY vs HKD导致止损判断错位
 2026-06-30 11:11:22 +08:00
知微 8e738404d4 fix: 全线港股前缀修复 + 币种统一 
per_stock_reassess.py:
  - 港股5位代码前缀优先（0开头不匹配sz）
  - 删除CNY转换，存Tencent原始HKD值
stale_push_wlin.py fetch_trend_data:
  - 港股5位代码前缀优先
strategy_review.py (x2):
  - 港股5位代码前缀优先
验证：
  建滔 price=97.2 HKD SL=94.62 HKD ✓
  腾讯 price=421.2 HKD SL=409.73 HKD ✓
  中芯H price=88.8 HKD SL=84.8 HKD ✓
  A股不受影响 ✓
 2026-06-30 10:38:18 +08:00
知微 fa45d8aa5f fix: 小果地址统一node122(兼容LAN+EasyTier) 
- health_checklist.json: 192.168.1.122→node122
- ocr_client.py: docstring IP→node122
- docs/market-data-requirements.md: IP→node122
- 所有API调用通过ProxyHandler({})绕过系统代理
  Privoxy对node122:18003返回500，直连正常
 2026-06-30 02:56:35 +08:00
知微 7d49470aeb 总资产公式修复+数据模型文档 
bugfix: price_monitor写total_assets时漏算frozen_cash
  公式修正: total_assets = market_value + cash + frozen_cash
  影响: price_monitor两处公式 + stale_push_wlin fallback路径

docs: portfolio-data-model.md 新增
  数据模型字段说明
  现金流更新规则
  常见错误清单
 2026-06-29 22:35:07 +08:00
知微 5a2d616dfd 现金冻结修复：price_monitor不再重算cash 
根因：price_monitor每2分钟用av+fz重算cash，
但av/fz是旧数据(含法拉电子卖出前冻结)，
覆盖了Dad交易截图后的正确现金92,679。

修复：
1. price_monitor只更新market_value，不碰cash
2. cash设回正确值92,678.85（含法拉电子+18,920）
3. 加cash_history追踪每次修改
 2026-06-29 22:24:12 +08:00
知微 0b0323eb23 cash/总资产循环依赖修复 
问题：price_monitor从strategy_staleness_report读cash→
stale_report由stale_push_wlin从portfolio.json写cash→
循环依赖导致cash值被污染(92,678→正确的应是113,240)

修复：
1. price_monitor改成优先用available_cash+frozen_cash字段
   （来自Dad截图确认值），不再从stale_report读
2. portfolio.json清理重复字段，统一用available_cash+frozen_cash
3. total_assets = total_market_value + available + frozen
4. 正确的数：市值835,552+可用73,758+冻结39,481=总资产948,792
 2026-06-29 22:17:28 +08:00
知微 9709c43ccb 总资产权威数据源统一修复 
问题：总资产每次报告重新计算，数字不一致。
根因：cash字段错误(92664→73759)，stale_push_wlin二次×0.866，
      报告各算各的。

修复：
1. portfolio.json cash 修正为Dad截图确认值73,758.85
2. price_monitor 每轮写入 total_mv + total_assets 到portfolio.json
   （从此所有报告只读这个字段，不自算）
3. stale_push_wlin 删除重复的 hmv *= 0.866（数据已CNY）
4. portfolio.json 加 currency: CNY 标记防混淆
5. 日志记录本次修复
 2026-06-29 21:39:06 +08:00
知微 d82de939ff revert(币种统一): 回退CNY转换 
港股价格存原币(HKD)，不存CNY。
Dad需要在股软里看港币价下单操作。
 2026-06-29 17:46:14 +08:00
知微 6aa338ee4d 币种统一全覆盖审计 + 修复 
审计范围：price_monitor/per_stock_reassess/stale_push_wlin/stale_detector/system_audit/all-cron-prompts

问题根因：系统三年前设计时港股用HKD存储，最近portfolio
统一CNY但decisions.json没同步。所有API拉价(HKD)和文件
读价(CNY)交叉比较时产生币种错配。

修复：price_monitor每轮同步 + per_stock_reassess/fetch_trend_data
本地API拉价时转CNY + stale_push_wlin
+
 2026-06-29 16:58:18 +08:00
知微 1ad2c20493 CNY币种统一修复 — decisions.json所有价格字段统一CNY 
问题：港股在decisions.json存HKD、portfolio.json存CNY，
报告交叉读取导致建滔积层板止损判断错位(CNY价vs HKD止损)。
修复：
price_monitor.refresh_data_prices() 每次拉价后，
对港股5位代码的全部价格字段(price/stop_loss/take_profit等)
及嵌套analysis/trigger字段，统一xHK_RATE→CNY
保证所有文件价格口径一致
 2026-06-29 16:28:59 +08:00
知微 4bcc51f219 数据新鲜度铁律+违规记录 
1. analyst-knowledge-log 追加6/29数据新鲜度违规记录与修复规则
2. 第一行代码铁律：任何分析必须先拉腾讯实时报价
3. 禁止从缓存文件读价格来推操作建议
4. 建滔积层板止损建议是错误的（盈利股不说止损）
5. SOUL未改动（之前说写入SOUL是口头错误）
 2026-06-29 15:52:29 +08:00
知微 aa4f013ee5 数据新鲜度防御体系（致命错误防御） 
根因：今下午报告用周五多周期缓存（multi_tf_cache）作周一操作建议，
中芯国际H浮盈+10%被错报破止损。

修改：
1. price_monitor 新增 live_prices.json 写入（每2分钟刷新所有实时价）
2. 新增 data_freshness.py — data_freshness check function
3. intraday_health_check price_monitor检测从10min收紧到5min
4. 新增 midday MTF cache refresh (11:00+14:00)
5. cron-report-format pre-flight checklist 新增数据新鲜度检查项

所有报告产出前必须先跑 data_freshness，过期则禁止出操作建议
 2026-06-29 15:23:32 +08:00
知微 6a97d93018 现金更正 + 法拉电子清仓记录 
截图确认：
- 可用资金 92,664.20（含天添利）
- 冻结 39,481.40
- 总现金 132,145.60
- 总资产 = 持仓市值1,107,670 + 现金132,145.60 = 1,239,815.60

法拉电子 189.20卖出100股已记录
 2026-06-29 12:40:50 +08:00
知微 13b4dcbcf0 三维分析框架固化（news-flow-analysis skill） 
知识库、日志、报告格式自检清单同步更新。协鑫能科分析完成。
 2026-06-28 22:06:24 +08:00
知微 1abb6bb7fd 自选正反自动同步 
clean_watchlist.py 双向：
  买入→持仓→移出自选 ✅ （已完成）
  清仓→自动加回自选 ✅ （新增）
每日09:05 cron自动执行
 2026-06-28 00:18:11 +08:00
知微 91d2957ab0 自选清理+新增策略 
1. 13只已持仓自选股移除（watchlist 32→19）
2. 贵州茅台(600519) 买入区1101~1184 止损1068 止盈1300 RR=1.3
3. 中国平安(601318) 买入区43~46.8 止损41.4 止盈58.9 RR=2.0
4. 两股均空头排列，信号=等待企稳
 2026-06-28 00:12:31 +08:00
知微 40d74f89ff feat: xmpp bot最终修复版+skill文档同步 
xmpp_agent_core.py 当前工作配置记录:
1. send_presence() — presence = available, 否则私聊进离线
2. 入站消息队列(_inbound_queue) — 崩了不丢, 重试3次
3. 出站队列(_outbound_queue) — 崩了自动重启
4. XMPP心跳检测(xep_0199 ping) — run_filters死后15s内重连
5. 私聊回复双通道: send_message(指定resource) + send_stanza(裸JID)
6. AGENT_MENTION动态解析(群聊@知微识别)
7. session_id保持xmpp-zhiwei-v2不变(不因重启换session)
8. 断线重连2秒延迟(防资源冲突)
 2026-06-26 23:17:21 +08:00
知微 fa3fc93f25 feat: 数据治理+深套解套方案 
- data_governance.py: holding_strategies去重(1642→345)
  - 检查缺失策略的持仓(中际旭创已补)
  - 深套持仓统计
- 中际旭创(300308)技术面策略已生成
  - 止损1287 止盈1453 买入区1297~1350 RR=3.59
- 深套解套方向:
  丘钛科技 -48% → 反弹到9.7卖1/3
  万科企业 -53% → 反弹到2.8卖1/3
  紫金矿业 -36% → 反弹到30.4卖1/3
  比亚迪股份 -27% → 反弹到89.8卖1/3
  中科电气 -32% → 反弹到18.6卖1/3
 2026-06-25 21:22:59 +08:00
知微 dff8e17d68 feat: 止损洗盘检测(60日K线反弹验证) 
- 止损触发后检查是否反弹回SL以上3%→标记"洗盘"
- 模塑科技这类: 差两分钱触发+后来反弹=洗盘
- 执行层统一处理: 卖飞/洗盘/临界触发 三类边缘案例
 2026-06-25 20:33:34 +08:00
知微 b053103377 feat: 策略复盘闭环 Phase1 
- 新增 scripts/strategy_review.py: 遍历所有active策略
  - 腾讯API实时价对比止损/止盈/入场点
  - 分类: correct/wrong/partial/pending
  - 失败模式归因: 止损过紧/入场过早/止盈过远等
  - 写入 accuracy_stats 表(首条真实数据)
- 新增 docs/strategy-review-loop.md: 完整闭环设计文档
- 含失败模式→修复方向映射表

Phase1 结果: 38条策略, 94.7%准确率(19条待定), 1条止损过紧
 2026-06-25 19:58:00 +08:00
知微 a76240b52d feat: TODO迁移到DB + no_agent自愈执行器 
- 创建 mofin.db → todos 表（含fix_action/verification_check/retry机制）
- 创建 scripts/self_todo_executor.py（no_agent，纯代码逻辑，无LLM）
- 修改 morning_health_check.py：TODO写入DB而非JSON，新增derive_fix_action()
- cron替换：LLM cron → no_agent脚本，*/10 8-22高频轮询
- 成本：无pending时仅sqlite查询，约0.01s/次

处理链：
  health_check(8:00) → 可修直接自动修 → 不可修写DB(todos表) → 自愈执行器(每10分) → 有fix_action就执行 → 无fix_action标blocked留待人工
 2026-06-24 20:44:36 +08:00
知微 d4ad5a57ef trigger字段永久同步（strategy_lifecycle）+ 知微TODO系统 
T006: regenerate_all() 新增 trigger 填充（stop_loss/entry_zone/take_profit_zone），
      price_monitor 依赖此字段检测止损区间/买入区/止盈区触发。
      历史数据已通过 fix_trigger.py 一次性补全39只。

新增 devops/self-todo skill + cronjob 自我驱动-TODO自动执行。
每天8轮检查pending任务，主动完成并报告进度。
TODO数据：~/.hermes/profiles/position-analyst/todo.json
 2026-06-24 17:24:45 +08:00
知微 9a702a66f7 A/H跨市场去重：药明康德不再推H股 
药明康德(02359) timing_signal=买入、多头排列，但Dad已持有
药明康德A股(603259)。同股同权，H折CNY还贵7.4%。

新增：stale_push_wlin在推荐前检查portfolio中是否有
同名不同代码的持仓。有则跳过推荐。

测试：之前推H股，现在静默（0可操作→无输出）
 2026-06-24 15:35:58 +08:00
知微 4ab95ecbcb 策略质量过滤：信义光能不应被推荐 
修复：stale_push_wlin 没有检查 timing_signal 和 sector_context

信义光能(00968)被推荐的原因：
  timing_signal='行业偏弱'  sector='房地产开发大跌-294%'
  RR=7.2看起来很高，但趋势完全空头且行业崩塌
  → 原代码只查RR>=3+价格在买入区，没查信号质量

新增两条过滤：
1. timing_signal含[偏弱/弱势/观望/卖出/回避] → 跳过
2. sector_context含'大跌' → 跳过（行业崩时不推荐）

实测：加过滤前7只，加后1只（仅药明康德）
 2026-06-24 14:40:31 +08:00
知微 8f830b8de2 信义光能问题修复：两层级过滤+趋势检查 
Bug 1 — strategy_lifecycle.py: enrich_timing_signal 用 factors[-1] 当信号
  信义光能: base_signal=neutral, factors=[大盘中性,行业偏弱,高估值]
  旧逻辑: factors[-1]='行业偏弱'→成为timing_signal→无效信号
  新逻辑: 先找有效操作方向(买入/加仓/观望/持有/关注/信号不充分),
          找不到→信号不充分。不再从上下文因子里拼凑信号。

Bug 2 — stale_push_wlin.py: 信号过滤太松
  旧逻辑: 只跳过特定关键词(等企稳/关注/信号不充分/持有)
  新逻辑: 信号必须含"买入"或"加仓"才进推荐，其他一律跳过

Check 3 — 趋势检查(新增)
  fetch_trend_data(): 取实时行情+30日K线计算MA排列
  空头排列/弱势震荡→不推荐
  药明康德通过(多头排列+买入信号)  信义光能不通过(空头+行业偏弱)
 2026-06-24 14:39:50 +08:00
知微 e83dfc415d 持仓完成更新：现金20371 总资产1015540 
OCR读取券商截图确认数据：
  资金余额: 20,371.53元
  可用资金: 17,645.31元
  股票市值: 995,168.79元
  仓位: 97.99%
  总资产: 1,015,540.32元

今日操作确认：
  卖出: 招商银行800、双一科技400、辽宁成大6600、阿里巴巴700
  买入: 海博思创200@266.89
  净现金: 20,371（含部分未交收资金）
 2026-06-24 14:25:07 +08:00
知微 0ecdfbc861 上传OCR切换：小果GLM-OCR-8bit优先，Tesseract降级 
MoFin/server.py 的 _ocr_image 改为：
1. 优先调小果 gateway (192.168.1.122:18003) 的 GLM-OCR-8bit
2. 失败/无响应则自动降级到本地 Tesseract（预处理+chi_sim+eng）
3. fallback逻辑保留原预处理管道（放大/锐化/二值化）

ocr_client.py 模块独立可调用，兼作CLI工具
 2026-06-24 13:48:40 +08:00
知微 605c3d71d9 总资产修正：改用实时行情+holding文件汇率 
之前用 holding.xls 的导出价，总资产总是少6万。
修复方案：
1. 读取 holding.xls 只取股数+成本+汇率
2. 当前价从腾讯实时行情API获取
3. 总资产=现金+∑(股数×实时价×汇率)

实时行情总资产 1,011,185 与Dad看到的1,013,xxx
仅差1815（正常盘中波动）
 2026-06-24 13:30:46 +08:00
知微 3ab4f972f1 OCR集成+持仓更新：海博思创已买入 
1. ocr_client.py — 通过小果GLM-OCR-8bit做截图识别
   用法: python3 scripts/ocr_client.py <图片路径> [提示文字]
   测试通过，成功读取券商成交明细截图

2. 海博思创成本更新为实际成交价266.89

3. 现金更新为5,667元（经OCR成交明细核验：
   卖招商800@36.99 + 卖双一400@22.87 + 买海博200@266.89
   原20230 → 5592，差额75为手续费，与5674基本吻合）
 2026-06-24 13:29:13 +08:00
知微 b5b0f3d0e8 总资产修正+购车图标联动 
Fix1: 总资产错误 — HK市价被当人民币算
  portfolio.json已有正确 total_assets（含港币→人民币换算），
  改为直接读取该字段，不再手动累加持仓市值
  原代码用 h.get('currency')=='HKD' 判断但strategy_lifecycle
  格式不保存currency字段 → 所有HK持仓被当CNY计算 → 总资产多出6.8万

Fix2: 换仓推荐时显示🛒非⚠️
  原来用 lots==0 判断→永远⚠️，换仓推荐可让操作变为可行
  改为 lots>0 OR swap_text 时用 🛒（可操作）
 2026-06-24 13:02:30 +08:00
知微 9ba21fc3c0 南亚新材(688519) 完整分析+系统录入 
全流程：
1. akshare获取新闻和主营业务（CCL覆铜板龙头，PCB上游）
2. 腾讯API拉60日K线计算MA/支撑/阻力
3. per_stock_reassess.py 跑个股重评
4. 人工修正止盈止损（枢轴算法对极端动量股失效）
   - 系统自动: 止损333 止盈377 RR=0.9
   - 人工修正: 止损331 止盈409.9 RR=2.1

亮点：发现per_stock_reassess的枢轴算法对228%涨幅的
极端动量股止盈算不准（377 vs 前高409.9），手动覆盖了。
这是技术架构的改进点——需要识别极端动量场景自动放宽枢轴。
 2026-06-24 12:29:47 +08:00
知微 9a984dd4dc 6维评分通用模块 + 港股通T+2延迟标注 
1. stock_scorer.py — 共享的6维评分模块
   - score_future_outlook(code, data) → (score, reasons)
   - rank_by_outlook(holdings, data) → 排序列表
   - settlement_delay_note(sell_code, buy_code) → 结算延迟说明
   - is_hk_stock(code) → 判断港股通标的

2. stale_push_wlin.py 改用共享模块（去掉本地函数定义）

3. 换仓评估增加港股通结算延迟检测：
   - 卖港股→买A股时标注⚠️T+2到账限制
   - 本次推荐（招商银行+A股→海博思创）无需标注，全是A股
 2026-06-24 11:59:55 +08:00
知微 c7f15ebe0b 换仓评估改全面分析：用决策系统信号评分代替单纯看亏损%\n\n老逻辑：按亏损比例排序，亏最少的先卖 → 错（阿里亏22%但基本面好）\n新逻辑：score_future_outlook() 多维度评分，按前景排序\n\n评分维度：\n1. timing_signal — 买入+3，深套持有-2，持有-0.5\n2. 技术形态 — bearish-1.5，bullish+1.5\n3. 量价关系 — 卖盘-1，买盘+1\n4. 行业背景 — 大跌-0.5\n5. 盈亏比RR — RR≥2得+1，RR<1得-0.5\n6. 股票类别 — 蓝筹+0.5，深套/弱势-0.5\n\n实测：招商银行(亏-3%)评分-4.5（弱势持有+银行大跌+技术偏空），\n双一科技(亏-16%)评分-4.0（持有+bearish+卖盘主导+弱势）\n→ 推荐卖这俩腾38,780元买海博思创 2026-06-24 11:54:36 +08:00
知微 68e530a4be 换仓评估修复：沉没成本不参与决策 
之前逻辑：expected_gain > locked_loss * 1.5 → 沉没成本谬误
错的：把已发生的亏损当成了交易成本

修复后：
1. 已亏损是沉没成本，卖不卖都已损失，不参与决策
2. 只比较持有 old 票的未来预期 vs 换到 new 票的未来预期
3. 深套票(<-15%)默认=死钱，继续持有预期≈-5%~0%
4. 目标票(RR>=3+买入信号)才有换仓资格
5. 最多卖2只、不超过总资产50%
6. 优先选亏损比例小、市值大的（效率高）

输出示例（已实测）：
  换仓建议：卖双一科技(亏-15.9%)；阿里(亏-21.7%)→腾69k→买海博思创1手(53k)
  理由：已深套，回本需涨19~28%不现实，死钱换有信号票，止损-3%可控，+17%空间明确
 2026-06-24 11:48:27 +08:00
知微 92815aac06 换仓评估逻辑：现金不足时自动分析卖差票换推荐股 
新增 evaluate_swap() 函数：
1. 仅对RR>=2.0且含买入关键词的强信号触发
2. 扫描持仓按亏损排序，找最少卖出组合凑现金缺口
3. 预期盈利 > 锁定亏损×1.5 才推荐切换
4. 最多卖3只，单次换仓不超总资产50%
5. 不划算时维持原预算不足1手消息

已验证：海博思创(688411) RR=5.6但预期盈利9k<锁定亏损46k×1.5
→ 不推荐切换，正确。沐曦如果触发也会按同一逻辑判断。
 2026-06-24 11:42:26 +08:00
知微 b145dd47c3 现金更正：20230元（Dad截图确认） + strategy_lifecycle写回保护 
截图显示可用(含天添利)=20,230.10元。之前80,476是错误数据。
strategy_lifecycle.regenerate_all 写portfolio.json时改为 merge现有字段，
不再清空 cash/total_assets/total_pl 等非holdings字段。
这样下次regenerate_all运行时不会丢数据。

现状：
  现金 20,230元 | 市值 930,200元 | 总资产 950,430元
  仓位 97.9% | 累计盈亏 -164,810元
  25只持仓（14A/11H）
 2026-06-24 11:33:51 +08:00
知微 eb294f05a5 import_holding_xls: 支持截图真实数字覆盖 
regenerate_all 会覆盖 portfolio.json，所以导入流程改为：
1. 先更新 SQLite holdings 表
2. 再跑 regenerate_all（读 SQLite，写 decisions+portfolio）
3. 然后用真实数字覆盖 portfolio.json 汇总字段
4. 重建决策树

支持 --cash --total --mv 传入截图真实数字
用法：python3 import_holding_xls.py --cash 20230 --total 1008860 --mv 988512
 2026-06-24 11:29:53 +08:00
知微 e2646c36cb 持仓导入完成：holding.xls→SQLite+portfolio.json全同步 
1. 从 ~/stocks/holding.xls 导入25只持仓（14A/11H）
2. 同时写入 portfolio.json + SQLite holdings 表
3. stale_push_wlin 现金来源从 stale_report 改为 portfolio.json
4. portfolio.json 增加 total_assets 字段兼容 stale_detector
5. 导入脚本已规范化为 MoFin/scripts/import_holding_xls.py
   用法：python3 import_holding_xls.py [--cash 金额]
6. 全量策略重评+决策树重建立即执行

Dad下次更新holding.xls后跑：
  cd MoFin && python3 scripts/import_holding_xls.py
 2026-06-24 11:21:51 +08:00
知微 df4f898bc4 持仓来源修复：holding.xls导入+持仓数据修正 
老问题：scripts读的是 strategy_staleness_report.json 里的旧现金值，
portfolio.json 被 strategy_lifecycle.regenerate_all 反复覆盖。

修复：
1. import_holding_xls.py — 从 ~/stocks/holding.xls 导入TSV持仓
   （含25只真实持仓，14A/11H，总市值93万，现金8万，仓位92%）
2. stale_push_wlin 现金来源改读 portfolio.json（取代旧stale_report缓存）
3. 港股市值×汇率修正（之前按1:1当人民币算，总资产多估了）
4. 每条策略的决策树同步重建

脚本执行：python3 MoFin/scripts/import_holding_xls.py （含全量重评）
Dad你以后更新holding.xls后跑这条命令就行
 2026-06-24 11:19:29 +08:00
知微 046e81a202 批量重建决策树（regenerate_all误清，42只已恢复） 
per_stock_reassess.py 调 strategy_lifecycle.regenerate_all()
→ regenerate_all() 没有strategy_tree逻辑，清空了所有决策树
→ 用 strategy_tree.init_default_branches() 重建42只，每只6条分支

stale_push_wlin:
  30分钟同股同操作冷却+push_cooldown.json
  ⚠️/🛒 操作标记
  港股每手股数动态获取
  半手补整阈值50%→80%
branch_scanner: 静默采集，状态变化驱动推送
 2026-06-24 11:09:49 +08:00
知微 3ec5460207 stale_push_wlin: 30分钟同股同操作冷却 
push_cooldown.json 记录每只股票每种操作的最后推送时间。
每次推送前检查 (code, action_type) 是否在30分钟内推过。
是 → 跳过该股（不出现在推送中）
全部跳过 → 整条消息静默不推

冷却键: {code}_{action_type}（如 300308_buy、688639_buy）
不同操作不受限：同一只股 买入→止损 隔10分钟也能推
不同股票不受限：华恒的buy不影响中际的buy

同步修复：港股每手股数香港股数（之前patch到旧文件没生效）
 2026-06-24 11:01:53 +08:00
知微 e7105543da stale_push_wlin: 半手补满阈值收紧→80% 
原来50%预算→1手太松了
长飞光纤：预算60,357 vs 1手112,796元，只有53%
改80%后不再误标🛒

华恒生物消失：价格21.33跌破买入区下沿21.39，正常退出
港股每手股数已在上一版通过腾讯API字段[60]实时获取
 2026-06-24 10:55:27 +08:00
知微 9d3f48a502 半手补整阈值50%→90%，防止现金严重不足却标🛒 
修正前：长飞光纤预算60K只有1手112K的一半，却因为
budget > lot_cost*0.5 的规则被凑成1手，标了🛒
修正后：只有预算够90%以上才补整1手
实际影响：长飞光纤现在标⚠️而不是🛒
 2026-06-24 10:53:31 +08:00
知微 2657a9ef66 stale_push_wlin: 港股每手股数修正+操作标记 
1. 港股每手股数从腾讯API实时获取（field 60）
   长飞光纤(06869) 1手=500股（不是之前的100股）
   港股市值计算同步修复

2. 操作符号标记：
   ⚠️ = 现金不够1手（给你看但买不了）
   🛒 = 现金够买（可以直接操作）
 2026-06-24 10:51:52 +08:00
知微 e0b7f49c3a stale_push_wlin: 操作符号标记 
- ⚠️ 预算不足1手（列了也没法买，但让你知道）
- 🛒 手数达标（现金够买，可直接操作）

取自 position_advice calc_position 的实际计算结果：
  lots=0 → 预算不足 ⚠️
  lots>0 → 可以买 🛒
 2026-06-24 10:47:34 +08:00
知微 b229e6f0cb 推送治理：静默采集+需要操作才出声 
核心原则：数据采集类脚本完全静默（做积累不做推送），
只有需要操作/需要看的才到达Dad。

改动：
1. branch_scanner 已完全静默（上一轮改的）
2. stale_push_wlin return 1 → return 0（修复错误退出码）
3. 开盘简报 deliver=local → deliver=origin（之前没到Dad）
4. 收盘简报 deliver=local → deliver=origin
5. 策略评估-每日 deliver=local → deliver=origin
6. stale_push_wlin 输出格式已包含分支信息：
   【弱势震荡→buy】价格回调到支撑区，弱势市场低吸

Dad会收到的消息：
- 自选买入提醒（9:01/12:01）← 需要操作
- 开盘简报（9:35）← 需要看
- 收盘简报（16:10）← 需要看
- 策略评估（21:00）← 需要看
- 价格触发变化 ← 需要知道
其他全部静默
 2026-06-24 10:45:51 +08:00
知微 80b854b945 branch_scanner 彻底静默：自成长采集器不出操作信号 
branch_scanner 是自成长数据收集器，不输出也不推送。
操作信号由 stale_push_wlin / price_monitor / 开盘收盘简报 按cron-report-format规范输出。
scanner只做三件事：
1. 每15分钟扫价格+评估分支
2. trigger_count + 1（决策树数据）
3. 更新状态快照
 2026-06-24 10:39:28 +08:00
知微 68e806cfa1 branch_scanner: 状态变化驱动推送，停止15分钟噪音 
核心逻辑重写：
- 不再每15分钟推30只股票的买入信号（噪音）
- 改为静默数据采集 + 状态变化检测
- scanner_state.json 记录上一轮各股最优分支
- 只有以下情况才推：
  ① 情景切换（如弱势震荡→急跌防御）
  ② 某只股票的最优分支变化（如持有→买入/止损）
  ③ 止损首次触发（P0新出现才推，不重复推）

日常运行时完全静默，决策树数据持续累积
 2026-06-24 10:37:39 +08:00
知微 e1c426fb96 branch_scanner: 修price_lower遗漏+只输最优分支 
1. check_condition 新增 price_lower 检查（买入区下界）
   之前 buy_dip 分支的 price_lower: >=entry_low 从未被验证
   导致跌出买入区的股票也错误触发买入信号

2. 输出改为每只股票只列最优优先级的适用分支
   之前列出所有适用分支（多分支冲突：同一只股同时止损+买入）
   优先级：止损(P0) > 回调买入(P1) > 追涨(P2) > 减仓(P3) > 止盈(P4) > 持有(P99)
   每只股票只列一项，无矛盾
 2026-06-24 10:34:46 +08:00