很多人都有类似的经历：

• 浏览器收藏夹越来越长，但很少重新打开；
• 笔记写在多个工具里，过一段时间就忘了位置；
• 项目文档、图片、压缩包散在聊天软件、网盘和本地目录；
• 真正需要某条资料时，只能在不同应用里反复搜索。

问题并不是工具不够，而是信息之间没有形成稳定的关系。

我在做轻笺时，没有把它定位成“又一个笔记工具”或“又一个书签管理器”，而是希望做一个更轻量的个人知识工作台：书签负责收集外部信息，笔记负责沉淀自己的理解，云空间负责保存资料，标签、搜索和 AI 则负责把它们重新连接起来。

1. 设计取舍：资源独立，关系统一

书签、笔记和文件的数据结构差异很大。

书签有 URL、站点图标和描述；笔记需要正文、编辑器和版本能力；文件则需要文件夹、大小、类型与存储状态。如果为了“统一”强行把它们塞进一张大表，后续的字段、权限和业务逻辑都会变得臃肿。

轻笺采用的是另一种方式：资源本体保持独立，跨资源能力通过关系层统一。

书签 bookmark ─┐
笔记 note ─────┼─→ 资源标签关系 resource_tag_relations
文件 files ────┘

书签 / 笔记 / 文件 ─→ 待处理关系 resource_inbox
                         ↓
                 搜索、工作台、AI 上下文

这样做的好处是：

• 每种资源可以保留最适合自己的业务模型；
• 标签、待整理、搜索不需要复制资源正文；
• 后续新增待办、知识图谱或 AI 工具时，仍能复用已有资源关系；
• 资源本体始终是唯一事实源，降低数据不一致风险。

2. 书签：不只是保存链接

书签模块支持粘贴链接后自动补齐标题、描述和网站图标，再通过标签树、卡片视图和筛选能力进行整理。

相比浏览器收藏夹，书签不再是一串难以辨认的网址，而是一张带有上下文的资料卡片。收藏时可以先快速保存，后续再通过标签补全分类。

这里的核心不是“多一个收藏入口”，而是让链接真正进入个人资料系统。

3. 笔记：把信息变成自己的理解

外部链接解决的是“看到了什么”，笔记解决的是“我理解了什么”。

轻笺的笔记库支持富文本和 Markdown 编辑，也支持模板、标签、卡片/列表视图等能力。对于读书笔记、会议纪要、项目计划、复盘和知识卡片这类内容，用户可以从模板快速开始，再逐步形成自己的知识沉淀。

笔记与书签共享标签体系，因此一篇技术笔记、它引用的文档链接和相关文件可以通过同一个标签被重新找到。

4. 云空间：让文件进入知识上下文

文件往往是个人知识管理中最容易被忽略的一环。

轻笺的云空间支持文件夹、文件类型筛选、搜索、在线预览、拖放整理、批量操作和标签关联。这样，图片、文档、压缩包和项目资料不再只是躺在网盘目录里，也能和相关笔记、书签形成关联。

当“文件”不再是孤立附件，而是资料网络的一部分，后续检索和复用会轻松很多。

5. 搜索与待处理：先收集，再整理

我很认同一个原则：不要让“分类”打断“收集”。

轻笺提供快速添加能力，可以先保存 URL、文本、文件或待办，再进入“待处理”统一整理。待处理关系只记录资源的整理状态，不复制书签、笔记或文件正文，因此资源删除、恢复和权限校验仍能围绕原始数据进行。

搜索则覆盖书签、笔记、文件和标签。用户不需要先判断“这份资料究竟存在哪个应用”，而是直接输入关键词，从所有资源中定位结果。

对于高频使用者，搜索入口还支持快捷键唤起，把“找资料”从多次跳转变成一次检索。

6. AI Agent：能调用资料，也要守住边界

把 AI 接入个人知识库，最容易犯的错误是：只做一个聊天框。

轻笺中的 AI 助手可以基于用户选择的书签、笔记、文件和标签作为上下文回答问题。更重要的是，服务端会重新校验资源归属，只向模型提供受控的内容片段，而不是直接相信前端提交的正文。

对于 AI 的写操作，例如创建笔记、创建书签或恢复资源，系统不会直接执行，而是先展示影响范围与操作摘要，等待用户确认后再执行。确认令牌与当前用户和会话绑定，并且只能使用一次。

这套流程解决的不是“AI 能不能写数据”，而是“AI 写数据时，如何让用户始终保有控制权”。

7. 多端使用与开放共建

轻笺同时考虑了桌面端和移动端的使用场景，并提供浅色、深色主题。桌面端适合完整整理和管理，移动端则更适合快速查看、收集和回顾。

产品迭代方面，轻笺还提供了“共建轻笺”需求看板：用户可以查看需求当前处于评估、计划、开发还是已上线状态，也可以提交建议和参与投票。

对于个人项目来说，这种公开反馈机制很重要。它能避免开发者只凭直觉堆功能，也能让真实用户看到建议如何进入产品迭代。

8. 小结

轻笺目前的核心思路可以概括为一句话：

资源类型不强行合并，但资源关系必须统一。

书签、笔记和文件各自做好本职工作；标签、待处理、搜索和 AI 负责建立联系。这样既不会把产品做得过于笨重，也能让收集到的信息在未来真正被再次使用。

如果你也在做个人知识管理、书签工具、AI Agent 或跨资源搜索，欢迎在评论区交流：你更看重“收集效率”，还是“后续整理与检索”的体验？

在线体验：boluo66.top
共建轻笺：boluo66.top/co-build
项目源码：GitHub