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

166 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
知微 b63475402e feat: 港股ATR波动率止损校验 
- 新增 is_hk_stock(code): 港股判断(5位代码)
- 新增 calc_atr(code): 腾讯API K线→ATR(14)计算
- 港股止损增加ATR校验：止损距现价不得小于1×ATR
  技术位仍为主依据，ATR仅作为港股高波动下的间距底线
  A股不受影响保持原有逻辑
- 不违背"技术位优先，不机械乘系数"原则
 2026-06-25 21:11:07 +08:00
知微 dff8e17d68 feat: 止损洗盘检测(60日K线反弹验证) 
- 止损触发后检查是否反弹回SL以上3%→标记"洗盘"
- 模塑科技这类: 差两分钱触发+后来反弹=洗盘
- 执行层统一处理: 卖飞/洗盘/临界触发 三类边缘案例
 2026-06-25 20:33:34 +08:00
知微 127a0ff021 feat: 复盘每日cron + 卖飞检测(60日最高价) 
- 新增 cron: 策略复盘-每日 (20:00, no_agent, deliver=origin)
- 执行层增加60日K线最高价检查
  - 止盈触发后价格继续涨→标记"卖飞(X%)" + tp_too_close
- 德明利这类情况: 综合层=赚钱, 执行层=卖飞(止盈过近)
- 优化K线拉取性能(只对有TP的票拉, curl --max-time 3)
 2026-06-25 20:27:53 +08:00
知微 29ec09530a feat: 三层策略复盘框架 
信号层/执行层/综合层独立评估，输出每层判断+整体评级。

当前结果(38条):
  ✅正确 6 | ❌错误 1 | ⚠️部分 20 | ⏳待定 11
  信号层: 方向看反1次
  执行层: 止损过紧1次

大部分待定是因为策略太新(<7天)，需要时间积累数据才能做出有效评估。
 2026-06-25 20:04:44 +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
知微 147d6d0fa2 docs: 最终文档更新+全链路测试通过 
自检结果: 8类48项全部运行正常
- 健康检查: ✅ 逻辑完整 43/48正常 (5项属预期行为)
- 盘中自检: ✅ SILENT
- 执行器: ✅ SILENT
- 信号消费: ✅ SILENT
- 全库表: ✅ 所有数据表正常积累
 2026-06-24 23:05:16 +08:00
知微 39ff4d95f7 feat: macro_context/market数据全部DB优先，JSON回退 
- 建 macro_context_log 表，macro_context_collector.py 双写
- strategy_lifecycle.py load_macro_context() 优先DB
- strategy_tree.py detect_scenario() 优先DB
- stale_push_wlin.py load_macro_line() 优先DB
- xiaoguo_signal_consumer.py 大盘判断优先DB
- stock_profile.py load_macro() 优先DB
- system_audit.py 管道审计改查DB market_snapshots
- JSON保留作fallback，确保过渡期不中断
 2026-06-24 22:34:08 +08:00
知微 843012e045 cleanup: 历史记录从JSON迁移到DB(health_check_log表) 
- 移除health_check_history.json → health_check_log表
- 移除health_known_issues.json（未使用）
- 移除TODO_PATH（已用DB替代）
- 更新文档注释
 2026-06-24 22:14:53 +08:00
知微 4c074b789e docs: 更新自愈循环+体检文档至最终版 2026-06-24 22:09:30 +08:00
知微 5a7335e583 fix: xiaoguo_scanner LLM超时恢复30s 2026-06-24 22:05:45 +08:00
知微 9b878001af fix: 小果LLM不可达降级处理 
- xiaoguo_scanner.py: LLM超时/不可达→标记unknown继续扫，不跳过
- intraday_health_check.py: 小果无数据时不报严重错误（可能是正常离线）
- scanner profile目录同步
 2026-06-24 22:04:18 +08:00
知微 d27dbcc6ad fix: 盘中自检增加进程级检查(price_monitor/xiaoguo_scanner) 
- price_monitor：pgrep进程 + 最近10分钟事件数双重验证
- xiaoguo_scanner：pgrep进程 + 今日数据 + API可达三重验证
- 避免"停了两天不知道"的情况
 2026-06-24 22:00:58 +08:00
知微 077f683878 feat: 三层自检+元自检+cron全局审计 
- 盘中高频(每15分): XMPP/Gateway/Scanner/价格/信号管道
- 每日早检(8:00): 原有7层 + 新增cron全局审计 + 元自检
- cron审计: 检查所有启用的定时任务是否在24h内运行过
- 元自检: 昨日体检是否完成/checklist覆盖是否完整
- 自成长: auto_discovery自动追加新增cron到清单
 2026-06-24 21:58:57 +08:00
知微 7a6fb103cb fix: 执行器结果通过zhiwei的XMPP发给Dad 
- 新增 send_xmpp() 用hermes send经zhiwei发XMPP给hmo
- 每条TODO完成/失败/升级都调用send_xmpp
- Dad通过XMPP收到所有TODO流转结果
 2026-06-24 21:50:15 +08:00
知微 0a7ad20f54 fix: 执行器输出LLM处理结果给Dad 
- gateway API返回结果打印到Dad可见的输出
- 每个TODO在Dad面前出现1次(直接修复)或2次(创建+结果)
- LLM也搞不定的会在结果里说清楚
 2026-06-24 21:49:03 +08:00
