---
title: 未接线能力挂回调度（28 → 15 已接 / 13 待处置）
tags: [cron, 假装置, 接线, 零token]
created: 2026-09-12
status: final
---

# 未接线能力挂回调度（2026-09-12，老板批准「同意接线」）

## 一、接线前四道关（不盲挂）
1. **载荷能跑吗** —— 全部 `py_compile`；2 个载荷根本不存在 → 排除
2. **载荷在哪** —— 6 个载荷**只存在于废弃树 `~/stock/`** → 接线=跑废弃代码 → 排除
3. **会不会重复** —— 逐个查载荷是否已被活 job 引用 → 21 个全部无引用 = 全新能力
4. **零 token 优先** —— 能纯脚本的不挂 LLM（no_agent）

## 二、已接线 15 个（全部 no_agent 零 token）

| 时间 | 任务 | job_id | 投递 |
|---|---|---|---|
| 06:45 每日 | 每日独立市场扫描 | 8da391caf5a0 | QQ |
| 07:20 每日 | 知识库新鲜度（无过期静默） | c826bf3aad95 | 本地 |
| 09:10 每日 | 数据底座绕过审计（watchdog） | 7ea908037b50 | 本地 |
| 10:30 盘中 | 动态市场扫描 | 0dcde44e6c8e | QQ |
| 11:30 盘中 | 引爆点扫描 | c2ff68dc9d8a | QQ |
| 13:45 盘中 | 创业板验证 | 17bed0ae48ff | QQ |
| 14:00 盘中 | 盘中异动捕捉 | aa4034610499 | QQ |
| 14:45 尾盘 | **持仓突破质量+卖出信号** | 2f4e5b0dc173 | QQ |
| 15:05 收盘 | 收盘扫描 | aba5c65c8c1e | QQ |
| 每30min 盘中 | 回调监控（三信号） | ce192fd5bfa4 | QQ |
| 周一 08:00 | 周复盘HTML生成 | f8a19b82a338 | QQ |
| 周五 19:00 | AI智能体周报 | 6bb099527abc | 本地 |
| 周日 20:00 | 多Agent主管周报 | b23006924722 | 本地 |
| 周日 21:00 | 自我进化审计 | 1f4eefbcf16f | 本地 |
| 每月1日 20:00 | FDE能力自评 | 346f253c554a | 本地 |

**投递策略**: 影响操作的（持仓/异动/回调/引爆点）→ QQ 即时推送；
系统内部审计类 → `local`（落盘不骚扰）。

**验证**: 逐个核对 `script` / `no_agent=True` / `model=null` / `enabled` / `next_run_at` →
**15/15 分类正确，零问题**（memory 铁律: 新增 cron 后必须 list 验证分类）。

## 三、剩余 13 个未接（各有硬理由）

| 类别 | 数量 | 为什么没接 |
|---|---|---|
| 载荷只在废弃树 `~/stock/` | 6 | `agent_daily_review.py`/`agent_monitor.py`/`backtest_review.py`/`data_maintainer.py`/`feedback_loop.py`/`health_check.py` —— 接线等于跑废弃代码 |
| 载荷不存在 | 2 | `prediction_extract.sh` / `prediction_freshness.sh` 调用的 .py 全盘无 |
| 注入型（该挂成已有 job 的 script） | 2 | `three_heart_collector.sh`（消费方「6点三心法」）/ `report_data_collector.sh` —— 要**改已有 job**，风险更高，单独做 |
| 需 LLM（有 token 成本） | 2 | `fugui_daily_review_wrapper.sh`（17:00）/ `market_alert_wrapper.sh` —— 按「能脚本不挂 AI」原则需单独确认 |
| 一次性脚本 | 1 | `cleanup_obsolete_skills.sh`（清理 v0.16 遗留技能，非周期任务） |

## 四、可复用结论
1. **接线 = 先证明能跑 + 不重复 + 零 token 优先**，四关缺一个就会挂上每天失败的噪音。
2. **"载荷缺失"必须先全盘搜**：5 个载荷是"存在但只在废弃树"→ 与"不存在"的处置完全不同。
3. **投递分级**：信号类投 QQ，内部审计类投 local —— 避免 15 个新 job 变成噪音。
4. **接线后必须回写标记**：原 `ORPHAN-DISPOSITION: keep-unwired` 已失效 → 改成「已接线」记录，
   孤儿数自动 55 → 40（接线事实即证明）。


## 五、第二批（老板追加指令：改新树 / 挂 / 接）

### ① 6 个「载荷只在废弃树 ~/stock/」的 → 已处置
**发现的坑**：只改载荷名不够 —— wrapper 里是 `cd ~/stock && python3 <载荷>`，
**`cd` 才是真正决定跑哪棵树的东西**。必须**双改**（载荷名 + cd 指向）。
且新树模块**没有 argparse**，老 wrapper 传的 `--json`/`--days 7`/`-v`/`health` 会报错
→ 去 flag 才能跑通。

| wrapper | 旧载荷(仅 ~/stock/) | 改指向新树 | 覆盖它的活 job |
|---|---|---|---|
| agent_daily_review_wrapper.sh | agent_daily_review.py | **daily_review.py** | 周一综合复盘-18点 |
| agent_monitor_wrapper.sh | agent_monitor.py | **daily_health_check.py** | cron健康看门狗/数据底座健康探测 |
| backtest_review_wrapper.sh | backtest_review.py | **backtest_report.py** | 判断回测闭环-22:45 |
| data_warmup_wrapper.sh | data_maintainer.py | **quick_scan.py** | 数据底座健康探测/六源探测 |
| health_check_wrapper.sh | health_check.py | **daily_health_check.py** | SOUL自动审计-5:45/减法审计 |
| feedback_loop_wrapper.sh | feedback_loop.py | **无后继** → 归档 | 信号反馈闭环-23:30 |

状态：`keep-manual`（能力有活入口 + 已指到新树）→ 不挂调度，避免与活 job 重复推送。

### ② 注入型 2 个 → 已挂
- `three_heart_collector.sh` → 新建 **`a_group_data_plus_three_heart.sh`**（**只追加不替换**：
  先跑原 `a_group_data.sh` 保持行为，再追加三心法专属预采集）→ 挂到「6点三心法」job
  （回滚：script 字段改回 `a_group_data.sh`）
- `report_data_collector.sh` → 挂到原本**没有 script** 的「量价训练-每日提醒 15:30」→ 纯追加，零损失

### ③ LLM 型 2 个 → 已接
- `fugui_daily_review_wrapper.sh` → 新 job「富贵日复盘-17:00」（脚本供数 + AI 写判断层），
  **model/provider 已 pin**（mimo-v2.5/mimo）
- `market_alert_wrapper.sh` → **不挂 LLM**：实读代码发现 `market_alert.py` 是
  「有变化输出、无变化静默」→ 天生 **no_agent watchdog**（零 token）→ 挂 15:10
  ★ 这是「能脚本不挂 AI」原则的一次实际应用：老板说"接"，我接得更便宜。

### ④ 又一个坑：cronjob 工具不支持 model/provider
创建 LLM cron 时传 `model`/`provider` **被静默忽略**（返回 model=null）→ 违反
「LLM cron 必须 pin model+provider」铁律。只能改 `~/.hermes/cron/jobs.json`
（已备份 /tmp/jobs_backup_0912.json）。**建议给 cronjob 工具补这两个字段。**

**结果**：cron 133 → 135（第二/三批共 +17）· 零 token 占 114 · 孤儿 40 → **35** · 未定性 0


---
**相关概念**: [[买卖点判断]] | [[风险控制]] | [[策略回测模板]]