---
status: open
priority: normal
scheduled: 2026-08-31
dateCreated: 2026-08-31T01:45:20.514+08:00
dateModified: 2026-08-31T01:47:44.322+08:00
tags:
- task
projects:
- "[[01-project-overview@da]]"

workType: 研发

tagfeed很快我就需要立项开发成面向公众的obsidian插件了--以此信息为前提。
请回答我：现在的活动足迹是属于tagfeed这个项目的内容吗？还是不应该属于，而是应该独立存在的插件

不应该属于面向公众的 Tagfeed 核心插件。它应该独立成另一个插件

当前实际状态：

• 实现上：活动足迹历史上被塞进了 tagfeed.py / TagfeedWatch.app 链路里，marker 甚至写着 tagfeed 自动生成，所以现在是“工程上耦合”。
• 产品边界上：它不是 Tagfeed 的核心功能。Tagfeed 的核心是“标签发现、标签聚合页、别名、点击标签打开聚合页、总索引”。活动足迹是“监控文件活动并写入日记”，这是另一个产品问题。

建议未来拆成

1. Tagfeed 插件

• 扫描正文和 frontmatter tags
• 生成/维护 tagfeed 聚合页
• 标签点击跳转
• 标签别名表
• 全局统计页
• 可选总索引

1. Daily Activity / Activity Footprint 插件

• 记录当天修改/触碰过的 Obsidian 文件
• 写入 daily note 的活动足迹块
• 支持今天刷新、历史回填
• 有自己的排除规则、状态文件、命令、设置页

为什么要拆

• 活动足迹会写 X0.Diary/YYYY-MM-DD.md，这是高风险写入；Tagfeed 本来不应该碰用户日记。
• 活动足迹天然需要 watcher / 文件活动追踪，资源消耗和隐私敏感度都更高。
• 之前 Knomo、日记、活动足迹冲突，本质就是多个角色抢写同一份 daily note。
• 面向公众时，用户安装 Tagfeed 只是想要标签聚合，不一定接受“插件监控并记录我改过哪些文件”。
• 拆开后问题更容易定位：标签聚合坏了找 Tagfeed，日记足迹坏了找 Daily Activity。
  ## 最合理的立项边界
• Tagfeed 项目：只做标签聚合。
• 活动足迹：从 Tagfeed 项目中剥离，作为独立插件或独立实验项目。
• 短期本机：可以继续暂时放在同一代码仓库里，但需要在文档和代码模块上明确标成 ob02，不要再叫 tagfeed 自动生成。
• 如果要面向公众发布，必须把活动足迹从 Tagfeed 的首版范围里拿掉