01
浏览器 Raindrop 扩展
自然采集入口
浏览网页时直接一键收藏。采集入口与信息出现的位置保持一致，尽量不打断阅读。
输出：Raindrop Item →BROWSER COLLECTION WORKFLOW
DropNavi
浏览器收藏与导航工作流
在浏览器里发现值得收藏的站点，使用 Raindrop 扩展一键收藏；在 Raindrop 中管理；在 DropNavi 站点中浏览、检索。本工作流不依赖 AI Agent，通过浏览器扩展、Raindrop.io 与 Cloudflare Worker 构成完整链路，把“收藏 → 管理 → 再发现”做成一条足够短、足够稳定的日常路径。
已投入使用
ARCHITECTURE
入口、内容源与展示层保持最短路径
DropNavi 的价值不在于增加一个新的收藏工具，而在于让现有浏览器收藏动作、Raindrop 管理能力与自托管浏览体验形成闭环。每一层只承担自己最擅长的职责。
02
Raindrop.io
唯一内容源与管理后台
维护 URL、标题、Collection、Tag 与其他元数据。新增、删除、移动和整理全部在 Raindrop 完成。
输出：Raindrop REST API →03
DropNavi
同步、导航与再发现
Cloudflare Worker 获取并标准化数据，写入 Workers KV；前端通过收藏夹、标签和搜索提供轻量浏览。
输出：自托管 DropNavi 站点浏览器扩展已经是最自然的入口，Raindrop 已经是成熟的管理界面，DropNavi 只补足自托管展示与快速再发现。
SOURCE OF TRUTH
只维护一份收藏数据
Raindrop.io 是唯一事实来源。DropNavi 不保存第二份人工维护的分类配置，也不提供重复的编辑后台，因此收藏结构变化只需要在 Raindrop 中完成一次。
Collection · 按目录展示
Collection 适合表达较稳定的目录结构。DropNavi 可以通过独立 URL 只显示某个收藏夹及其子收藏夹内容。
/ 全部收藏
/collection/<id> 指定收藏夹
Tag · 按专题展示
Tag 用于跨 Collection 的细粒度组织。同一个网站可以出现在多个标签专题中，标签总览与单标签页面使用独立 URL。
/tags 标签总览
/tag/<tag> 指定标签
Search · 当前范围检索
搜索匹配标题、域名、简介与标签。在收藏夹或标签详情页中，搜索范围自然收缩到当前分类，不需要额外筛选器。
URL · 可收藏的状态
筛选结果使用独立路径而不是超长页面中的锚点，因此常用标签或收藏夹本身也可以被浏览器收藏、分享和直接打开。
SYNC & DELIVERY
Deployment 管程序，Sync 管内容
程序更新与收藏变化属于两条不同链路。日常新增收藏不会触发构建，代码部署也不会干扰 Raindrop 中的内容管理。
内容同步
Cloudflare Cron 定时通过 Raindrop REST API 拉取 Collection、Tag 与 Raindrop Items，标准化后写入 Workers KV。快照过期时，访问还会触发一次后台兜底刷新。
程序部署
DropNavi 代码保存在 GitHub。Cloudflare Worker 与 Git 仓库连接，程序变更通过 Git → Cloudflare 自动构建和部署。
故障降级
同步失败时保留上一份成功快照。Raindrop API 临时不可用不会让导航站立即失效，展示层继续使用已有 KV 数据。
正式入口
collect.de5.net 是正式访问域名；Workers.dev 地址只作为底层部署地址。
BOUNDARY
* 不为了统一形式而引入 WorkBuddy
DropNavi 当前已经形成足够短的主路径，无需 WorkBuddy 等 AI Agent 驱动。
当前不需要
- 日常收藏不需要自然语言理解；
- 浏览器扩展已经能在信息出现的位置完成采集；
- Raindrop 已经提供成熟的人工管理界面；
- 新增 WorkBuddy → Skill → API 只会增加一次中转。
未来可以扩展
- 批量导入或批量修改收藏；
- 批量补充、合并、规范标签；
- 自然语言执行复杂筛选与整理；
- 与 mdFlow 等其他知识工作流联动；
- 周期性内容治理或跨服务同步。
当这些需求真正出现时，可以增加供 WorkBuddy 调用的 DropNavi Skill，通过 Raindrop API 完成批量管理与自动化操作；当前浏览器扩展 + Raindrop + DropNavi 就是更合适的实现。