知微 629f154829 cleanup: 执行器失败带完整上下文调gateway API 
- 升降级信息含完整description(体检原因/分类/详情)
- 含尝试的修复命令和失败输出
- gateway API是新session，有完整上下文才能分析
 2026-06-24 21:41:14 +08:00
知微 526fcc4412 fix: 执行器失败直接发核心群，不走API 
- 执行器修不了→hermes send到核心群，知微在群里收到就处理
- Dad也在核心群，能看到
- 不发gateway API（上下文隔离，Dad看不到）
- 无fix_action也走同一路径
 2026-06-24 21:38:36 +08:00
知微 b766a5dbb1 fix: 执行器只试一次，失败直接needs_llm升级 
- 去掉重试逻辑：每10分钟试1次，失败→立刻needs_llm
- 无fix_action也走needs_llm（不搁置）
- 执行器deliver=origin，needs_llm输出会到达Dad
- 知微启动时/被叫时检查needs_llm→直接处理
 2026-06-24 21:30:49 +08:00
知微 11254c8834 fix: 取消blocked，改为needs_llm升级机制 
- executor重试耗尽→needs_llm(需知微介入)，非blocked
- health check报告尾段展示needs_llm项+失败原因
- derive_fix_action覆盖全部已知场景(cron errors/delivery等)
- TODO创建时注明"无法当场修复原因"
- 每个TODO必有fix_action，没有的不创建TODOs直接在报告列出
 2026-06-24 21:26:23 +08:00
知微 b63c4f5879 fix: 干掉blocked状态+所有TODO必有fix_action 
- 取消blocked状态：没有"搁着等"这回事
- executor改：fix_action失败→重试→重试用完等明天体检再说
- health check改：创建TODO时fix_action必须非空
  - 没有fix_action→不创建TODO，在报告里直接列出
- 新增derive_fix_action覆盖：delivery/价格监控/信号桥等场景
- 体检报告尾段：查出无fix_action的问题直接列出，不创建空TODO
 2026-06-24 21:16:59 +08:00
知微 a55d241f30 feat: TODO DB迁移+no_agent执行器+阻塞升级机制 
- 创建 mofin.db → todos 表（id/title/status/priority/fix_action/retry机制）
- 创建 self_todo_executor.py：no_agent脚本，纯代码逻辑
  - 有fix_action→执行→验证→标记completed
  - 无fix_action→标记blocked→输出通知
  - 失败重试3次→超限标blocked
  - 新blocked项首次输出后缓存不重复
- 修改 morning_health_check：
  - TODO写入DB取代JSON（sqlite3，无row_factory依赖）
  - 去重：含completed查重
  - 输出阻塞TODO列表
- 替换cron：LLM cron(2h间距) → no_agent(10min间距)
- 修复：deliver=origin两任务改为local
- 清理：废弃todo.json退役
 2026-06-24 20:55:56 +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
知微 26993c1d41 fix: 健康检查→自动修复→TODO三级处理 
- 新增 auto_fix_issue(): 可自动修复的问题直接修复（汇率缓存/价格事件）
- 修复后的问题不写TODO，只有不可自动修复的才进TODO系统
- 修复 checklist 中港股汇率缓存路径（profile环境~解析差异）
- 输出增加🛠️自动修复和📋TODO写入摘要

处理流程:
  可自动修复（汇率刷新等）→ 立即修复，报告标记✅
  需人工/复杂修复（cron错误/delivery配置）→ 写入TODO
  TODO由self-todo cron在下一窗口（9:00/11:00/14:00等）处理
 2026-06-24 20:26:47 +08:00
知微 4407f35027 feat: 自愈循环系统 + xiaoguo信号桥 
- 新增 docs/self-healing-loop.md: 自愈循环设计文档
- 修改 morning_health_check.py: 发现异常后自动写入TODO系统
  - severity=critical→priority=high, error→medium, warn→low
  - 相同问题已completed→重新打开并升一级
  - 已有pending→不重复
- 新增 scripts/xiaoguo_signal_consumer.py: 知微消费小果扫描信号
  - 每30分钟盘中运行
  - 读signal_news未处理xiaoguo信号
  - 五维快速评估→加自选/关注/跳过
  - 标记processed=1
- 新增 cron: 小果信号消费-盘中 (15,45 9-15)
- 更新health_checklist自维护机制

自愈循环: 体检→TODO→修复→验证
 2026-06-24 20:14:53 +08:00
知微 a24505ebef feat: 系统常规体检机制 
- 新增 morning_health_check.py：分层分类全面体检脚本
- 新增 health_checklist.json：可动态维护的检查清单（自动发现新组件）
- 新增 docs/morning-health-check.md：完整设计文档
- 新增 skill: morning-health-check
- 修复：xiaoguo_scanner.py 同步到profile脚本目录
- 修复：system_audit.py 从symlink改为硬拷贝（解决脚本路径越界）
- 修复：morning_health_check.py 使用jobs.json而非cron.db（更可靠）

自动检查7层43项：
基础设施/SENSE/RESPOND/ADAPT/IMPROVE/数据文件/管道完整性
每天8:00开盘前自动跑一次
 2026-06-24 20:09:10 +08:00
知微 4aa884ed31 TODO一口气4/6完成 
T001: enrich_timing_signal RR参数降级
T002: price_monitor已有XMPP推送(514-525行)
T003: 自选扫描加15:00轮次
T005: 策略数据口径理解完成(非bug)
T006: trigger同步(已完成)
T004: 截图叙事清理待设计

system_health_check.py CRON_JOBS路径修正→正确的profile路径
 2026-06-24 17:50:49 +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