元自成长改为每日两次(12:45+00:45)，半天内完成闭环

12:45: 上午盘发现问题→注入新规则→17:25审计就用新规则扫
00:45: 全天修复汇总→注册表更新→次日审计带新规则

Dad要求：用上午盘的发现提升下午盘，而不是等一周

docs/SELF_GROWTH_SYSTEM.md

@@ -300,22 +300,25 @@ MoFin 不再是一个简单的价格监控 + 推送工具，而是一个**能够
 ### 7.2 meta_growth.py
 
 ```
-每周日22:00运行（自成长机制中的最高层）
+交易日 12:45 和 00:45 运行（自成长机制中的最高层）
   ↓
-读取最近7天git log
+12:45: 读取上午盘git log → 分析发现的新问题
-  ↓
+  → 如果发现新模式 → 注入硬编码扫描规则
-识别修复模式（hardcode/异步/路径/策略/文档分类）
+  → 下午盘的 hardcode 审计 17:25 就能用上新规则
-  ↓
+
-对照 problem_category_registry 找出新问题类型
+00:45: 读取全天git log → 分析修复模式
-  ↓
+  → 更新 growth_registry
-建议新扫描规则 → 写入 hardcode_scanner.py 的扩展点
+  → 注入新规则（次日生效）
-  ↓
-输出 audit 到 growth_registry.json
 ```
 
-调度：每周日 22:00，no_agent 模式。
+### 7.3 为什么每天两次？
 
-### 7.3 问题类别注册表（growth_registry.json）
+| 调度 | 作用 |
+|------|------|
+| **12:45**（午间） | 上午盘中发现问题 → 注入新扫描规则 → **下午17:25的硬编码审计就能用上新规则**。例如知微上午修了一个"港股每手股数"问题，12:45 meta_growth 分析git log识别到新模式并注入，17:25自动扫出同类问题。半天内完成闭环。 |
+| **00:45**（凌晨） | 全天修复汇总 → 注册表更新 → 下一天的所有审计带新规则运行。 |
+
+### 7.4 问题类别注册表（growth_registry.json）
 
 路径：`/home/hmo/web-dashboard/data/growth_registry.json`
 
@@ -325,7 +328,7 @@ MoFin 不再是一个简单的价格监控 + 推送工具，而是一个**能够
 - 当前周期的新建议
 - 自成长元层最近运行时间
 
-### 7.4 扩展点机制
+### 7.5 扩展点机制
 
 `hardcode_scanner.py` 中预置扩展点注释：
 
@@ -335,7 +338,7 @@ MoFin 不再是一个简单的价格监控 + 推送工具，而是一个**能够
 
 `meta_growth.py` 检测到新模式后，直接在扩展点后插入新规则元组。下次 hardcode_scanner 运行时自动执行新规则。
 
-### 7.5 自成长机制的迭代链路
+### 7.6 自成长机制的迭代链路
 
 ```
 第一周：
@@ -353,7 +356,7 @@ MoFin 不再是一个简单的价格监控 + 推送工具，而是一个**能够
 每一轮迭代，扫描规则自动扩展。
 ```
 
-### 7.6 元层的自我审视
+### 7.7 元层的自我审视
 
 meta_growth 每次运行也会检查自成长系统本身的健康度：
 - hardcode_scanner 是否存在