---
words:
2026-08-25: 476
tags:
- ob
- 工作流

- 原理

1. 自动记录的原理（找到了）

活动足迹**不是 Obsidian 插件**，而是你自建的常驻守护程序链：

• 开机自启：~/Library/LaunchAgents/com.ar.tagfeedwatch-login.plist → 打开 /Users/ar/Applications/TagfeedWatch.app
• App 本体：只是个 60K 的 Mach-O 壳，内部用 /usr/bin/python3 调用真正的脚本
• 真正的生成器：/Users/ar/bin/tagfeed.py（约 1400 行，你写的"Logseq 风格标签聚合页生成器"）。它的 update_diaries() 在 --watch 模式下每 3 秒轮询 vault，把最近 7 天内变动过的文件按「白板/表格/文档/笔记」分类，写进 X0.Diary/26.XXXX.md 的 <!-- daily-activity --> 标记块里——这就是你看到的「活动足迹（自动记录）」。

2. 为什么 tagfeed 页面混进来了（已修复）

过滤函数 is_generated_page() 原来有 bug：只排除「文件名以 tag- 开头 **且** 头部含 <!-- tagfeed 标记」的页面。

而 sync_0inbox.py 生成的 0inbox 页面：frontmatter 是 tags: tagfeed-live、头部**没有** <!-- tagfeed 标记、文件名也**不以 tag- 开头** → 三条都不满足，被当成普通笔记塞进了足迹。

修改：扩展 is_generated_page()，文件名不以 tag- 开头时，额外解析 frontmatter 的 tags:，只要含 tagfeed 或 tagfeed-live 就判定为系统页。这样 0inbox 全部页面（及未来任何同类实时聚合页）都不会再进足迹。

配套清理（已做）

• 用 /usr/bin/python3 tagfeed.py --diary 重跑，按新逻辑重建最近 7 天足迹块，清掉了唯一被污染的 26.0824.md
• 清理 ~/.tagfeed-diary-state.json 里 119 条 0inbox 残留记录（2423→2304）
• 重启守护进程（kill 旧进程后重新 open app，新 PID 15159），让它加载补丁版脚本——这一步必须做，否则常驻内存的还是旧逻辑
• 验证：模拟扫描 + 新过滤，0inbox 被错误收录数 = **0**

备份在 /Users/ar/bin/tagfeed.py.bak-20260825000104，确认无误后可删。