digdigio · App

大多数人保存信息的方式，其实只有一步：点收藏。浏览器收藏夹、微信收藏、备忘录、截图相册—— 东西是存下来了，但三个月后再想找，往往只剩下一个模糊的印象： 「我记得看过，好像是在手机上看的那篇。」 标题想不起来，平台想不起来，连它到底是一篇文章还是一张图，都开始变得不确定。

digdigio 把这件事拆成了两个阶段。第一阶段只做一件事：先存下来，不做任何判断。 复制链接、长按分享、拖一个文件进去，全部落到同一个「信箱」里，你不用在存的当下决定它属于哪个分类， 因为绝大多数人在那个瞬间根本不知道。第二阶段才是整理：应用会根据标题、正文、来源域名生成一组候选标签， 你只需要点头、或者改一个字。

这套流程听起来朴素，但它对应一个很具体的现实：收藏的动作发生在注意力最稀缺的时刻，整理的动作必须发生在注意力富余的时刻。 把两件事硬塞进同一个瞬间，结果就是两边都做不好——要么不存，要么存了等于没存。

采集：把「先存下来」和「以后再说」分成两步

采集的摩擦点往往不在技术，而在心理。你在地铁上刷到一段觉得有用的文字，要不要现在就读？ 答案通常是不。那要不要现在就想清楚它属于哪个分类？答案同样是不。 digdigio 的处理是：允许你在完全不做决定的情况下完成保存。 分享面板里点一下，记录就落进信箱，带着时间、来源域名和原文快照。整个过程三秒左右，你甚至不需要打开主应用。

原文快照这件事值得多说一句。很多归档工具只存一个链接，三年后点开，页面 404 或者内容被改得面目全非， 你手里只剩一个空壳。digdigio 默认保存一份可读的快照（纯文本 + 关键图片）， 这样即便源站消失，你至少还留着当时读到的那段字。

归类：让机器做初步判断，人只做最后一步

自动打标这件事，行业里做得好的不多，原因很简单——分类是一件高度个人化的事。 同样一篇讲城市绿化的报道，做规划的人会打「公共空间」，做地产的人会打「政策风向」。 所以 digdigio 的定位很克制：它给的不是答案，是候选。

具体来说，一条新记录进来时，系统会从三个维度生成候选标签：标题里的名词短语、正文出现频次较高的实体词、 以及来源域名对应的常见主题。你看到的通常是三到五个词，点一下接受，长按改一个字， 或者直接忽略——忽略三次之后，这类词就不会再被推荐了。

digdigio检索：你记得的往往是画面，不是标题

人对信息的记忆方式，和数据库的索引方式并不一致。你说得出一篇文章大概讲了什么， 却说不出它的标题；你记得那张截图是白底蓝字，却不记得来自哪个公众号。 digdigio 的检索框因此做得比较「宽容」：输入任意词，它会同时搜索标题、正文、标签、 以及图片里的文字（OCR），结果按时间与相关度混排。

如果你只记得大概的时间段，可以在搜索框里加上「上个月」「九月」这类自然表述； 如果只记得来源，也可以直接输入公众号名或域名。这两个筛选条件可以叠加使用， 这是找回旧内容最常用的组合。

溯源：为什么每条记录都要留一个回去的入口

做内容、写报告、写论文的人，对这一点应该最有体会：引用的时候最怕的不是找不到原文，而是找到了却不确定是不是当初那条。 转载改标题、二次编辑、时间错位，都会让「我记得是这样」变成一场无法自证的争论。

所以 digdigio 把来源信息做成了一等公民：每条记录下方固定显示原始链接、抓取时间、抓取时的页面标题。 这三项不可编辑，也不随内容更新而变化。你引用的时候可以直接把这三项一起带出去， 别人看到的是一个可以核对的说法，而不是一句「我记得」。

回顾：把「存了等于学了」的错觉拆掉

坦白说，绝大多数收藏行为的最终归宿是被遗忘。这不是用户的问题，是工具设计的问题—— 收藏夹是一个只进不出的黑洞，没有任何机制提醒你回头看一眼。

digdigio 的做法是每周一次的轻量回顾：周末推送一封摘要，列出这一周保存的条目， 按标签分组，每一条给你两个按钮——「留下」和「归档」。留下来的进入长期库，归档的收进冷存储， 三个月不再提醒。这个动作每周花不了五分钟，但它会慢慢筛掉那些当时冲动存下、其实并不需要的内容。

digdigio导出：数据属于你，这句话要能兑现

很多工具在宣传页上写「数据属于你」，但真到要走的时候，导出按钮藏在三级菜单里， 导出来的还是一堆无法还原的私有格式。能不能走，是检验一个归档工具诚意的唯一标准。

digdigio 提供三种出口：Markdown 适合放进 Obsidian、Logseq 这类本地笔记工具； JSON 保留完整的标签、来源与时间字段，适合自己写脚本二次处理； PDF 适合直接归档或打印。三种格式都支持按标签、按时间范围筛选导出， 导出的文件结构和应用内一致，不需要额外整理。

找回一条旧内容的时候，人手里的线索通常只有三样：大致的时间、记得的平台、印象最深的一个词。 digdigio 的检索设计就是围绕这三样东西展开的。看一个完整的例子。

这段对话里真正起作用的，是三个可以被叠加的筛选条件，以及「原文快照」这个兜底。 整个过程大约十几秒，比翻浏览器历史或者逐个公众号往回刷要快得多。 如果连月份都记不清，也可以只给关键词，让时间维度留空，结果按时间倒序排列。

这张看板存在的意义，是让「页面是不是最新的」变成一个可以被核对的问题，而不是一句「我们会持续更新」。 批次的滞后时长会因为源站响应速度波动，通常在一到三小时之间。 如果某个源站连续两次抓取失败，我们会把它移出批次并在下一节的日志里注明，不做静默省略。

digdigio 由一个十来人的小组维护，成员大多做过内容工具或本地笔记软件。我们自己的日常工作里， 每天都在和「存了但找不到」这件事打交道，所以这个产品的很多决定，是从自己的麻烦里长出来的， 而不是从竞品的功能表里抄来的。

关于信息，我们给自己定了三条线。第一，不展示无法核实的数据与评分。 本页出现的安装包体积、版本号、系统要求、刷新批次，都是可以对照应用内信息核对的； 涉及用户主观感受的部分，我们标明样本来源与统计区间，不把它包装成官方结论。 第二，信息尚未确认时保持空缺，不做猜测补齐。 比如某个源站的具体抓取时间、某次失败的详细原因，没查到就写「暂未确认」，不编一个看起来合理的数字。 第三，不提供盗版、破解或侵权传播路径。 我们只做归档与检索，不提供任何绕过付费墙的内容获取方式，也不鼓励把他人原创内容当作自己的产出。

这些话写在正文里，而不是塞进页脚的法律免责段落，是因为它们本来就是产品的一部分—— 一个用来长期存放内容的地方，如果自己都不在意信息的出处，那它没有资格要求用户信任。

数据默认存在本机应用沙盒内，卸载应用会一并清除，所以卸载前请先导出。 开启同步后，内容在设备端加密再上传，密钥不出设备；我们看不到明文，也因此无法帮你恢复遗忘的密钥。 应用内没有接入第三方广告 SDK，也不把用户内容用于模型训练。