← 返回作品集行途 · 作品集

行途 · 定时任务索引看板

盘点日期 2026-09-02(周三)| 共 5 个自动化任务 | 数据源:WorkBuddy Automations + 本地文件系统核验

核心结论:5 个定时任务全部指向一个孤儿目录 ~/工作室/xingtu(仅 14 个文件), 而真正的主工作区是 ~/xingtu(5288 个文件)。 结果是:2 个采集任务在跑但产物落错地方,3 个消费任务因依赖缺失必然执行失败。 根因只有一个 —— 路径分裂,修掉它 5 个任务一起活。

5
定时任务总数
2
能跑但产物异位
3
依赖缺失·必然失败
1
根因(路径分裂)

核心发现:两个 xingtu 目录,任务全指错了

A 目录(任务指向)= 孤儿残留,B 目录(真正的家)= 主工作区

  • A ~/工作室/xingtu —— 仅 14 个文件,tools 只有 7 项,且 素材库/ 目录完全不存在。是工作空间合并后遗留的孤岛。
  • B ~/xingtu —— 5288 个文件,tools 有 73 项,素材库 / 内容战略分析 / 全部脚本齐备。
  • 两者 realpath 各不相同,不是软链接,是物理上两个独立目录。

断更证据:主工作区已 4 天没有新数据

  • sessions_analysis.json:B 侧停在 2026-08-28 02:00,A 侧已更新到 2026-09-02 11:24 —— L1 一直在跑,只是产物全进了 A。
  • 对话挖掘素材:B 侧停在 2026-08-29,A 侧新增了 08-31、09-02 两份 —— L2 同理。
  • 素材库/materials_library.json:B 侧停在 2026-08-27 15:56,已 6 天未刷新 —— 因为生成它的 L3 任务指向 A,而 A 里脚本不存在。

关键脚本在两个目录的分布差异

  • A 侧存在:sessions_analyzer.pyai_collab_miner.py(所以 L1/L2 能跑)
  • A 侧缺失materials_library_gen.pyflywheel_monitor.pydiscover_ai_sources.pywechat_audience_puller.py(所以 L3 与变现飞轮必挂)
  • B 侧:上述 6 个脚本全部存在,资产是完整的,只是没被任务指到。

任务索引总表

任务名称 频率 / 时间 工作目录 核心依赖(实测) 状态
AI会话广撒网采集·主题与自媒体潜力分析 id: automation-1786033319546 每日
02:00
A 孤儿 A/tools/project_indexer sessions_analyzer.py A 侧存在 → 脚本可跑;产物 sessions_analysis.json + 看板落 A 侧 能跑·产物异位
AI协作对话挖掘·每日1素材 id: automation-1786945815343 每日
14:30
A 孤儿 A/tools ai_collab_miner.py A 侧存在 → 脚本可跑;素材写 A/06_个人知识库_Obsidian/02_素材库/对话挖掘/ 能跑·产物异位
行途每日发布飞轮·分层选题 id: automation-1787754681498 每日
19:00
A 孤儿 A(根) A/素材库/materials_library.json目录不存在,文件不存在 必然失败
行途素材库每周刷新(L3·素材挖掘Skill) id: automation-1787646091698 每周日
21:00
A 孤儿 A(根) 核心脚本 A/tools/materials_library_gen.py 缺失;输出目录 A/素材库 不存在 必然失败
行途·变现驱动内容飞轮 id: automation-1787753469338 每周日
22:00
A 孤儿 A(根) 5 个依赖中 3 个缺失:materials_library_gen.pyflywheel_monitor.pyA/素材库/*(黄金会话萃取 / 博文骨架库) 大部分失败

数据流拓扑:生产端与消费端物理隔离

L1 广撒网采集
每日 02:00 · sessions_analyzer
L2 每日 1 素材
每日 14:30 · ai_collab_miner
L3 素材库刷新
周日 21:00 · 脚本缺失
发布飞轮 / 变现飞轮
每日 19:00 · 周日 22:00
断链点 1(致命):L1/L2 把素材写进孤儿目录 A,而 L3 之后的所有消费方读的是 A/素材库 —— 这个目录从未被任何任务成功生产过。 生产端在 A、消费端也在 A,看似一致,实则 L3 这座"加工厂"本身是坏的,整条链路从未真正打通

断链点 2(时序):发布飞轮每天 19:00 要读素材库,但素材库只在周日 21:00 刷新 —— 即使修好路径,周一到周六读的也是最多 6 天前的快照,时效抢发类卡片会失真。

冗余判定:变现飞轮重复干了 L2 / L3 的活

周日 21:00 与 22:00,一小时内重复执行同一批脚本

  • 变现飞轮(22:00)内部又调用了 ai_collab_miner.py(L2 每日已在跑)、project_indexermaterials_library_gen.py(L3 21:00 刚跑完)。
  • 建议定位重构:变现飞轮应只做「读取已有素材 + 变现导向排期 + 战略决策」,把生产环节完全交给 L1/L2/L3。 它真正的稀缺价值是「变现驱动排序」这个判断,不是再跑一遍采集。
  • 顺带:L3 里已写了「若发现 /projects/*/.claude 盲区则提示可扩展」的衔接检查,说明这套 L1/L2/L3 分层设计本身是合理的,问题只出在执行路径。

修复清单(按优先级)

P0
路径全量归一:5 个任务的 cwds + prompt 内绝对路径,A → B
~/工作室/xingtu 全部替换为 ~/xingtu。 注意 prompt 正文里也写死了路径(不止 cwds 字段),两处都要改,否则任务会在 B 目录下又去读 A 的文件。
P0
数据回流:把 A 侧 4 天的产出迁回主工作区(合并,不覆盖)
需迁移:sessions_analysis.jsonsessions_dashboard.html06_个人知识库_Obsidian/02_素材库/对话挖掘/ 下 08-31、09-02 两份素材。 B 侧已有同名文件,建议先 diff 再合并,不直接覆盖
P0
修完路径后补跑一次 L3,让发布飞轮有东西可读
素材库已 6 天未更新(停在 08-27 15:56)。L3 跑通后,19:00 的发布飞轮才有真实素材可选。
P1
变现飞轮去重:删掉内部的脚本生产步骤
保留「变现驱动排序 + 本周 TOP5 排期 + 反哺校验 + 效率埋点」,删除 ai_collab_miner / project_indexer / materials_library_gen 的重复调用。
P1
素材库刷新节奏:一周一次不够
建议改为 周日 21:00 + 周三 21:00 两次;或在发布飞轮里加一句「若素材库距上次刷新 >3 天则先刷新」。
P2
孤儿目录 A 的处置
迁移确认无误后归档(不建议直接删除)。可移动到一个明确的归档位置并留一份 README 说明「此目录已于 2026-09-02 废弃」。

待议(需你拍板)

行途 · 定时任务索引看板 | 生成于 2026-09-02 核验方式:automation 元数据 + 文件系统实探(realpath / stat / ls)