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

54 Commits

Author SHA1 Message Date
知微 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
知微 ef7c83a3ed feat: 换仓策略整合深套解套+T+2前瞻 
- T+2前瞻: 扫描自选股中价格距买入区5%以内的A股
  - 提前评估现金是否足够
  - 不足则评分港股持仓，推荐提前卖出最低评分港股
  - T+2到账后目标股入买区时现金已到位
- 深套股在换仓评估中自然排后(score_future_outlook)
  - 不需专门解套方案，通过换仓机制逐步清理
- 数据治理: holding_strategies去重+中际旭创补策略
  每周六cron自动检查
 2026-06-25 21:32:01 +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
知微 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
知微 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
知微 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
知微 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
知微 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
知微 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
知微 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
知微 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
知微 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
知微 9d3f48a502 半手补整阈值50%→90%，防止现金严重不足却标🛒 
修正前：长飞光纤预算60K只有1手112K的一半，却因为
budget > lot_cost*0.5 的规则被凑成1手，标了🛒
修正后：只有预算够90%以上才补整1手
实际影响：长飞光纤现在标⚠️而不是🛒
 2026-06-24 10:53:31 +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
知微 ee1849a6a3 自成长体系补齐：分支扫描+每日剪枝+决策树全覆盖+分支输出 
核心改动：
1. 创建 branch_scanner.py — 每15分钟扫价格→评估分支适用性→记录trigger_count
   cron: 分支自成长-盘中 (15,30,45,00 9-15)
2. 创建 prune_branches.py — 每日21:00剪枝（触发>=5次且成功率<50% → 淘汰）
   cron: 分支剪枝-每日 (0 21 * * 1-5) — 之前是每周，频率太低
3. strategy_tree.py: _check_branch_condition 新增 price_lower 支持
   buy_dip 分支同时检查上下界（price<=entry_high AND price_lower>=entry_low）
4. 43只股票全部补全决策树（之前只有6只）
   init_default_branches 生成每只6条分支：止损/回调买入/突破追涨/减仓/止盈/持有
5. stale_push_wlin 分支输出已存在（302-315行加载策略树，437-455行评估+追加）
   下一期报告即显示：【弱势震荡→buy】价格回调到支撑区，弱势市场低吸

新增：
  南亚新材(688519) 全面分析+策略+自选
  买入区335~350 止损320 止盈400 RR=1.7
  6月从285拉至409(+43%)后急跌至331(-19%)，今日反弹缩量。高PE(228)炒作品种，等回调确认支撑
 2026-06-24 10:29:45 +08:00
知微 102a64d856 自成长：分支评估+剪枝+报告接入 
补齐「顺势而为 环境预判 策略多分枝」体系中缺失的组件：

branch_evaluator.py（新增）— 每30min评估所有策略树分支
  1. detect_scenario() 获取当前宏观情景
  2. 对42只股票评估哪个分支当前适用
  3. 适用分支 trigger_count+1, last_triggered=now
  4. 触发>=3次且成功率<30%→标记pruning_candidate
  5. 无决策树的股票自动初始化（init_default_branches）

prune_branches.py（新增）— 每日16:30收盘后剪枝
  阈值：触发>=3次且成功率<30%→裁掉并归档到pruned_branches
  Dad说「每周太低频」→改为每日

stale_push_wlin.py（修改）— 报告每只股增加分支行：
  【弱势震荡→buy_dip】价格回调到支撑区，弱势市场低吸

cron更新：
  分支扫描(b809fcabfa5b) → 指向branch_evaluator.py, 每30min
  剪枝(a3697c108c7b) → 指向prune_branches.py, 每日16:30

自成长核心：branch_evaluator 运行时自动发现并初始化无策略树股票,
252个分支已生成, trigger_count已开始累积, 反馈循环上线
 2026-06-24 10:24:11 +08:00
知微 eb86a9091e stale_push_wlin: 仓位分母改为总资产，输出具体手数/股数 
仓位计算：
  分母：总资产（持仓市值+现金），从portfolio.json+strategy_staleness_report.json读取
          非之前用的现金总额
  理论仓位：仅基于RR+大盘+品种特性，不受现金限制，纯% of 总资产
  当前建议：理论占总资产%→按现金锁死→输出具体手数和股数

报告最终一行：
  仓位：理论{theo}%×总资产 | 建议{act}%（{N}手（{M}股，{cost}元））

Dad要求：仓位是本次操作的仓位，分母是总资产不是现金，
给出仓位后要能直接按手/股操作
 2026-06-24 10:08:05 +08:00
知微 3ba2b044d7 stale_push_wlin: 推荐加理论仓位+当前建议仓位(基于现金) 
每只推荐新增第四行：
  仓位：理论推荐{theo_pct}% | 当前建议{actual_pct}%（{N}手≈预算）

仓位计算：
  理论 — 基于RR(8-25%) + 大盘(±20%) + 品种特性(±20%)
  当前 — 理论×多只稀释系数 + 按实际现金计算可买手数
  兜底 — 预算不够1手时推荐至少1手

Dad要求：买卖不能不写仓位，理论仓位不受现金限制，
当前建议仓位根据portfolio.json实际现金计算
 2026-06-24 10:00:52 +08:00
知微 b30a5fcdde stale_push_wlin: 每只推荐含大盘/行业/个股三面分析 
每只操作建议输出三段线：
  第一行：名称代码+买区+1手成本+RR+止损止盈
  第二行：大盘走向 | 行业趋势 | PE估值 | 消息面
  第三行：技术位（强撑→弱撑→弱压→强压） | 信号

数据来源：signal_factors（策略富化生成的因子列表）、
          multi_tf_cache.json（PE/EPS）、
          tech_snapshot（技术位）、
          macro_line（大盘背景）

Dad要求：推荐必须能看到操作理由的三个维度分析
 2026-06-24 09:56:26 +08:00
知微 f6ee15489c stale_push_wlin: 重评段删除，只推有清晰操作信号的个股 
改动：
- 移除「策略需重评」报告段 — 内部流程，Dad不需要看到
- 移除pick/watch拆分的旧逻辑 — 统一为actionable过滤
- 跳过信号含等企稳关注信号不充分neutral持有等无用描述的个股
- 无操作信号 → 静默不推
- 有操作信号 → 标准格式（含行业context+技术位+止损止盈+RR+1手成本）

Dad要求：要看到的是可以直接操作的建议，不是内部流程记录
 2026-06-24 09:46:52 +08:00
知微 3c9a758424 meta_growth.py 脚本：每日两次分析git log→自动注入硬编码扫描规则 
- 读取过去8小时git log，按修复关键词识别新问题类型
- 匹配 PATTERN_TEMPLATES（目前6个类别，可扩展）
- 去重检查→注入到 hardcode_scanner.py 的扩展点
- 更新 growth_registry.json（问题类别注册表）
- 自检：hardcode_scanner是否存在/注册表是否可写

调度：12:45（午间注入→17:25审计用新规则）
      00:45（全天汇总→次日审计带新规则）
 2026-06-24 00:15:33 +08:00