first commit
This commit is contained in:
CrazyJasonwell
+271
@@ -0,0 +1,271 @@
|
||||
---
|
||||
url: https://sspai.com/post/69972
|
||||
title: 本地存储 + 线上获取：我的个人数据库建构路径
|
||||
date: 2022-09-24 16:51:02
|
||||
tag:
|
||||
banner: https://cdn.sspai.com/2021/11/17/365ff29b5ab274691d99b1417912aade.png
|
||||
banner_icon: 🔖
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
这是个信息轰炸的时代，除了必要的信息过滤手段外，每个人都应该构建属于自己的个人知识库。
|
||||
|
||||
## 一、个人数据库避坑指南
|
||||
|
||||
前两天有个用户给我邮件问了一些问题，我觉得非常有意思，也很有代表性，所以聊聊这个事情。
|
||||
|
||||
|
||||
|
||||
为免隐私问题，我把一些内容打码了，请勿对号入座。
|
||||
|
||||
使用过笔记类软件的朋友都知道，这位朋友遇到的可能是一个共性问题，也就是：我们自己的笔记究竟该如何处理才最方便、最有助于个人成长？不同的软件有不同的理念，有的服务注重开放性，能够与市面上的其他服务共通，便于定制自己的知识空间；有的软件则认为自己的知识整理理念独一无二且非常优秀，因此相对封闭，便于吸引用户且留住用户。在这篇文章中，针对笔记和知识整理领域，我们来共同探讨关于个人数据整理的问题：
|
||||
|
||||
1. 究竟什么样的个人数据存储方案才是好的？
|
||||
2. 如何构建适合自己的数据存储空间？
|
||||
3. 构建自己的个性化服务应该注意哪些内容？
|
||||
|
||||
### 1. All-in-one VS All-in-all
|
||||
|
||||
|
||||
|
||||
先来看第一个问题：什么样的存储方式才是「好」的？
|
||||
|
||||
现在是 21 世纪，因为疫情，云服务在这两年大热。在这两年，不少云存储服务也百花齐放。但说到存储，**首先要搞清楚我们要存储些什么东西？**既然是要存，我们希望的自然是能够「在我想要的时候找到它」，减少损坏、降低遗失的几率。各家云服务为我们提供了随时获取自己数据的权利，但也带来一个问题，那就是：我们存到云端的数据，还是我们的吗？随着不少云服务供应商的政策变化，我们越来越注意到，放在云端，虽然方便获取，但也方便丢失了。靠谱的供应商还给你数据导出和备份的机会，不靠谱的，直接关掉你的账户，你的数据、记忆、情感、心血，可能一瞬间就灰飞烟灭。所以，这两年回归本地仓储的声音也越来越高。因为，放到云里，实在太不稳定了。
|
||||
|
||||
那么，多备份几份数据不就好了？
|
||||
|
||||
是这样，一个服务商丢了，我们可以从另一家获取。我的还是我的。这就是 All-in-all 的存储，安全、稳定、便利。但我们当真需要花费这么多时间和精力对自己的数据进行整理、归档、存储吗？要知道，每多存储一份，需要付出的时间、金钱也多一份。
|
||||
|
||||
世界上还存在另一种服务，All-in-one 的服务，如果不能选择把数据交给所有服务商，那就交给一家放心的好了。如果说 All-in-all 的存储是一个极端，那 All-in-one 这种服务，则走向了另一个极端。前者过于耗费心思，后者则直接放弃了自己选择的权利，前者是「把每一个鸡蛋各自放在一个篮子里」，后者是「把所有鸡蛋都放到同一个篮子里」。任何一个明智的人都知道，凡事有度，走向任何一个极端都不合适。那么，怎么办？
|
||||
|
||||
### 2. 沉没成本与数据孤岛
|
||||
|
||||
|
||||
|
||||
有人讲，我交给自己放心的服务商，良好的互联网生态下，使用起来更为便利。虽然放弃了自己选择的权利，但我获得了优质的服务，何乐而不为？
|
||||
|
||||
当然是的，但这种情况的前提是：我们一辈子都呆在同一条船上，不导出自己的数据。就用它好了，不需要导出，这样在任何设备，登录一个账户，就能看到自己的信息了！
|
||||
|
||||
看似美好，但这样做的话，我们也陷入的一定的风险，比如「某笔记」的怪圈：
|
||||
|
||||
1. VIP VVIP VVVIP 不断地拿钱「续命」；
|
||||
2. 无法体验到新工具的优势，这都跟你无关，只能用它；
|
||||
3. 用得越多，沉没成本越高，越难以脱离这个工具，迁移所需要的成本也越高。
|
||||
|
||||
这就是所谓的 [数据孤岛](https://zhuanlan.zhihu.com/p/348520757)。用得越多，沉没成本越高，越难以脱离这个工具，迁移所需要的成本也越高。
|
||||
|
||||
### 3. 避坑指南
|
||||
|
||||
|
||||
|
||||
因此，为避免这种情况的发生，我诚挚地推荐大家构建自己的个人数据库。而且，当我们构建个人数据库时，需要仔细斟酌各项服务的优劣。依照我的个人经验，要想「避坑」，需要遵循两条原则：
|
||||
|
||||
1. 尽量不要选择纯线上服务；
|
||||
2. 即便使用线上服务，也要选择「支持开放的 API 导出」的服务，而非手动导出；
|
||||
|
||||
## 二、什么是个人数据库
|
||||
|
||||
|
||||
|
||||
如果不了解这个概念的话，可以试想一个场景：
|
||||
|
||||
当你需要查询某个内容，你的做法并不是通过搜索引擎，而是在你的「个人数据库」中，通过模糊查询，就能找到你需要的这些内容。
|
||||
|
||||
不仅如此，这条信息的属性（标签），以及当初加入时你写的备注，甚至于这条信息的关键内容（标注），以及出处（原文链接）等有效信息都能被迅速找到。
|
||||
|
||||
而这条信息要比从搜索引擎得到的内容更加专门针对于你，这就是**个人数据库，一个属于你自己的信息筛选 / 查询 / 编辑整理系统。**
|
||||
|
||||
能做到上面这点工具有很多：
|
||||
|
||||
1. 主打第二大脑的印象笔记，One Note，以及现在流行的 All-in-one 的 Notion 等。
|
||||
2. 现在流行的双链笔记工具：Obsidian / Logseq 等。
|
||||
3. 各种稍后读 / 书签服务：Pocket / Instapaper / Raindrop 等。
|
||||
|
||||
## 三、如何选用个人数据库
|
||||
|
||||
依照笔者的理解，个人数据库之所以称为「个人」数据库，不仅在于数据库本身的丰富体系及便利获取，更在于「个人」这两字所包含的意味，即「专属性」和「隐私性」。换句话说，**个人数据库中，「数据信息」是元素、「库」是对信息的整理体系、「个人」是信息的拥有者。**要想构建自己的个人数据库，三者缺一不可，而在当前的服务中，多数服务都是着重发展「数据库」为主，忽略了「个人」。
|
||||
|
||||
那么，一个良好的个人数据库应当是什么样的？或者说，选用或构建个人数据库，我们应该关注哪些特征呢？以下是笔者的拙见。
|
||||
|
||||
### 1. 多元的信息标识
|
||||
|
||||
首先，**数据信息是数据库构建的基础，对数据加以整理形成数据库的基础在于信息标识。** **所谓信息标识，是指对信息的描述、解释和控制，一般而言，基础的信息标识包括数据的标签、备注、描述等等。**多元且丰富的信息标识使得我们对信息的检索和获取更加便利，因此，**信息标识越多越好**，或者讲，可添加的信息属性 / 维度越多越好。
|
||||
|
||||
例如，我们可以随意打开一本书，这本书的背后有许多「元数据」——作者、译者、编辑、上架建议、出版年份、关键词、摘要等等，这一系列「元数据」使得我们能迅速了解某本书是不是我们感兴趣的，作者、主题等是不是我们关注的，是不是已经过期了或者是不是经典。凭借这些元数据，我们不必每次都阅读同一篇文章的全部内容，所需要的只是将其中的关键信息和观点加以整理，以此形成自己的知识体系和观点。
|
||||
|
||||
在个人数据库中，我们凭借对信息的文件夹体系、标签系统、备注、标注、描述信息等来对其进行归类和消化。一般来说，上个时代的笔记服务，如某某笔记无法满足个性化的信息属性，仅支持标签 / 文件夹等，基本无法添加任何个性化的有效属性，而 Notion / Obsidian 这类现代的双链笔记，则可以添加任意多的个性化属性。
|
||||
|
||||
### 2. 本地化数据管理
|
||||
|
||||
其次，**既然是「个人」数据库，就要注重数据信息的「专属性」和「隐私性」**。「专属性」自不必言，当我们选择信息时必然围绕着自己的相关需求展开；而对于「隐私性」，在处处实名的今天，似乎成了一个笑话，大厂围绕数据安全的论战不断，也充分体现人们对隐私的关注。
|
||||
|
||||
我们不追求「隐私换取便利」，但也要尽可能把隐私安全放在重要位置。You are what you read，你阅读的东西造就了你，而如果你的阅读记录被泄露，也足以分析出你是什么样的人。因此，为了追求「隐私安全」，我们应尽量选用以本地管理为主的服务，**凭借本地化存储和管理方式，我们可以完全控制数据的存储方式、访问权限以及信息安全协议等**
|
||||
|
||||
云存储与本地存储：哪一个更加适合？
|
||||
|
||||
**。**
|
||||
|
||||
在个人数据库的构建中，我们对数据的操作应尽可能建立在本地基础上，防止造成重大的泄露，使「个人数据库」变成「公共数据库」。例如，我们可以选择支持本地快照（离线数据）的服务，Obsidian / Logseq 这些支持本地系统的自不必言，部分在线笔记工具也支持这一功能。
|
||||
|
||||
线上服务的优势在于，导入即可，无需做任何额外操作，一个账户系统走遍全设备；而本地服务则需要配置（或设置），便利性不如线上服务。
|
||||
|
||||
这也是大家更喜爱用线上服务做仓储的原因。单纯地看，线上服务更方便，但纯线上的服务都无法满足方便迁移这个事情，越是主打快照功能的服务越是如此。这也就发生了上文截图反映的问题：不**方便迁移**。为什么这样讲？
|
||||
|
||||
主要有以下三个原因：
|
||||
|
||||
其一，**仅仅支持导出到本地是不够的**。导出后的数据若无法与线上数据形成对应关系，就无法形成系统的知识体系。若再给导出的数据增加一条「护城河」，仅支持导出专有格式，那这样的导出本地几乎没有意义。这意味着导出的数据对我来说是不方便处理的。如果无法构建「库」，再多的本地数据也是一片散沙。因此，支持本地快照和离线存储是把数据放到自己手上，而导出的格式是什么也同样重要。
|
||||
|
||||
其二，**无法实现自动化方案。**我们可以导入一条数据后再手动将其导出至本地，但这样做太费时间了，如果支持自动化，何乐而不为？
|
||||
|
||||
其三，**后端流量消耗严重。**设想一个用户有 100MB 数据，如果有 100 个这样的用户呢？
|
||||
|
||||
正所谓**「导入一时爽，导出火葬场」**。
|
||||
|
||||
### 3. 公有化数据结构
|
||||
|
||||
鉴于不少服务增加这条「护城河」来把用户锁在城里的做法过于无耻，笔者认为，**优秀的本地存储应使用公有数据结构** ，以基于文本的格式为例，如 HTML、 JSON、 Text Bundle、 Markdown 等都是良好数据结构。Why？
|
||||
|
||||
首先，这些公有数据结构是互联网世界的普世价值，放在哪里都能保存其原貌，也就是说，不管在哪一台电脑上，很容易就被解析、解读，可以随地获取信息。
|
||||
|
||||
其次，这类数据结构是公有的、是经过历史检验的，可以在相当长的一段时间内不被淘汰，可以随时获取信息。
|
||||
|
||||
最后，公有化数据结构之间的相互转化相对成熟，如果我们厌恶了某一数据结构或在特殊情况下需要其他数据结构，还能方便地将其转为其他类型，而专属格式的封闭锁上了转化的通路。
|
||||
|
||||
### 4. 自由的数据导出
|
||||
|
||||
如果同时满足第二点和第三点，即为自由导出。可以离线 + 方便处理 ≈ 数据自有。
|
||||
|
||||
### 5. 方便的数据导入
|
||||
|
||||
如果支持 API 的话，可以通过各种线上的自动化平台，便利地从线上导入数据到本地。也就意味着，自己手上永远有一份数据备份。
|
||||
|
||||
## 四、符合要求的现有产品
|
||||
|
||||
### 1. 基于本地系统的双链笔记
|
||||
|
||||
根据上文的论述，要时刻把数据留在自己手里。**我建议优先选择基于本地系统的双链笔记，如 Obsidian、Logseq 等**，它们支持本地系统，并且基于文本格式，因此可以使用任意多的信息标识，方便索引，方便搜索，方便迁移。
|
||||
|
||||
它们可以满足个人数据库：
|
||||
|
||||
* 多元的信息标识
|
||||
* 本地化数据管理
|
||||
* 公有化数据结构
|
||||
* 自由的数据导出
|
||||
|
||||
唯一不满足的是：
|
||||
|
||||
* 方便的数据导入
|
||||
|
||||
事实上，多数本地服务的问题都在于难以导入。我可以在手机上把一条链接甩给 Pocket，而在平板或电脑上的 Pocket 账户中，这条链接所包含的文本可以即时获得，但本地系统没有这么方便，即使可以导入，也需要复杂的操作。
|
||||
|
||||
### 2. 线上服务
|
||||
|
||||
如果你喜欢线上服务的便利性，则可以试试稍后读产品，如：Pocket / Instapaper / Pinboard / Raindrop 等。
|
||||
|
||||
它们可以满足个人数据库：
|
||||
|
||||
* 多元的信息标识
|
||||
* 方便的数据导入
|
||||
|
||||
同时，它们无法满足：
|
||||
|
||||
* 本地化数据管理
|
||||
* 公有化数据结构
|
||||
* 自由的数据导出
|
||||
|
||||
是的，虽然大部分稍后读工具的增值服务都可以收藏快照，但依旧不是基于本地，在数据迁移上并不方便。
|
||||
|
||||
## 五、更好的方案
|
||||
|
||||
### 1. 简悦：贯通本地与线上服务的知识管理助手
|
||||
|
||||
|
||||
|
||||
有没有一种线上 + 线下的方案，不仅可以弥补本地仓储「不方便获取」的缺陷，也能弥补在线存储造成的「数据孤岛」？
|
||||
|
||||
不如试试简悦吧，它几乎可以完全满足个人数据库的要求。并且，由于高度的可定制化，弥补了线上和线下服务的劣势。
|
||||
|
||||
简悦是什么？多数朋友从「阅读模式」或「主打沉浸式阅读体验」了解到的简悦。但简悦已经存在四年多了，为什么要在这个时候再提起它呢？在这几年的版本迭代中，我发现，**读者用户所需要的不仅仅是清爽的阅读体验，还有阅读过程的整理和思考。**我个人比较喜欢阅读，也正是因为厌烦了不规范的页面和无处不在的小广告，才开发了简悦的最初版本。但如果简悦止步于「阅读模式」，我们不必再度提及。在历次版本迭代中，**读者用户的需求各式各样，如何满足绝大多数人的不同口味？**正是这个问题引发了我将简悦转型的许多思考。
|
||||
|
||||
也就是说，我希望简悦可以成为大家的知识管理助手，而非单纯一个 Read Mode 插件。
|
||||
|
||||
举例而言，在个人数据库的管理上，基于本地系统的 Obsidian、Logseq 等工具，由于其并没有官方提供的剪藏工具（本地化服务的剪藏能力先天不足），无法从手机端便利地导入本地，而第三方的剪藏工具的效果也参差不齐。为了弥补这一点，简悦增加了这几个功能：
|
||||
|
||||
* [导出到 Obsidian](https://github.com/Kenshin/simpread/discussions/2902)
|
||||
* 复制 Makdown 到剪切板
|
||||
* [Live Editor](https://zhuanlan.zhihu.com/p/412710060)
|
||||
* Obsidian 与简悦都是本地优先，所以这里 [有一大票](https://github.com/Kenshin/simpread/discussions?discussions_q=obsidian) 关于它们的联动方案。
|
||||
|
||||
此外，基于本地系统的服务大多有需要配置的问题，简悦也不例外，但简悦的将配置的门槛降低，凭借丰富的 [解释文档](http://ksria.com/simpread/docs/#/) 和 [用户手册](https://simpread.pro/kb)，以及社区的各路高手相助，「一次配置，长期使用」。你可以依靠开放的互联网生态借助简悦打造自己的个人数据库，因为：
|
||||
|
||||
1. 简悦是基于本地系统的服务，主张隐私至上，此外依靠 [同步助手](http://ksria.com/simpread/docs/#/Sync)，你的本地管理更为方便。
|
||||
2. 简悦本身就是阅读模式 + 标注 + 稍后读的服务。
|
||||
3. 简悦可导出到市面上几乎任意生产力工具。
|
||||
4. 简悦也支持多元的信息标识，可无限嵌套标签，增加备注，串接外链，思维导图以及双向链接，更近似于双链笔记形态。
|
||||
5. 简悦是一个开放性的系统，支持 API 导入以及导出，而且全部可以配置为自动化方案。
|
||||
|
||||
### 2. 简悦 API 2.0
|
||||
|
||||
|
||||
|
||||
如果说同步助手让简悦具有本地管理功能，那 [API 2.0](https://zhuanlan.zhihu.com/p/432066109) 的发布则让简悦拥有了线上服务的功能，同时本着开放的态度，用户可以完全脱离简悦的稍后读服务而仅仅把它当作个人数据库来使用。
|
||||
|
||||
借助于新的 API ，我们可以将收集文章的 URL 所对应的 HTML 保存到坚果云或 Dropbox 中（目前仅支持文本内容的保存），保存后的内容可以在 [阅读列表](https://github.com/Kenshin/simpread/discussions/2954) 及 [稍后读](https://sspai.com/post/67074) 直接查看。
|
||||
|
||||
一般而言，当一个新的稍后读服务出现后，首先要做的事便是「把用户留在新服务中」，甚至有些应用会提供导入功能，方便用户从其他服务中的导入数据。
|
||||
|
||||
但依靠简悦，你不需要这么做，你可以继续使用你喜欢的稍后读，无论是 Pocket 还是 Instapaper ，你依然可以使用它们，只需要将快照功能通过 API 交给简悦，你可以将离线数据及时保存在云端并在第一时间同步到本地。
|
||||
|
||||
这么做的优势有：
|
||||
|
||||
* 不用离开既有的 Pocket / Instapaper / Pinboard / Raindrop 系统
|
||||
* 接入简悦后，可享受到简悦的全部服务，如：标注，导出，思维导图，知识图谱等，你可以不用，但你随时都有另一个选择
|
||||
* 弥补了线上快照的不足，加强了本地数据管理，更私密更安全
|
||||
|
||||
基于此，可以衍生很多功能，如：
|
||||
|
||||
* [Inoreader 加星后自动保存到简悦的稍后读以及生成本地快照](https://zhuanlan.zhihu.com/p/429713070)
|
||||
* [保存到 Pinboard.in 同时也保存到简悦（包括本地快照）](https://zhuanlan.zhihu.com/p/432514888)
|
||||
* [Raindrop.io 加星后自动导入到简悦并生成本地快照](https://github.com/Kenshin/simpread/discussions/3021)
|
||||
* [将简悦变成你的 RSS 阅读器（自动下载快照到本地）](https://zhuanlan.zhihu.com/p/431705193)
|
||||
* [加入 Pocket 后自动保存到简悦的稍后读（包含快照）](https://github.com/Kenshin/simpread/discussions/3024)
|
||||
* [Instapaper 加星后自动保存到简悦的稍后读（包含快照）](https://github.com/Kenshin/simpread/discussions/3034)
|
||||
|
||||
### 3. 其它好物
|
||||
|
||||
除此之外，我们不止有单一的选择，以下两个服务也符合个人数据库的特点：
|
||||
|
||||
* [GoodLinks](https://goodlinks.app/) ：大名鼎鼎的 1Writer 作者作品，基于 Apple 生态，支持快照到本地并支持 iCloud 保存（也就是基于本地保存）。
|
||||
* [Marklist](https://apps.apple.com/cn/app/marklist-%E5%A6%99%E8%AE%B0-%E7%A8%8D%E5%90%8E%E9%98%85%E8%AF%BB-%E7%AC%94%E8%AE%B0-%E5%BE%85%E5%8A%9E-%E6%90%9C%E7%B4%A2%E5%92%8C%E6%94%B6%E8%97%8F/id1218171533) ：与 GoodLinks 类似，同样基于 Apple 生态，支持快照和 iCloud 保存。
|
||||
* [Wallabag](https://sspai.com/post/52979)：如果动手能力强，也喜欢丰衣足食的话，也可以试试这个自建服务。
|
||||
|
||||
## 简悦的伙伴们
|
||||
|
||||
感谢简悦社区小伙伴 [jindunwaiting](https://sspai.com/u/jindunwaiting/updates) 帮忙校对和提供修改意见。
|
||||
|
||||
## 最后
|
||||
|
||||
希望这份个人数据库指南，能让你的数据归你所有，而不是为某个线上服务所垄断。
|
||||
|
||||
本文配图来自：
|
||||
|
||||
* [https://unsplash.com/photos/lRoX0shwjUQ](https://unsplash.com/photos/lRoX0shwjUQ)
|
||||
* [https://unsplash.com/photos/IZnFV-bq_wY](https://unsplash.com/photos/IZnFV-bq_wY)
|
||||
* [https://www.freepik.com/free-vector/businessman-helping-another-businessman_1076103.htm](https://www.freepik.com/free-vector/businessman-helping-another-businessman_1076103.htm)
|
||||
* [https://www.freepik.com/free-photo/red-stop-sign-downtown_20122722.htm](https://www.freepik.com/free-photo/red-stop-sign-downtown_20122722.htm)
|
||||
|
||||
**编注：**简悦「双十一」活动返场继续，即日起至 11 月 26 日，简悦特惠价格低至 12 元，你可以在 [少数派网站](https://sspai.com/item/186) 或 [少数派正版软件淘宝店](https://item.taobao.com/item.htm?ft=t&id=656790942753) 进行获取。
|
||||
|
||||
|
||||
|
||||
简悦 2.0
|
||||
|
||||
阅读模式 + 标注系统 + 稍后读，你的知识管理解决方案。
|
||||
|
||||
¥18.00 ¥68.00
|
||||
|
||||
去购买
|
||||
|
||||
> 下载 [少数派 2.0 客户端](https://sspai.com/page/client)、关注 [少数派公众号](https://sspai.com/s/J71e)，解锁全新阅读体验 📰
|
||||
|
||||
> 实用、好用的 [正版软件](https://sspai.com/mall)，少数派为你呈现 🚀
|
||||
@@ -0,0 +1,66 @@
|
||||
---
|
||||
title: 本地存储 + 线上获取：我的个人数据库建构路径
|
||||
alias:
|
||||
- 本地存储 + 线上获取：我的个人数据库建构路径
|
||||
created-date: 2022-09-21T18:43:54+0800
|
||||
type: Simpread
|
||||
banner: "https://cdn.sspai.com/2021/11/17/365ff29b5ab274691d99b1417912aade.png "
|
||||
banner_icon: 🔖
|
||||
tag:
|
||||
idx: 1
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
# 本地存储 + 线上获取：我的个人数据库建构路径
|
||||
|
||||
> [!example]- [🧷内部链接](<http://localhost:7026/unread/1>) [🌐外部链接](<https://sspai.com/post/69972>)
|
||||
> URI:: [🧷](<http://localhost:7026/unread/1>) [🌐](<https://sspai.com/post/69972>)
|
||||
> intURI:: [🧷内部链接](<http://localhost:7026/reading/1>)
|
||||
|
||||
%%
|
||||
> [!example]+ **Comments**
|
||||
> ```dataview
|
||||
> TABLE
|
||||
> WITHOUT ID
|
||||
> link(Source, dateformat(date(Source), "yyyy-MM-dd")) as Date___,
|
||||
> regexreplace(rows.Comments,"^@@\[\[.+?\]\]\s","") as "Comments"
|
||||
> FROM "journals"
|
||||
> WHERE contains(cmnt, this.file.name)
|
||||
> FLATTEN cmnt as Comments
|
||||
> WHERE contains(Comments, this.file.name)
|
||||
> GROUP BY file.link as Source
|
||||
> SORT rows.file.day desc
|
||||
> ```
|
||||
> **Description**:: 这是个信息轰炸的时代，除了必要的信息过滤手段外，每个人都应该构建属于自己的个人知识库。
|
||||
%%
|
||||
|
||||
> [!md] Metadata
|
||||
> **标题**:: [本地存储 + 线上获取：我的个人数据库建构路径](https://sspai.com/post/69972)
|
||||
> **日期**:: [[2022-09-21]]
|
||||
|
||||
## Annotations
|
||||
|
||||
|
||||
> [!srhl2] [[SR1@本地存储 + 线上获取：我的个人数据库建构路径|📄]] <mark style="background-color: #ffeb3b">Highlights</mark> [🧷](<http://localhost:7026/unread/1#id=1663757635024>) [🌐](<http://localhost:7026/reading/1#id=1663757635024>)
|
||||
> 这是个信息轰炸的时代，除了必要的信息过滤手段外，每个人都应该构建属于自己的个人知识库。
|
||||
> ^sran-1663757635024
|
||||
|
||||
> [!srhl6] [[SR1@本地存储 + 线上获取：我的个人数据库建构路径|📄]] <mark style="background-color: #ffb7da">Highlights</mark> [🧷](<http://localhost:7026/unread/1#id=1663757593476>) [🌐](<http://localhost:7026/reading/1#id=1663757593476>)
|
||||
> 
|
||||
> ^sran-1663757593476
|
||||
|
||||
> [!srhl2] [[SR1@本地存储 + 线上获取：我的个人数据库建构路径|📄]] <mark style="background-color: #ffeb3b">Highlights</mark> [🧷](<http://localhost:7026/unread/1#id=1663757042487>) [🌐](<http://localhost:7026/reading/1#id=1663757042487>)
|
||||
> 到的可能是一个共性问题，也就是：我们自己的笔记究竟该如何处理才最方便、最有助于个人成长？不同的软件有不同的理念，有的服务注重开放性，能够与市面上的其他服务共通，便于定制自己的
|
||||
> ^sran-1663757042487
|
||||
|
||||
> [!srhl2] [[SR1@本地存储 + 线上获取：我的个人数据库建构路径|📄]] <mark style="background-color: #ffeb3b">Highlights</mark> [🧷](<http://localhost:7026/unread/1#id=1663757046716>) [🌐](<http://localhost:7026/reading/1#id=1663757046716>)
|
||||
> 1. 究竟什么样的个人数据存储方案才是好的？
|
||||
> 2. 如何构建适合自己的数据存储空间？
|
||||
> 3. 构建自己的个性化服务应该注意哪些内容？
|
||||
> ^sran-1663757046716
|
||||
|
||||
> [!srhl3] [[SR1@本地存储 + 线上获取：我的个人数据库建构路径|📄]] <mark style="background-color: #a2e9f2">Highlights</mark> [🧷](<http://localhost:7026/unread/1#id=1663757053676>) [🌐](<http://localhost:7026/reading/1#id=1663757053676>)
|
||||
> 
|
||||
> ^sran-1663757053676
|
||||
|
||||
+106
@@ -0,0 +1,106 @@
|
||||
---
|
||||
url: https://sspai.com/post/70237
|
||||
title: 我如何使用 Notion 管理简悦的一切
|
||||
date: 2022-09-24 16:50:26
|
||||
tag:
|
||||
banner: https://cdn.sspai.com/2021/12/01/316ccb44c2542cfdc492b84faf0e3085.png
|
||||
banner_icon: 🔖
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-10-24T19:29
|
||||
---
|
||||
我每天都要处理两类事务：简悦 & 工作，每个事务都会有不同的角色，如前者包括：编码、设计、产品经理、客服、售后、商务等，后者大多数时候是乙方角色，所以也包括了产品经理、沟通、估算成本、阶段交付以及「要账」…… 等等。
|
||||
|
||||
简悦的工作原来一直在使用 Trello 管理，后来我将部分内容转移到了 Notion，并通过这篇文章跟大家分享下使用 Notion 管理简悦的一切工作的经验。
|
||||
|
||||
## 工作日志（间歇日记）
|
||||
|
||||
处理简悦时，除编码以外的大多数事情非常细碎，所以一天下来的日志可能会非常零碎，为了避免这种情况，我「改造」了间歇日记，把它变成了我的工作日志。
|
||||
|
||||
同时我不会刻意使用番茄工作法来辅助，因为这会让我觉得有些「紧张」。
|
||||
|
||||
首先我会把任务（ Task ）分得越细越好，这样估算每个工作时间也就越精准。每完成一个 Task 就记录在 Notion 中，当一天下来后，就完成了每天的日志。
|
||||
|
||||
我会为每个 Small Project 在 Notion 建立一个如下的结构，然后使用 Paste and Sync 的方式嵌入到工作日志（间歇日记）中。
|
||||
|
||||
|
||||
|
||||
同时在日志中也可以详细描写某些 Task 为什么延迟以及原因等，用作事后复盘。
|
||||
|
||||
|
||||
|
||||
为了更方便 / 快捷地记录，我把 Notion 放到了 SlidePad 里面，随时在右侧打开。
|
||||
|
||||
|
||||
|
||||
## **工作进度**
|
||||
|
||||
得益于 Notion 的复合视图，当完成每个阶段的内容并手动记录时间后，会得到下面这样的一张甘特图。
|
||||
|
||||
|
||||
|
||||
点开任意 Page，就是上面的工作日志（间歇日记）
|
||||
|
||||
|
||||
|
||||
## **产品动态（奖励机制）**
|
||||
|
||||
每完成一个项目，我都会放到 Notion 的一个叫做产品动态的 Calendar 里面，经年累月后会形成下图，算是对自己有一定的成就鼓励机制。 😁
|
||||
|
||||
|
||||
|
||||
上面的两个 Page 同样放在了一个 Workspace 里面。
|
||||
|
||||
|
||||
|
||||
## **文章协作**
|
||||
|
||||
除了上面的项目管理外，得益于 Notion 的协作功能，我会把在 Typora 写完的文章复制到 Notion，然后方便简悦其他用户先审阅或阅读。
|
||||
|
||||
比如我在《[本地存储 + 线上获取：我的个人数据库建构路径](https://sspai.com/post/69972)》的文章就是通过此方式进行的修改和审批。
|
||||
|
||||
|
||||
|
||||
每完成一个修改就 Resolved 掉一个，直到没有任何 Comment 即为完成。截至目前为止，大部分长文章都是在这里发出的。
|
||||
|
||||
|
||||
|
||||
## **子项目**
|
||||
|
||||
稍微大一些的项目都是在 Trello 完成的，部分项目因为太小，所以都放到了 Notion 中，并通过 Paste and Sync 结合到开发日志中。
|
||||
|
||||
|
||||
|
||||
甚至于协作项目与每月统计简悦的销售都在 Notion 管理。
|
||||
|
||||
|
||||
|
||||
## **All-in-one**
|
||||
|
||||
Notion 提倡的 All-in-one 到底是什么样的内容更适合使用 Notion？从我的角度看的话，可以包含两类：
|
||||
|
||||
* 结构化的内容
|
||||
* 协作的内容
|
||||
|
||||
如果只是转存一篇文章，以备不时之需的话，Notion 非常不合适，因为文章本身就是非结构化的数据。
|
||||
|
||||
All-in-one 的「one」指的应该是结构化的「元数据」，而 All 则是将元数据以不同数据视图的方式展示。
|
||||
|
||||
虽然这不是 Notion 最先发明的，但确实是 Notion 将其发扬光大的。
|
||||
|
||||
以上就是我使用 Notion 管理简悦的相关方法与经验，希望能够对你起到帮助。
|
||||
|
||||
编注：简悦在 [少数派正版软件商城](https://sspai.com/mall) 有售，你可以在 [这里](https://sspai.com/item/186) 进行获取。
|
||||
|
||||
|
||||
|
||||
简悦 2.0
|
||||
|
||||
阅读模式 + 标注系统 + 稍后读，你的知识管理解决方案。
|
||||
|
||||
¥18.00 ¥68.00
|
||||
|
||||
去购买
|
||||
|
||||
> 下载少数派 [客户端](https://sspai.com/page/client) 、关注 [少数派公众号](https://sspai.com/s/J71e) ，发现更多实用 App 📱
|
||||
|
||||
> 实用、好用的 [正版软件](https://sspai.com/mall)，少数派为你呈现 🚀
|
||||
+62
@@ -0,0 +1,62 @@
|
||||
---
|
||||
title: 我如何使用 Notion 管理简悦的一切
|
||||
alias:
|
||||
- 我如何使用 Notion 管理简悦的一切
|
||||
created-date: 2022-09-24T16:34:27+0800
|
||||
type: Simpread
|
||||
banner: "https://cdn.sspai.com/2021/12/01/316ccb44c2542cfdc492b84faf0e3085.png "
|
||||
banner_icon: 🔖
|
||||
tag:
|
||||
idx: 2
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
# 我如何使用 Notion 管理简悦的一切
|
||||
|
||||
> [!example]- [🧷内部链接](<http://localhost:7026/unread/2>) [🌐外部链接](<https://sspai.com/post/70237>)
|
||||
> URI:: [🧷](<http://localhost:7026/unread/2>) [🌐](<https://sspai.com/post/70237>)
|
||||
> intURI:: [🧷内部链接](<http://localhost:7026/reading/2>)
|
||||
|
||||
%%
|
||||
> [!example]+ **Comments**
|
||||
> ```dataview
|
||||
> TABLE
|
||||
> WITHOUT ID
|
||||
> link(Source, dateformat(date(Source), "yyyy-MM-dd")) as Date___,
|
||||
> regexreplace(rows.Comments,"^@@\[\[.+?\]\]\s","") as "Comments"
|
||||
> FROM "journals"
|
||||
> WHERE contains(cmnt, this.file.name)
|
||||
> FLATTEN cmnt as Comments
|
||||
> WHERE contains(Comments, this.file.name)
|
||||
> GROUP BY file.link as Source
|
||||
> SORT rows.file.day desc
|
||||
> ```
|
||||
> **Description**:: 我每天都要处理两类事务：简悦 & 工作，每个事务都会有不同的角色。通过这篇文章，我就来跟大家分享下使用 Notion 管理简悦的一切工作的经验。
|
||||
%%
|
||||
|
||||
> [!md] Metadata
|
||||
> **标题**:: [我如何使用 Notion 管理简悦的一切](https://sspai.com/post/70237)
|
||||
> **日期**:: [[2022-09-24]]
|
||||
|
||||
## Annotations
|
||||
|
||||
|
||||
> [!srhl2] [[SR2@我如何使用 Notion 管理简悦的一切|📄]] <mark style="background-color: #ffeb3b">Highlights</mark> [🧷](<http://localhost:7026/unread/2#id=1664008650243>) [🌐](<http://localhost:7026/reading/2#id=1664008650243>)
|
||||
> 处理简悦时，除编码以外的大多数事情非常细碎，所以一天下来的日志可能会非常零碎，为了避免这种情况，我「改造」了间歇日记，把它变成了我的工作日志。
|
||||
>
|
||||
> 同时我不会刻意使用番茄工作法来辅助，因为这会让我觉得有些「紧张」。
|
||||
>
|
||||
> 首先我会把任务（ Task ）分得越细越好，这样估算每个工作时间也就越精准。每完成一个 Task 就记录在 Notion 中，当一天下来后，就完成了每天的日志。
|
||||
>
|
||||
> 我会为每个 Small Project 在 Notion 建立一个如下的结构，然后使用 Paste and Sync 的方式嵌入到工作日志（间歇日记）中。
|
||||
> ^sran-1664008650243
|
||||
|
||||
> [!srhl3] [[SR2@我如何使用 Notion 管理简悦的一切|📄]] <mark style="background-color: #a2e9f2">Highlights</mark> [🧷](<http://localhost:7026/unread/2#id=1664008663981>) [🌐](<http://localhost:7026/reading/2#id=1664008663981>)
|
||||
> 
|
||||
> ^sran-1664008663981
|
||||
|
||||
> [!srhl5] [[SR2@我如何使用 Notion 管理简悦的一切|📄]] <mark style="background-color: #a8ea68">Highlights</mark> [🧷](<http://localhost:7026/unread/2#id=1664008668130>) [🌐](<http://localhost:7026/reading/2#id=1664008668130>)
|
||||
> 
|
||||
> ^sran-1664008668130
|
||||
|
||||
+324
@@ -0,0 +1,324 @@
|
||||
---
|
||||
url: https://sspai.com/post/71576
|
||||
title: 放弃纠结、拥抱妥协，重器轻用就是高效
|
||||
date: 2022-09-24 16:50:17
|
||||
tag:
|
||||
banner: https://cdn.sspai.com/2022/02/21/88f0c0c3d31e13ff8e8c004893de5394.png
|
||||
banner_icon: 🔖
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-10-24T19:29
|
||||
---
|
||||
**编注：**
|
||||
|
||||
本文是少数派 [2021 年度征文](https://sspai.com/post/70693) 活动 `#效率 21` 标签下的入围文章。本文仅代表作者本人观点，少数派对标题和排版略作调整。
|
||||
|
||||
和往年不同，今年文章的数据表现将很大程度上决定征文活动的最终走向，包括「双倍稿酬（由飞书赞助）」活动奖励、最终票选名单以及征文奖品类型。如果你喜欢这篇文章，不妨通过充电或评论的方式支持作者。
|
||||
|
||||
## **写在前面**
|
||||
|
||||
大家好，我是 Kenshin，简悦的作者，这次跟大家分享我对极简效率工作的一些理解，我接触效率相关的内容，与简悦的诞生有关：
|
||||
|
||||
简悦始于 2016 年…… 那时因为家里的一些事情，我解散了团队，注销了公司。
|
||||
|
||||
曾有段时间特别沮丧，精神无法集中，看什么都看不下去，所以当时的想法就是找一个可以让我产生沉浸式阅读体验的 Chrome 扩展，但找了很多都不满意……
|
||||
|
||||
于是决定自己开发，而另一原因则是：我发现只有沉浸在代码的世界中，我才能集中精神，不再胡思乱想。
|
||||
|
||||
故事的最后，我的「毛病」被简悦治愈了。借助简悦，我体会到了极简效率带来的改变，自此开启了我的「极简效率之旅」。
|
||||
|
||||
## 极简之「简」
|
||||
|
||||
我非常不喜欢安装各种 App，再加上越来越强大的电脑性能与大前端的普及，所以一个浏览器几乎可以覆盖全部的工作，因此我的工作环境被压缩为下面几个工具：
|
||||
|
||||
* Chrome
|
||||
* VS Code
|
||||
* Github + git
|
||||
* iTerm + oh-my-zsh
|
||||
|
||||
无论是前端、还是后端开发，使用 VS Code 足够了，余下的项目环境相关：Trello、Slack、Notion、Github 等均可使用浏览器替代对应的 App，甚至于大部分的 App 也只是套壳浏览器的 Electron 方案，如：大名鼎鼎的 VS Code，因此更没有安装 App 的理由。
|
||||
|
||||
我的写作工具一直是 **Typora；**聊天方面因为不喜欢使用微信，但有时无法逃离，所以微信也只使用网页版，即时通讯工具仅安装了 **Telegram**，虽然 Telegram 有 Web 版，但无奈视觉效果和性能确实不如原生 Telegram，因此特别安装了 App。
|
||||
|
||||
在相当长的一段时间内，上面几个工具构建了我全部的工作环境。
|
||||
|
||||
集中精力、排除杂念和保持「桌面」整洁都很重要，它们能让你专注于当前的工作。
|
||||
|
||||
这就是我使用上面这些工具的原因，一直以来，我都沉浸其中，乐此不疲。
|
||||
|
||||
## 极简不代表简单
|
||||
|
||||
大多数对极简效率感兴趣的朋友，大多都看到过下面这幅「教主」的图：
|
||||
|
||||
|
||||
|
||||
不止乔帮主，即便在双链笔记流行的当下，知名效率界名人 Tim Urban 仍旧使用着最简单的记录方式，在接受 [Creator Lab 播客](https://www.creatorlab.fm/tim-urban-wait-but-why-podcast/) 采访时的回答时，他说：（节选，原文来自 [happy xiao](https://happyxiao.com/tim-urban/) ）
|
||||
|
||||
* 我用 text editor（文本编辑器），我甚至都不需要 Word 或 Pages
|
||||
* 我使用 Chrome 浏览器，每次复制好引用部分，我就 Cmd+Tab 找到 12 个窗口里对应的那个然后扔进去
|
||||
* 我不需要复杂的功能，因为我知道我的东西是什么，它们在哪
|
||||
* 现在我有 12 个段落，有时我事先就列好了 12 个段落的提纲，然后把我所有的研究分发进去
|
||||
|
||||
极简的例子比比皆是，让很多喜欢效率的朋友趋之若鹜，但大多数人（包括我）都忽略了一件事情：上面的例子都是各个领域的精英，因此他们做的很多事情并不能被普通人「成功效仿」，这些人不仅使用着最简单且最高效工作方式，甚至很多理论在几十年后仍影响着我们。
|
||||
|
||||
比如现在流行的双链笔记（卡片笔记法）实际发明者 Niklas Luhmann 来自上个世纪，大致的发明时间为 1954 至 1955 年之间，但他的理论却影响了 70 多年后的我们。
|
||||
|
||||
不止如此，金庸前辈在他的《神雕侠侣》里面也描述过：
|
||||
|
||||
四十岁后，不滞于物，草木竹石均可为剑。自此精修，渐进于无剑胜有剑之境。
|
||||
|
||||
只有独孤求败可以「草木竹石均可为剑」，如果换到我们呢？拿着「草木竹石仗剑江湖」？
|
||||
|
||||
## 极简不是目的，高效才是
|
||||
|
||||
我们追求极简的目的：更专注，减少外界对我的干扰，最终实现：**高效率**，那什么又是高效：**在相同或更短的时间里完成比其他人更多的任务，而且质量与其他人一样或者更好**（来自百度百科）。
|
||||
|
||||
我没法像 Tim Urban、独孤前辈、Niklas Luhmann 教授一样「草木竹石均可为剑」，所以我的极简并不意味着更高效，而 **提升单位时间的效率，才是高效的必要手段**！
|
||||
|
||||
例如：我每天都要固定做八件事情，每件事情需要四个步骤，每个步骤花费十五分钟，这样每天正好每天八小时。如果将这些步骤简化 / 优化后，每个步骤只要简化为三步，就能节省 15*8 共计 120 分钟，也就是在相同条件下，六个小时后，我就可以休息了。
|
||||
|
||||
工欲善其事，必先利其器，选对工具是提升效率的必要手段。
|
||||
|
||||
## 放弃纠结，拥抱妥协
|
||||
|
||||
开发简悦之后，经常能遇到喜欢效率的朋友 / 用户，也会常常听到下面这些讨论：
|
||||
|
||||
* Notion、Obsidian、Logseq 我该如何选择？
|
||||
* 印象笔记、OneNote、为知笔记选哪个？
|
||||
* Typora、Bear、Ulysses 买哪个？
|
||||
|
||||
这些都是典型的 All-in-One 思想导致的，因为极简所以同类产品你「只能使用」一个，孰不知存在即合理，既然同一类别有这么多可选择的方案，则说明每个产品都有它存在的理由。
|
||||
|
||||
如果为了极简而极简则显然丧失了极简的目的：**高效**。
|
||||
|
||||
* 只选择 Notion 的用户，虽然可以一键登录你全部的数据，但失去了 Obsidian / Logseq 本地应用的高效性。
|
||||
* 只选择印象笔记的用户，虽然得到了强大无比的全平台一键导入的便利性，但失去了「数据所有权」。
|
||||
* 只选择 Typora 的用户，虽然得到了完美的所见即所得，但失去了同步的便利性。
|
||||
|
||||
所以，不应奢望 All-in-One 想法，没有一个工具可以 100% 满足全部用户的需求：
|
||||
|
||||
应该允许在你的生活 / 工作中，出现功能相似，但用途不一样的产品；应该接受每一款你使用的产品的瑕疵，只要它能节省你的时间。
|
||||
|
||||
## 重器轻用
|
||||
|
||||
|
||||
|
||||
上面这段内容来自少数派对四位效率工具使用者访谈时的一段内容，截图 [来源](https://36kr.com/p/1402159224362632)。
|
||||
|
||||
很简单、朴实的一段内容，最终彻底解决了我的困扰：
|
||||
|
||||
放弃纠结、拥抱妥协、重器轻用后，你会得到一个真正的高效工作环境。
|
||||
|
||||
## 增加个浏览器，效率增加不止一倍
|
||||
|
||||
前文中提到使用一个浏览器「打天下」，在放弃纠结、重器轻用与拒绝 All-in-One 思想趋势下，我获得了更加高效的工作效率。
|
||||
|
||||
利用 Vivaldi 的侧栏功能和标签组功能，将主浏览器常开的网站如： Trello、Slack、Notion、Github、Gmail 全部转移到 Vivaldi 中，并根据 **域名分组**。
|
||||
|
||||
|
||||
|
||||
实现简洁、高效的标签组效果。
|
||||
|
||||
|
||||
|
||||
并且设置每次打开都显示上一次的会话，实现一键还原工作场景。
|
||||
|
||||
|
||||
|
||||
## 利用侧栏与顶部菜单栏
|
||||
|
||||
不止增加 Vivaldi 我还使用 Slidepad 将常用的 Slack、Notion 放到侧栏，随时随时记录，尤其是配合 Notion 使用间隔笔记的方式做工作日志。
|
||||
|
||||
|
||||
|
||||
利用 MenubarX 将常用的工具放到顶部菜单栏，包括：
|
||||
|
||||
* [Boomb](https://boomb.cn/) 方便传图到自己的 Github repo 图床
|
||||
* [TIME.IS](https://time.is/) 方便查看简悦团队小伙伴各自的本地时间
|
||||
* 简悦的收藏助手，方便从任意 App 拖拽 URL 到此自动生成稍后读和快照
|
||||
* [Simplenote](https://app.simplenote.com/) 方便做速记，因为拥有自动保存、Markdown 支持、全平台覆盖的特点
|
||||
|
||||
|
||||
|
||||
## 纠结书签工具，不如看看实际使用场景
|
||||
|
||||
我有跨设备的工作需要，再加上开发遇到问题时，需要查阅和临时使用大量的页面，甚至于晚上在 iPad 上继续查找问题的习惯，但目前暂时没有一个 App 可以完美的符合这个场景，所以我使用了组合方案：OneTab + Slack 的组合方案：
|
||||
|
||||
* OneTab 负责一键保存全部标签页
|
||||
* Slack 负责全设备的跨平台使用
|
||||
|
||||
在有需要的时候，一键将 Tabs 保存到 OneTab 并手动复制给 Slack，而后在 iPad 上继续调查并更新这个列表，有需要的时候导入到 OneTab 中一键全部打开。
|
||||
|
||||
为什么使用 Slack 作为暂存方案而不使用 Raindrop 等书签工具？
|
||||
|
||||
* Slack 有着全平台覆盖的优势，免费版足够使用。
|
||||
* 当保存链接后会自动生成链接的 Deeplink。
|
||||
* 同时具有 Thread 功能，非常方便对同一话题的链接进行细分。
|
||||
* 支持适度的富文本语法，可以方便的对添加的链接进行有效描述。
|
||||
* 强大的中文搜索支持，可方便的检索任意内容。
|
||||
|
||||
|
||||
|
||||
## 笔记的不纠结
|
||||
|
||||
因为没有 All-in-One 的思维方式，进而可以根据自身需求考虑，所以 Notion、Obsidian、Logseq 我全部都在使用，利用它们自身的优势：
|
||||
|
||||
* Notion 多视图功能、协作功能。
|
||||
* Obsidian 完美的 Markdown 支持，可以作为团队内容 Wiki 使用。
|
||||
* Logseq 方便的 Publish、以及类似 Roam Research 层级展示方式，非常使用做 Knowledge Garden。
|
||||
|
||||
### 不同的场合使用不同的写作工具
|
||||
|
||||
之前的写作环境是 Typora 一把梭，现在利用多种工具协作完成，比如本篇文章包含了下面的几个工具：
|
||||
|
||||
因为大部分的灵感都来自于在外面的时候而非电脑前，所以基本上最初的灵感捕捉都没法使用电脑，现在使用锤子便签快速记录灵感，利用锤子便签的离线、便利、简单特性，撰写大纲。
|
||||
|
||||
然后会不时的在脑海中构思这篇文章，当有必要开始写的时候，我会将锤子便签的内容 → Workflowy 继续扩展，直至在 Typora 中开始。
|
||||
|
||||
|
||||
|
||||
当文章完成后的校稿阶段，需要可以深度阅读的场合（一般这个场景只发生在咖啡馆）。事先将 Markdown 导入到 Notion，为防止多个版本互相干扰，我一般使用 Comment 来添加备注，在 iPad mini 批阅。
|
||||
|
||||
|
||||
|
||||
### Notion 用来辅助 Trello 做简单的子项目处理
|
||||
|
||||
我是 Notion 深度使用者，一直在使用 Notion 辅助 Trello 来管理简悦的全部项目，但我从不使用 Notion 做「仓储管理」。
|
||||
|
||||
以下就是利用 Notion 视图、协作优势的一些使用场景。
|
||||
|
||||
使用 Timeline 视图，直观查看简悦每个子项目的时间。
|
||||
|
||||
|
||||
|
||||
使用 Board 视图，作为简悦每个功能发布产品动态一览，从某种程度上也是对简悦团队的激励。
|
||||
|
||||
|
||||
|
||||
使用协作方式，将需要对外宣传的文章进行校对。
|
||||
|
||||
关于我在 Notion 的更多细节，可以看少数派的 [这篇文章](https://sspai.com/post/70237)。
|
||||
|
||||
### 使用 Logseq 作为简悦教程的展示方案
|
||||
|
||||
得益于 [@pengx17](https://twitter.com/pengx17) 发布的 [Logseq Publish GitHub Action](https://pengx17.github.io/knowledge-garden/#/page/logseq%20publish%20github%20action)，可以非常方便的使用 Logseq 编写，使用 Git 发布，再加上双链笔记最大的方便之处在于：可以通过一个知识点关联另外一个知识点，因此非常适合 [简悦教程](https://kb.simpread.pro/)。
|
||||
|
||||
* 在 Logseq 客户端编写教程
|
||||
* 提交到 Github，利用 [Logseq Publish GitHub Action](https://pengx17.github.io/knowledge-garden/#/page/logseq%20publish%20github%20action) 自动发布它。
|
||||
|
||||
|
||||
|
||||
甚至于可以结合 Hazel 的文件夹监控自动化方案，做更多的事情，详见 [简悦 + Logseq + Github Page 无代码全自动化知识管理发布方案](https://zhuanlan.zhihu.com/p/467192292)。
|
||||
|
||||
## 串联多个产品背后的粘合剂
|
||||
|
||||
无论是锤子便签、SimpleNote、Notion、Typora 还是 Logseq、Obsidian 能让多个产品中的内容方便流转的原因，它们的背后都有默默工作的简悦：
|
||||
|
||||
* 锤子便签（富文本）可以方便的导出 Markdown
|
||||
* Notion、Obsidian、Typora 互相转换
|
||||
* 多个浏览器共享一套稍后读方案
|
||||
|
||||
这些都是简悦的功能，也是 2.0 版的目标：**做各种生产力工具的粘合剂**，但简悦不可能是万能的，所以我在选用这些工具时有个标准：
|
||||
|
||||
* 支持 Markdown
|
||||
* 支持 Web 端，当然全端更好
|
||||
* 方便的导入、导出
|
||||
* 支持公有文本格式、API
|
||||
|
||||
只要是网页就能使用简悦的阅读模式，如：锤子便签、Notion 均是如此；只要支持 Markdown 与 API，就能方便地导入 / 导出；使用公用格式就可以利用本地检索工具，进行全文检索，如 DEVONthink。
|
||||
|
||||
虽然，看起使用的工具很多，但只是共享了「一份数据」而已。
|
||||
|
||||
## 更少的操作就是更高效？
|
||||
|
||||
|
||||
|
||||
「效率圈」一直在流行这样一个观点：用更少的工具串联你的工作流。这个思路看起没什么问题，工具的选择越少越好，甚至于越简单越好，如：
|
||||
|
||||
* 选择线上而非 Local first 产品
|
||||
* 全平台方案
|
||||
* 一键登录
|
||||
|
||||
试想一种所谓极简方案：
|
||||
|
||||
* 使用手机号，甚至于仅扫码微信即可登录（最差也得用 Email 登录）
|
||||
* 在不同的平台安装对应的 App
|
||||
* 登录后会得到你的数据
|
||||
* 方便的一键导入，哪怕是微信公众号也能容易导入
|
||||
|
||||
我也曾这么理解，几年前一度纠结于信息的线上管理，因而辗转在印象笔记、OneNote 中，直到开发了简悦后再到现在流行的「A Text Renaissance」才发现，一切的线上信息保存都是不可取的，原因在于：
|
||||
|
||||
* 线上存储只不过将信息从 服务器 A → 服务器 B，无论是 A 还是 B 都不是你自己的「地盘」，你只是租用了某个线上存储服务的空间而已。
|
||||
* 在线快照最大的问题是「成本」：用户增多 → 成本指数增加（如带宽成本、容量成本等）→ 涨用户年费，这是唯一的一条路，印象笔记的 VVIP 就是最好的证据。
|
||||
|
||||
基于此，市面上的几乎全部的存储服务都具有：易导入但难导出的特点，原因也很简单：
|
||||
|
||||
* 只要是线上存储，一键导出全部数据是需要付出带宽成本的， 导入数据虽然也是要成本，但这是它的本职工作，导出却不是。
|
||||
* 越没法离开就越离不开，最终只能将用户绑在同一服务上。
|
||||
|
||||
|
||||
|
||||
我在 [本地存储 + 线上获取：我的个人数据库建构路径](https://sspai.com/post/69972) 已经非常明确的阐述了这个「问题」，而这导致了另外一个问题：因为数据是线上的，你没法使用便捷的本地全流程自动化，如：
|
||||
|
||||
* 在网页标注后，自动导入到 Obsidan / Logseq
|
||||
* 通过 DEVONthink 检索刚刚导入的本地数据内容
|
||||
* 你的标注 / 稍后读数据保存到坚果云 / Dropbox 甚至支持任意网盘
|
||||
* 通过 Alfred / Raycast / uTools 等一切快捷检索工具简单到你刚刚保存的稍后读数据
|
||||
|
||||
而基于 Local First 概念的简悦，可以完全做到这点，正因如此：我才能方便地使用简悦作为 Obsidian / Logseq 等产品的粘合剂，不仅如此，简悦还支持多种线上保存方案，并包含了快照功能：
|
||||
|
||||
* 利用 Telegram bot 可全设备的保存导入的稍后读
|
||||
* 支持 Pocket / Instapaper / Raindrop / Pinbox / Inoreader 的导入
|
||||
* 支持 IFTTT / Zapier / integromat / integrately 各种自动化方案
|
||||
|
||||
虽然实现上述方式需要配置，但配置只是一时而已，配置完后，就可以拥有一整套的信息归于一处的方案，并且是你「自己的地盘」。
|
||||
|
||||
## 少即是多，多即是少
|
||||
|
||||
|
||||
|
||||
诚然我的工具虽然增加了：
|
||||
|
||||
* 常用浏览器变成了两个：Chrome + Vivaldi
|
||||
* 书签管理变成了：Slack + OneTab 结合方式
|
||||
* 同时使用 Notion、Obsidian 与 Logseq 作为笔记工具
|
||||
* 需要配置的简悦作为知识管理的粘合剂
|
||||
|
||||
但效率却增加了不止一个量级：
|
||||
|
||||
* 虽然使用了两个浏览器，但减少了常用 Tab 反复切换 / 开启 / 关闭的时间，解决了常用服务多开 Tab 的问题
|
||||
* 虽然使用了两个工具，但增加了一键保存，全设备同步，方便检索的便利性
|
||||
* 虽然多了配置，但获得了全部设备归于你的地盘的信息收集 / 处理方案
|
||||
|
||||
这就是所谓「退一步，海阔天空」最好的诠释吧。
|
||||
|
||||
## 补充
|
||||
|
||||
因篇幅有限不仅使用上述内容，还包括：
|
||||
|
||||
* 使用 VS Code - insider 作为增强文本编辑器（辅助 Typora、Logseq 编写 Markdown）
|
||||
* 使用 Typefully 作为写作工具，用于不同的写作场景
|
||||
* 使用 [Fig](https://fig.io/) 增强在 iTerm 的自动补全功能
|
||||
* Typora + [Upgit](https://github.com/pluveto/upgit) + Github repo 一键传图到自己的地盘
|
||||
|
||||
等等，我的工具们比原来的多了不止一倍，但效率的提升也不止一倍。
|
||||
|
||||
## 最后
|
||||
|
||||
|
||||
|
||||
复杂都是相对的，你认为的复杂可能是他人的利器，反之亦然。只要能解决你的问题、节省你的时间就是简单的，适合自己的就是好的。
|
||||
|
||||
存在即合理，即便是同类型产品，有些是为了解决简单需求的，所以它简单；有些是为了解决复杂需求的，所以它专业；有些需要配置，是为让你更好的使用；有些没有配置，只为让你放弃「自由」。
|
||||
|
||||
放弃纠结拥抱妥协，重器轻用才是我的高效率！
|
||||
|
||||
本文配图来自：
|
||||
|
||||
* [https://unsplash.com/photos/MGRv3qZfyTs](https://unsplash.com/photos/MGRv3qZfyTs)
|
||||
* [https://unsplash.com/photos/y02jEX_B0O0](https://unsplash.com/photos/y02jEX_B0O0)
|
||||
* [https://sspai.com/post/69972](https://sspai.com/post/69972)
|
||||
* [https://sspai.com/post/70397](https://sspai.com/post/70397)
|
||||
|
||||
> 下载 [少数派 2.0 客户端](https://sspai.com/page/client)、关注 [少数派公众号](https://sspai.com/s/J71e)，解锁全新阅读体验 📰
|
||||
|
||||
> 实用、好用的 [正版软件](https://sspai.com/mall)，少数派为你呈现 🚀
|
||||
+67
@@ -0,0 +1,67 @@
|
||||
---
|
||||
title: 放弃纠结、拥抱妥协，重器轻用就是高效
|
||||
alias:
|
||||
- 放弃纠结、拥抱妥协，重器轻用就是高效
|
||||
created-date: 2022-09-24T16:36:20+0800
|
||||
type: Simpread
|
||||
banner: "https://cdn.sspai.com/2022/02/21/88f0c0c3d31e13ff8e8c004893de5394.png "
|
||||
banner_icon: 🔖
|
||||
tag:
|
||||
idx: 3
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
# 放弃纠结、拥抱妥协，重器轻用就是高效
|
||||
|
||||
> [!example]- [🧷内部链接](<http://localhost:7026/unread/3>) [🌐外部链接](<https://sspai.com/post/71576>)
|
||||
> URI:: [🧷](<http://localhost:7026/unread/3>) [🌐](<https://sspai.com/post/71576>)
|
||||
> intURI:: [🧷内部链接](<http://localhost:7026/reading/3>)
|
||||
|
||||
%%
|
||||
> [!example]+ **Comments**
|
||||
> ```dataview
|
||||
> TABLE
|
||||
> WITHOUT ID
|
||||
> link(Source, dateformat(date(Source), "yyyy-MM-dd")) as Date___,
|
||||
> regexreplace(rows.Comments,"^@@\[\[.+?\]\]\s","") as "Comments"
|
||||
> FROM "journals"
|
||||
> WHERE contains(cmnt, this.file.name)
|
||||
> FLATTEN cmnt as Comments
|
||||
> WHERE contains(Comments, this.file.name)
|
||||
> GROUP BY file.link as Source
|
||||
> SORT rows.file.day desc
|
||||
> ```
|
||||
> **Description**:: 大家好，我是 Kenshin，简悦的作者，这次跟大家分享我对极简效率工作的一些理解，我接触效率相关的内容，与简悦的诞生有关：
|
||||
|
||||
简悦始于 2016 年…… 那时因为家里的一些事情，我解散了团队，注销了公司。
|
||||
%%
|
||||
|
||||
> [!md] Metadata
|
||||
> **标题**:: [放弃纠结、拥抱妥协，重器轻用就是高效](https://sspai.com/post/71576)
|
||||
> **日期**:: [[2022-09-24]]
|
||||
|
||||
## Annotations
|
||||
|
||||
|
||||
> [!srhl2] [[SR3@放弃纠结、拥抱妥协，重器轻用就是高效|📄]] <mark style="background-color: #ffeb3b">Highlights</mark> [🧷](<http://localhost:7026/unread/3#id=1664008601679>) [🌐](<http://localhost:7026/reading/3#id=1664008601679>)
|
||||
> 我非常不喜欢安装各种 App，再加上越来越强大的电脑性能与大前端的普及，所以一个浏览器几乎可以覆盖全部的工作，因此我的工作环境被压缩为下面几个工具：
|
||||
>
|
||||
> * Chrome
|
||||
> * VS Code
|
||||
> * Github + git
|
||||
> * iTerm + oh-my-zsh
|
||||
> ^sran-1664008601679
|
||||
|
||||
> [!srhl3] [[SR3@放弃纠结、拥抱妥协，重器轻用就是高效|📄]] <mark style="background-color: #a2e9f2">Highlights</mark> [🧷](<http://localhost:7026/unread/3#id=1664008612905>) [🌐](<http://localhost:7026/reading/3#id=1664008612905>)
|
||||
> 
|
||||
> ^sran-1664008612905
|
||||
|
||||
> [!srhl2] [[SR3@放弃纠结、拥抱妥协，重器轻用就是高效|📄]] <mark style="background-color: #ffeb3b">Highlights</mark> [🧷](<http://localhost:7026/unread/3#id=1664008622457>) [🌐](<http://localhost:7026/reading/3#id=1664008622457>)
|
||||
> 如果为了极简而极简则显然丧失了极简的目的：**高效**。
|
||||
>
|
||||
> * 只选择 Notion 的用户，虽然可以一键登录你全部的数据，但失去了 Obsidian / Logseq 本地应用的高效性。
|
||||
> * 只选择印象笔记的用户，虽然得到了强大无比的全平台一键导入的便利性，但失去了「数据所有权」。
|
||||
> * 只选择 Typora 的用户，虽然得到了完美的所见即所得，但失去了同步的便利性。
|
||||
> ^sran-1664008622457
|
||||
|
||||
@@ -0,0 +1,279 @@
|
||||
---
|
||||
url: https://sspai.com/post/67074
|
||||
title: 看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读
|
||||
date: 2022-09-24 16:50:37
|
||||
tag:
|
||||
banner: https://cdn.sspai.com/article/053250ba-a755-1fb8-25d7-d96ca0aa7b31.png
|
||||
banner_icon: 🔖
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
首先，先说声抱歉，没想到 2.2.0 版竟然过了这么久才跟大家见面。不过，好在还是来了。这篇内容不是一个简单的更新说明，我希望通过文字向简悦用户传达一些信息：如果你是个稍后读的深度使用者，希望 2.2.0 版能帮助你摆脱用不爽的这个「魔咒」。
|
||||
|
||||
我在开发简悦 2.0 版的时候就有一个终极目标：**希望能让稍后读不再不读**。
|
||||
|
||||
我本人是一个稍后读工具的深度使用者，用过几乎市面上全部的稍后读 App，无论什么样的稍后读工具，最后都会沦为「仓储」。印象笔记就不提了，我在 Pocket 中有上千的保存内容，Instapaper 也有 800+ 个链接，而这些链接大多数都「年久失修」。偶尔再翻翻，发现「索然无味」，大多数当时保存的内容并没有任何意义。
|
||||
|
||||
希望简悦的新版可以帮你解决这个问题。2.2.0 版简悦的稍后读并不会像其它稍后读 App 一样：只需要「导入 > 收藏」即可，或者利用标签之类的功能帮你做些「似有可无」的推荐。它会帮你探索稍后读背后承载的信息之间的关联性，通过这些关联性让你方便地**将这些信息内化为知识**，所以 2.2.0 版的简悦有个新目标：
|
||||
|
||||
**做你知识管理的粘合剂。**
|
||||
|
||||
## 稍后读的「数字花园」
|
||||
|
||||
传统的稍后读只是将不同的信息用「文件夹 + 标签」方式来展示，但这样对信息来说，颗粒度还是太大了。简悦对此的解决方案是：**稍后读与标注具有一样的地位，且都可以支持无限层级标签系统**。这样做虽然减小了信息的颗粒度问题，但并未真正解决信息的关联性问题。
|
||||
|
||||
随着 Zettelkasten 笔记法的流行，越来越多的使用者开始注意笔记（信息）之间的内化与相互之间的关联性，其实在 Wiki 页面就存在着这样的信息关联性，而作为信息完整度最好的稍后读工具，却天然地缺失这类方式。
|
||||
|
||||
因此 2.2.0 版简悦的稍后读借鉴了 ZK 笔记法的一些特点，专门针对信息的整合增加了如下一些新功能，对于一个稍后读产品来说这些功能都是简悦独有的功能。
|
||||
|
||||
* [双向链接](http://ksria.com/simpread/docs/#/%E5%8F%8C%E5%90%91%E9%93%BE%E6%8E%A5)
|
||||
* [知识图谱](http://ksria.com/simpread/docs/#/%E5%8F%8C%E5%90%91%E9%93%BE%E6%8E%A5?id=%E5%9B%BE%E8%B0%B1)
|
||||
* [Mindmap](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB?id=Mindmap)
|
||||
* 多种信息展示方式（布局）：[Evergreen](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Evergreen)、[Workflowy](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Workflowy)、[k](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Kanban)
|
||||
|
||||
### 双向链接
|
||||
|
||||
跟很多流行的双链笔记工具一样，简悦可以**在稍后读或标注中插入任意多的其它稍后读或标注**。
|
||||
|
||||
|
||||
|
||||
### 知识图谱
|
||||
|
||||
当通过反向链接将信息产生联系之后，就可以生成下面这种以信息为载体的图谱。
|
||||
|
||||
|
||||
|
||||
稍后读 · 知识图谱
|
||||
|
||||
看起来很酷炫，仅此而已？当然不至于此，知识图谱的建立可以**将线性知识体系变为网状知识体系**，例如下图：
|
||||
|
||||
|
||||
|
||||
稍后读 · 知识图谱
|
||||
|
||||
比如，我想调查下历史上的北方少数民族，通过维基百科查到了一些有用的信息，并将它们简单加入到稍后读工具中。在通过 [双向链接](http://ksria.com/simpread/docs/#/%E5%8F%8C%E5%90%91%E9%93%BE%E6%8E%A5) 方式生成了上面这个图谱，当鼠标随便指向某个信息点后，就会产生于此关联的信息，从而通过这些关联更深入的了解你需要的信息。
|
||||
|
||||
### 新的布局
|
||||
|
||||
布局是信息的展示方式，加入了双向链接等功能后，2.2 版本之前的布局已经无法承载这些内容。所以 2.2 版本增加了三类布局：
|
||||
|
||||
* [Evergreen](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Evergreen)：信息的之间的关联性联系
|
||||
* [Workflowy](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Workflowy)：将多种信息汇总为一个页面
|
||||
* [Kanban](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Kanban)：用 GTD 的方式管理你的稍后读
|
||||
|
||||
### 新的布局：Evergreen
|
||||
|
||||
类似 Andy Matuschak’s Notes 的浏览方式，可以从一个知识点，通过**双向链接**的方式查看另外一个知识点。
|
||||
|
||||
这种方式非常像维基百科，从一个知识点到另一个知识点，在这些知识点中汲取知识，提炼出自己需要的信息。
|
||||
|
||||
|
||||
|
||||
Evergreen 布局
|
||||
|
||||
### 新的布局：Workflowy
|
||||
|
||||
类似 [Workflowy](https://workflowy.com/) 的浏览方式，用层级来展示知识间的关系，且在修改时不用离开主界面即可编辑。
|
||||
|
||||
|
||||
|
||||
Workflowy 布局
|
||||
|
||||
如果你用过知网的话，应该知道它有个汇编功能，而 Workflowy 布局可以理解为简悦的汇编功能，你可以通过 [Panel 栏](http://ksria.com/simpread/docs/#/Panel) 将需要的内容整理到一页。
|
||||
|
||||
Workflowy 可以将任意稍后读整理到一页，不区分标签 / 时间等分类方式，比知网的汇编功能更灵活。
|
||||
|
||||
|
||||
|
||||
知网的汇总功能
|
||||
|
||||
### 新的布局：Kanban
|
||||
|
||||
用看板的方式来横向展示不同的标注，因为有了看板形式，你可以方便地**践行 GTD 思想**。
|
||||
|
||||
通过设置一些 Todo / Doing / Done 之类的标签，利用 Kanban 布局定期整理你的稍后读信息体系。
|
||||
|
||||
|
||||
|
||||
Kanban 布局
|
||||
|
||||
上述的布局，其实都是希望传达一个信息：**稍后读并不重要，重要的是如何让纳入稍后读的信息产生关联**。
|
||||
|
||||
### 重构界面
|
||||
|
||||
新版简悦的稍后读，在默认界面上去掉了传统稍后读的一些栏目，如：未读列表，归档 等内容。
|
||||
|
||||
取而代之的则是：24 小时、本周等关注当下的一些分类。
|
||||
|
||||
同时增加了一些特色分类：
|
||||
|
||||
* 灵感回顾：加入一个特别的标签 `br` 后即可在此分类中出现，同时也可以配合 [简悦 · 灵感回顾 Web 版](https://simpread.pro/developer) 做反复的加深回顾。
|
||||
* 重要：加入一个特别的标签 `important` 后即可在此分类中出现，类似 GTD 方法论里面的优先级概念，那些你认为重要但未完成处理的内容均放于此。
|
||||
* 收件箱：通过 API 导入的内容，会被自动存放到这里。同样也符合 GTD 思想，但我希望弱化收件箱的地位，因为并不是每篇导入的内容都一定需要处理。
|
||||
|
||||
|
||||
|
||||
稍后读 · 全新界面
|
||||
|
||||
上述内容的改造其实遵循了 GTD 思想。我希望传递的一个信息：**用 GTD 的方式来解决稍后读越积越多的问题**，同时可以辅以 [看板布局](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=kanban)，让你的稍后读越来越少。
|
||||
|
||||
### 读取本地离线文件
|
||||
|
||||
稍后读一个重要的作用：Capture，简悦早就支持了离线 HTML 功能，2.2.0 版在此基础上增加了稍后读的读取本地离线 HTML 的功能。
|
||||
|
||||
使用此功能后，在进入某个具体的稍后读后，如果此稍后读在在本地存在 HTML，则优先加载本地文件，教程可以 [看这里](https://github.com/Kenshin/simpread/discussions/2146) 。
|
||||
|
||||
与其它同类产品有一个明显的优势：因为缓存在本地，同步速度上会比 Pocket 之类的快很多，更可以辅以 DEVOthink / Alfred 做文内检索。
|
||||
|
||||
|
||||
|
||||
存在备份的稍后读会有如图所示的图标
|
||||
|
||||
以上就是 2.2.0 版简悦跟稍后读功能有关系的一些更新，希望你可以通过这些举措，让你的稍后读「活」起来，不再只是收藏，而不去读。
|
||||
|
||||
## 更易用的标注
|
||||
|
||||
标注功能也在本次更新时得到了很多优化 / 提升，包括：
|
||||
|
||||
* 重构了标注色彩体系
|
||||
* 与 Zettelkasten 一致的标注卡
|
||||
* 浮动标注栏的弹出方式可更改
|
||||
* 自动添加目录为标注
|
||||
* 排序方案增加自动排序
|
||||
* 通过快捷键进行标注
|
||||
* 修复无法使用 Ctrl / Cmd + C 复制的问题
|
||||
* 启用 / 禁用标注模块增加了快捷键操作
|
||||
* 支持快捷键标注
|
||||
* 全文 + 标注的导出方案
|
||||
|
||||
下面仅列举了几项功能而已。
|
||||
|
||||
### 新的标注色彩体系
|
||||
|
||||
新的色彩体系来自简悦社区用户 [**Shawn**](https://shawnan.design/) 的帮助。
|
||||
|
||||
|
||||
|
||||
新旧对比
|
||||
|
||||
### 自动添加目录为标注
|
||||
|
||||
某些情况下，只需要标注对应的标题即可。作为吃货的我，经常在我派这里遇到好吃的内容，如： [工作日的冬夜吃什么？](https://sspai.com/post/64749) 我只是想收藏一些好吃的火锅名称而已，这时候就可以以使用此功能了。
|
||||
|
||||
|
||||
|
||||
自动添加目录为标注
|
||||
|
||||
### 全文 + 标注的导出方案
|
||||
|
||||
在原来的版本中导出标注，可以选择「全文（带标注）」 或「仅导出标注」**。**2.2.0 版增加了第三种「全文 + 标注」的方式。
|
||||
|
||||
当使用这种方式后，会生成两个文件。
|
||||
|
||||
|
||||
|
||||
全文 + 标注
|
||||
|
||||
打开这两个文件后会有下图的效果：
|
||||
|
||||
|
||||
|
||||
这种将原文（ Capture ）与标注区分开的方式在索引和使用某些双链笔记做关联的时候非常有意义。
|
||||
|
||||
注意：此功能需要配置才能实现，具体配置步骤 [请看这里](https://github.com/Kenshin/simpread/discussions/2147)。
|
||||
|
||||
以上就是标注的在本次升级的一些重要更新，更多细节可以 [看这里](http://ksria.com/simpread/welcome/version_2.2.0.html#annote)。
|
||||
|
||||
## 定制化 Markdown
|
||||
|
||||
通过 [定制化 Markdown](http://ksria.com/simpread/docs/#/%E5%AE%9A%E5%88%B6%E5%8C%96%E5%AF%BC%E5%87%BA?id=markdown) 功能，可以将简悦（阅读模式、聚焦模式、稍后读、标注）等一切的原子化的信息均可方便地导入到其它生产力工具或双链接笔记中。
|
||||
|
||||
这是简悦另一个重要功能，通过此功能可以衍生出以下的一些联动：
|
||||
|
||||
* [使用简悦 + Obsidian 打造一站式知识管理方案](https://github.com/Kenshin/simpread/discussions/1631)
|
||||
* [通过定制化导出功能支持导入到任意双链笔记](https://github.com/Kenshin/simpread/discussions/2222)
|
||||
* [如何利用简悦 · 同步助手快速回源原页面的任意位置](https://github.com/Kenshin/simpread/discussions/1720)
|
||||
* [对接简悦，打通 阅读 + 笔记 工作流，实现网页阅读、剪藏和摘录](https://cn.logseq.com/t/topic/81)
|
||||
|
||||
关于这方面的更多用法 [请看这里](https://github.com/Kenshin/simpread/discussions/categories/%E6%9C%8D%E5%8A%A1)。
|
||||
|
||||
## 无处不在的导出服务
|
||||
|
||||
在 1.x 时代，简悦就拥有与其它产品不一样的一个功能：导出。结合简悦精准的正文识别能力，在导出方面具有可以其它剪藏工具不具有的优势。
|
||||
|
||||
2.2.0 版在此基础上强化了这部分功能，实现了任意内容 / 位置均可导出，并且保持了全部一致的 All-in-one 的导出，包含场景：
|
||||
|
||||
* 聚焦模式
|
||||
* 阅读模式
|
||||
* 浮动标注栏
|
||||
* 标注卡（标注编辑框）
|
||||
* 稍后读 · 标注模式 与 阅读模式
|
||||
* 稍后读 · Evergreen · Workflowy · Kanban 模式
|
||||
* 支持稍后读的 反向链接 · 外部链接
|
||||
* 稍后读 · 合辑
|
||||
|
||||
包含功能：
|
||||
|
||||
* 导出到本地，如：HTML / 离线 HTML / Markdown / PDF / Textbundle / Epub 等
|
||||
* 导出到生产力工具，如：flomo / Notion / 为知笔记 等
|
||||
* Webhooks
|
||||
* 定制化 Markdown，如：Obsidian / Logseq / Roam Research 等
|
||||
* 自定义导出，如：docx 等
|
||||
|
||||
除聚焦模式 / 阅读模式 / 稍后读的顶部导出栏外，其余位置的导出服务均为下图方式：
|
||||
|
||||
|
||||
|
||||
导出服务模块
|
||||
|
||||
除此以外，简悦还支持 [Webhooks 与 结合 pandoc 的任意格式导出方案](http://ksria.com/simpread/welcome/version_2.2.0.html#webhooks)。
|
||||
|
||||
## 自动化
|
||||
|
||||
加入稍后读后，还需要导出到 Notion？以前需要点两次，现在一次就搞定了。
|
||||
|
||||
刚才提到的导出功能均可以转换为 [**自动化**](http://ksria.com/simpread/docs/#/%E6%9C%8D%E5%8A%A1?id=%E8%87%AA%E5%8A%A8%E5%8C%96) 服务，可以理解为**简悦的 IFTTT 模式**。支持场景：稍后读与标注，甚至于 [将自动化服务变成你的导出服务](http://ksria.com/simpread/docs/#/%E6%9C%8D%E5%8A%A1?id=%E8%87%AA%E5%8A%A8%E5%8C%96) ，是 2.2.0 版本第三个最重要功能。
|
||||
|
||||
借助 [**反向链接**](http://ksria.com/simpread/docs/#/%E5%8F%8C%E5%90%91%E9%93%BE%E6%8E%A5) 与此功能，你可以方便地联动多种不同的生产力工具以及支持各种笔记工具。
|
||||
|
||||
|
||||
|
||||
以下是一个自动化方案的例子，加入稍后读后触发导出到 Pocket / Notion / 本地 HTML：
|
||||
|
||||
|
||||
|
||||
自动化
|
||||
|
||||
最后，本文只列举了简悦的一些重要更新，还有诸多内容没有提及，如：[自动暗色模式](http://ksria.com/simpread/welcome/version_2.2.0.html?utm_campaign=Newsletter%20of%20SimpRead&utm_medium=email&utm_source=Revue%20newsletter#darkmode)、[更智能的词法分析引擎](http://ksria.com/simpread/welcome/version_2.2.0.html?utm_campaign=Newsletter%20of%20SimpRead&utm_medium=email&utm_source=Revue%20newsletter#puread)、[针对科研工作者的网站适配](http://ksria.com/simpread/welcome/version_2.2.0.html?utm_campaign=Newsletter%20of%20SimpRead&utm_medium=email&utm_source=Revue%20newsletter#science)、[同步助手 1.0.1](http://ksria.com/simpread/welcome/version_2.2.0.html#sync) 等等，希望你可以自己发掘。
|
||||
|
||||
## 结语
|
||||
|
||||
添加了双向链接、知识图谱，拥有 Evergreen / Workfowy / Kanban 布局后的简悦还能算是一款稍后读工具吗？
|
||||
|
||||
我一直认为，稍后读应该是建立在信息（Web 页面）与笔记工具（生产力工具）之间的一个桥梁，也就是说，稍后读不是终点，而是起点。
|
||||
|
||||
解放在双链笔记中单纯地通过复制 / 粘贴整合信息的方式，对 Web 页面信息进行「粗加工」，通过双向链接关注信息之间的关联性，产生新的知识记录到生产力工具 / 双链笔记中，我觉得这才是**一款稍后读工具才应有的样子**。
|
||||
|
||||
简悦通过阅读模式过滤无意义的干扰信息，结合标注功能突出你需要的关键信息，并以尼克拉斯 · 卢曼（Niklas Luhmann）的卡片盒（Zettelkasten）笔记法为基础重组你所需的信息，最终导入任意笔记或生产力工具。通过以上独有功能，简悦将成为知识管理的粘合剂，帮助你提取 / 重组网页信息并内化为你的知识。
|
||||
|
||||
最后，我希望简悦不仅是一个工具，它更应该是你的信息获取助理，是建立在信息与笔记之间的桥梁，是建立在原始网页与生产力工具（尤其是双链类笔记）之间的桥梁。谢谢你看到这里，希望你对这个全新的简悦感兴趣。
|
||||
|
||||
## 618 特惠
|
||||
|
||||
6.18 临近，简悦开发者也与少数派联合带来了特惠活动，简悦将于 6 月 10 日至 6 月 21 日期间提供 15 元的特惠价格，有需求的你不要错过。
|
||||
|
||||
你可以在 [少数派](https://sspai.com/item/186) 或者 [少数派正版软件淘宝店](https://item.taobao.com/item.htm?ft=t&id=646147785584) 购买简悦。
|
||||
|
||||
|
||||
|
||||
简悦 2.0
|
||||
|
||||
阅读模式 + 标注系统 + 稍后读，你的知识管理解决方案。
|
||||
|
||||
¥18.00 ¥68.00
|
||||
|
||||
去购买
|
||||
|
||||
> 下载 [少数派 2.0 客户端](https://sspai.com/page/client)、关注 [少数派公众号](https://sspai.com/s/J71e)，解锁全新阅读体验 📰
|
||||
|
||||
> 实用、好用的 [正版软件](https://sspai.com/mall)，少数派为你呈现 🚀
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
title: 看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读
|
||||
alias:
|
||||
- 看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读
|
||||
created-date: 2022-09-24T16:38:25+0800
|
||||
type: Simpread
|
||||
banner: "https://cdn.sspai.com/article/053250ba-a755-1fb8-25d7-d96ca0aa7b31.png "
|
||||
banner_icon: 🔖
|
||||
tag:
|
||||
idx: 4
|
||||
created: 2025-08-30T11:44
|
||||
updated: 2025-09-22T13:26
|
||||
---
|
||||
|
||||
# 看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读
|
||||
|
||||
> [!example]- [🧷内部链接](<http://localhost:7026/unread/4>) [🌐外部链接](<https://sspai.com/post/67074>)
|
||||
> URI:: [🧷](<http://localhost:7026/unread/4>) [🌐](<https://sspai.com/post/67074>)
|
||||
> intURI:: [🧷内部链接](<http://localhost:7026/reading/4>)
|
||||
|
||||
%%
|
||||
> [!example]+ **Comments**
|
||||
> ```dataview
|
||||
> TABLE
|
||||
> WITHOUT ID
|
||||
> link(Source, dateformat(date(Source), "yyyy-MM-dd")) as Date___,
|
||||
> regexreplace(rows.Comments,"^@@\[\[.+?\]\]\s","") as "Comments"
|
||||
> FROM "journals"
|
||||
> WHERE contains(cmnt, this.file.name)
|
||||
> FLATTEN cmnt as Comments
|
||||
> WHERE contains(Comments, this.file.name)
|
||||
> GROUP BY file.link as Source
|
||||
> SORT rows.file.day desc
|
||||
> ```
|
||||
> **Description**:: 我希望简悦不仅是一个工具，它更应该是你的信息获取助理，是建立在信息与笔记之间的桥梁，是建立在原始网页与生产力工具之间的桥梁。
|
||||
%%
|
||||
|
||||
> [!md] Metadata
|
||||
> **标题**:: [看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读](https://sspai.com/post/67074)
|
||||
> **日期**:: [[2022-09-24]]
|
||||
|
||||
## Annotations
|
||||
|
||||
|
||||
> [!srhl2] [[SR4@看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读|📄]] <mark style="background-color: #ffeb3b">Highlights</mark> [🧷](<http://localhost:7026/unread/4#id=1664008720665>) [🌐](<http://localhost:7026/reading/4#id=1664008720665>)
|
||||
> 传统的稍后读只是将不同的信息用「文件夹 + 标签」方式来展示，但这样对信息来说，颗粒度还是太大了。简悦对此的解决方案是：**稍后读与标注具有一样的地位，且都可以支持无限层级标签系统**。这样做虽然减小了信息的颗粒度问题，但并未真正解决信息的关联性问题。
|
||||
>
|
||||
> 随着 Zettelkasten 笔记法的流行，越来越多的使用者开始注意笔记（信息）之间的内化与相互之间的关联性，其实在 Wiki 页面就存在着这样的信息关联性，而作为信息完整度最好的稍后读工具，却天然地缺失这类方式。
|
||||
>
|
||||
> 因此 2.2.0 版简悦的稍后读借鉴了 ZK 笔记法的一些特点，专门针对信息的整合增加了如下一些新功能，对于一个稍后读产品来说这些功能都是简悦独有的功能。
|
||||
>
|
||||
> * [双向链接](http://ksria.com/simpread/docs/#/%E5%8F%8C%E5%90%91%E9%93%BE%E6%8E%A5)
|
||||
> * [知识图谱](http://ksria.com/simpread/docs/#/%E5%8F%8C%E5%90%91%E9%93%BE%E6%8E%A5?id=%E5%9B%BE%E8%B0%B1)
|
||||
> * [Mindmap](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB?id=Mindmap)
|
||||
> * 多种信息展示方式（布局）：[Evergreen](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Evergreen)、[Workflowy](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Workflowy)、[k](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Kanban)
|
||||
> ^sran-1664008720665
|
||||
|
||||
> [!srhl6] [[SR4@看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读|📄]] <mark style="background-color: #ffb7da">Highlights</mark> [🧷](<http://localhost:7026/unread/4#id=1664008727659>) [🌐](<http://localhost:7026/reading/4#id=1664008727659>)
|
||||
> 
|
||||
> ^sran-1664008727659
|
||||
|
||||
> [!srhl4] [[SR4@看板、双向链接、知识图谱…… 简悦 2-2 想让你的稍后读不再不读|📄]] <mark style="background-color: #a1e0ff">Highlights</mark> [🧷](<http://localhost:7026/unread/4#id=1664008742365>) [🌐](<http://localhost:7026/reading/4#id=1664008742365>)
|
||||
> ### 新的布局
|
||||
>
|
||||
> 布局是信息的展示方式，加入了双向链接等功能后，2.2 版本之前的布局已经无法承载这些内容。所以 2.2 版本增加了三类布局：
|
||||
>
|
||||
> * [Evergreen](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Evergreen)：信息的之间的关联性联系
|
||||
> * [Workflowy](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Workflowy)：将多种信息汇总为一个页面
|
||||
> * [Kanban](http://ksria.com/simpread/docs/#/%E7%A8%8D%E5%90%8E%E8%AF%BB-%E5%A4%9A%E7%A7%8D%E5%B8%83%E5%B1%80?id=Kanban)：用 GTD 的方式管理你的稍后读
|
||||
> ^sran-1664008742365
|
||||
|
||||
Executable
+6
@@ -0,0 +1,6 @@
|
||||
---
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
### <% tp.date.now("YYYY-MM-DD") %>
|
||||
<% tp.user.author_count() %>
|
||||
+15
@@ -0,0 +1,15 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1050
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Add relevant emojis to enhance {}. Follow these rules:
|
||||
1. Insert emojis at natural breaks in the text
|
||||
2. Never place two emojis next to each other
|
||||
3. Keep all original text unchanged
|
||||
4. Choose emojis that match the context and tone
|
||||
Return only the emojified text.
|
||||
@@ -0,0 +1,14 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1040
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Explain {} in simple terms that a 5-year-old would understand:
|
||||
1. Use basic vocabulary
|
||||
2. Include simple analogies
|
||||
3. Break down complex concepts
|
||||
Return only the simplified explanation.
|
||||
@@ -0,0 +1,10 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1000
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:44
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Fix the grammar and spelling of {}. Preserve all formatting, line breaks, and special characters. Do not add or remove any content. Return only the corrected text.
|
||||
@@ -0,0 +1,10 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: false
|
||||
copilot-command-slash-enabled: false
|
||||
copilot-command-context-menu-order: 1090
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Create a glossary of important terms, concepts, and phrases from {}. Format each entry as "Term: Definition". Sort entries alphabetically. Return only the glossary.
|
||||
@@ -0,0 +1,10 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: false
|
||||
copilot-command-slash-enabled: false
|
||||
copilot-command-context-menu-order: 1080
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:44
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Generate a hierarchical table of contents for {}. Use appropriate heading levels (H1, H2, H3, etc.). Include page numbers if present. Return only the table of contents.
|
||||
+14
@@ -0,0 +1,14 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1070
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Expand {} to twice its length by:
|
||||
1. Adding relevant details and examples
|
||||
2. Elaborating on key points
|
||||
3. Maintaining the original tone and style
|
||||
Return only the expanded text.
|
||||
+14
@@ -0,0 +1,14 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1060
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Reduce {} to half its length while preserving these elements:
|
||||
1. Main ideas and key points
|
||||
2. Essential details
|
||||
3. Original tone and style
|
||||
Return only the shortened text.
|
||||
+10
@@ -0,0 +1,10 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: false
|
||||
copilot-command-slash-enabled: false
|
||||
copilot-command-context-menu-order: 1100
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Remove all URLs from {}. Preserve all other content and formatting. URLs may be in various formats (http, https, www). Return only the text with URLs removed.
|
||||
@@ -0,0 +1,20 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: false
|
||||
copilot-command-slash-enabled: false
|
||||
copilot-command-context-menu-order: 1120
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:44
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Convert {} into a Twitter thread following these rules:
|
||||
1. Each tweet must be under 240 characters
|
||||
2. Start with "THREAD START" on its own line
|
||||
3. Separate tweets with "
|
||||
|
||||
---
|
||||
|
||||
"
|
||||
4. End with "THREAD END" on its own line
|
||||
5. Make content engaging and clear
|
||||
Return only the formatted thread.
|
||||
+14
@@ -0,0 +1,14 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: false
|
||||
copilot-command-slash-enabled: false
|
||||
copilot-command-context-menu-order: 1110
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Rewrite {} as a single tweet with these requirements:
|
||||
1. Maximum 280 characters
|
||||
2. Use concise, impactful language
|
||||
3. Maintain the core message
|
||||
Return only the tweet text.
|
||||
+10
@@ -0,0 +1,10 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1030
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Simplify {} to a 6th-grade reading level (ages 11-12). Use simple sentences, common words, and clear explanations. Maintain the original key concepts. Return only the simplified text.
|
||||
+10
@@ -0,0 +1,10 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1020
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Create a bullet-point summary of {}. Each bullet point should capture a key point. Return only the bullet-point summary.
|
||||
@@ -0,0 +1,14 @@
|
||||
---
|
||||
copilot-command-context-menu-enabled: true
|
||||
copilot-command-slash-enabled: true
|
||||
copilot-command-context-menu-order: 1010
|
||||
copilot-command-model-key: ""
|
||||
copilot-command-last-used: 0
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Translate {} into Chinese:
|
||||
1. Preserve the meaning and tone
|
||||
2. Maintain appropriate cultural context
|
||||
3. Keep formatting and structure
|
||||
Return only the translated text.
|
||||
Executable
+29
@@ -0,0 +1,29 @@
|
||||
/* AGPLv3 License
|
||||
Floating Status Bar
|
||||
Author: AnubisNekhet
|
||||
Note: If you decide to implement it in your theme or redistribute it, please keep this comment (Especially for *certain* individuals who may try to rebrand it as their own :))
|
||||
Support me: https://buymeacoffee.com/AnubisNekhet
|
||||
*/
|
||||
body {
|
||||
--status-bar-position: absolute;
|
||||
--status-bar-radius: var(--radius-m);
|
||||
}
|
||||
body .status-bar {
|
||||
transform: translateX(calc(100% + 5px));
|
||||
transition: transform 300ms 150ms;
|
||||
bottom: 5px;
|
||||
right: 5px;
|
||||
}
|
||||
body .status-bar::before {
|
||||
width: 100%;
|
||||
min-height: 100%;
|
||||
content: " ";
|
||||
position: absolute;
|
||||
left: 0;
|
||||
bottom: 0;
|
||||
transform: translateX(-100%);
|
||||
}
|
||||
body .status-bar:hover {
|
||||
transform: none;
|
||||
transition: transform 300ms 150ms;
|
||||
}
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
/* @theme am_blue */
|
||||
|
||||
@import 'am_template';
|
||||
|
||||
:root {
|
||||
--color-code-bg: #e8f4f6;
|
||||
--color-coverbg: #2c9cb1;
|
||||
--color-few: #91a814;
|
||||
--color-footer: #8c8c8c;
|
||||
--color-main: #041d22;
|
||||
--color-much: #1482a8;
|
||||
--color-navbar-bg: #d0e9ee;
|
||||
--color-navbar-font: rgb(108, 95, 91);
|
||||
--color-quote: rgba(254, 176, 98, 0.1);
|
||||
--color-title: rgb(255, 255, 255);
|
||||
--color-trans: #72bdcb;
|
||||
--filter-b: brightness(30%) contrast(70%) grayscale(100%);
|
||||
--filter-c: brightness(0%) contrast(60%) grayscale(80%);
|
||||
--filter-e: brightness(0%) contrast(70%) grayscale(100%);
|
||||
}
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
/* @theme am_brown */
|
||||
|
||||
@import 'am_template';
|
||||
|
||||
:root {
|
||||
--color-background: rgba(254, 176, 98, 0.1);
|
||||
--color-code-bg: #f9f4ee;
|
||||
--color-coverbg: #b2894c;
|
||||
--color-few: #894cb2;
|
||||
--color-footer: #8c8c8c;
|
||||
--color-main: #1c2a39;
|
||||
--color-much: #9a7641;
|
||||
--color-navbar-bg: #f5ede2;
|
||||
--color-navbar-font: rgb(108, 95, 91);
|
||||
--color-title: rgb(255, 255, 255);
|
||||
--color-trans: #cda974;
|
||||
--filter-b: brightness(30%) contrast(70%) grayscale(100%);
|
||||
--filter-c: brightness(0%) contrast(60%) grayscale(80%);
|
||||
--filter-e: brightness(0%) contrast(70%) grayscale(100%);
|
||||
}
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
/* @theme am_dark */
|
||||
|
||||
@import 'am_template';
|
||||
|
||||
:root {
|
||||
--color-code-bg: #eff2f3;
|
||||
--color-coverbg: #4b616c;
|
||||
--color-few: #64875e;
|
||||
--color-footer: #8c8c8c;
|
||||
--color-main: #211112;
|
||||
--color-much: #384951;
|
||||
--color-navbar-bg: #dfe4e7;
|
||||
--color-navbar-font: rgb(108, 95, 91);
|
||||
--color-quote: rgba(254, 176, 98, 0.1);
|
||||
--color-title: rgb(255, 255, 255);
|
||||
--color-trans: #8ea1ab;
|
||||
--filter-b: brightness(100%) contrast(0%) grayscale(70%);
|
||||
--filter-c: brightness(0%) contrast(60%) grayscale(80%);
|
||||
--filter-e: brightness(100%) contrast(0%) grayscale(70%);
|
||||
}
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
/* @theme am_green */
|
||||
|
||||
@import 'am_template';
|
||||
|
||||
:root {
|
||||
--color-code-bg: #f0f9f6;
|
||||
--color-coverbg: #27846a;
|
||||
--color-few: #842741;
|
||||
--color-footer: #8c8c8c;
|
||||
--color-main: #0c2820;
|
||||
--color-much: #2b9376;
|
||||
--color-navbar-bg: #c0ded5;
|
||||
--color-navbar-font: rgb(108, 95, 91);
|
||||
--color-quote: rgba(254, 176, 98, 0.1);
|
||||
--color-title: rgb(255, 255, 255);
|
||||
--color-trans: #55a991;
|
||||
--filter-b: brightness(30%) contrast(70%) grayscale(100%);
|
||||
--filter-c: brightness(0%) contrast(60%) grayscale(80%);
|
||||
--filter-e: brightness(0%) contrast(70%) grayscale(100%);
|
||||
}
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
/* @theme am_purple */
|
||||
|
||||
@import 'am_template';
|
||||
|
||||
:root {
|
||||
--color-code-bg: #f2e9ef;
|
||||
--color-coverbg: #954c81;
|
||||
--color-few: #627a1f;
|
||||
--color-footer: #8c8c8c;
|
||||
--color-main: #211112;
|
||||
--color-much: #551645;
|
||||
--color-navbar-bg: #e4d2e0;
|
||||
--color-navbar-font: rgb(108, 95, 91);
|
||||
--color-quote: rgba(254, 176, 98, 0.1);
|
||||
--color-title: rgb(255, 255, 255);
|
||||
--color-trans: #af79a1;
|
||||
--filter-b: brightness(40%) contrast(10%) grayscale(0%);
|
||||
--filter-c: brightness(0%) contrast(60%) grayscale(80%);
|
||||
--filter-e: brightness(10%) contrast(40%) grayscale(0%);
|
||||
}
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
/* @theme am_red */
|
||||
|
||||
@import 'am_template';
|
||||
|
||||
:root {
|
||||
--color-code-bg: #f6eeef;
|
||||
--color-coverbg: #a7535a;
|
||||
--color-few: #53a7a0;
|
||||
--color-footer: #8c8c8c;
|
||||
--color-main: #211112;
|
||||
--color-much: #864248;
|
||||
--color-navbar-bg: #edddde;
|
||||
--color-navbar-font: rgb(108, 95, 91);
|
||||
--color-quote: rgba(254, 176, 98, 0.1);
|
||||
--color-title: rgb(255, 255, 255);
|
||||
--color-trans: #b9757b;
|
||||
--filter-b: brightness(30%) contrast(70%) grayscale(100%);
|
||||
--filter-c: brightness(0%) contrast(60%) grayscale(80%);
|
||||
--filter-e: brightness(0%) contrast(70%) grayscale(100%);
|
||||
}
|
||||
Executable
+1669
File diff suppressed because it is too large
Load Diff
Executable
+9
@@ -0,0 +1,9 @@
|
||||
---
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
```dataview
|
||||
TABLE novelty AS "创新点", significance AS "重要性", potential AS "潜力"
|
||||
FROM "02-Reading/mdnotes" AND #自定义主题标签
|
||||
SORT file.mtime
|
||||
```
|
||||
Executable
+25
@@ -0,0 +1,25 @@
|
||||
---
|
||||
title: <% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
### 需求
|
||||
|
||||
|
||||
### 代码
|
||||
|
||||
|
||||
### 解析
|
||||
|
||||
|
||||
### 使用
|
||||
|
||||
|
||||
### 效果
|
||||
|
||||
|
||||
### 其它
|
||||
|
||||
|
||||
Executable
+8
@@ -0,0 +1,8 @@
|
||||
---
|
||||
aliases:
|
||||
- 试剂耗材的简短别名
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
tags: []
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
Executable
+22
@@ -0,0 +1,22 @@
|
||||
---
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
### 基本信息
|
||||
<!-- 在冒号之后写，方便 dataview 检索并汇总内容 -->
|
||||
|
||||
研究方向::
|
||||
|
||||
工作单位::
|
||||
|
||||
地址::
|
||||
|
||||
邮箱::
|
||||
|
||||
实验室网页::
|
||||
|
||||
评级:: D
|
||||
|
||||
### 代表作
|
||||
<!-- 可以从 google scholar 或者 web of science 中找，5 篇左右即可 -->
|
||||
|
||||
Executable
+26
@@ -0,0 +1,26 @@
|
||||
---
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
### 目的和预期
|
||||
<!-- 为什么要做这个实验，要解决什么问题，有什么预期（假设）？-->
|
||||
|
||||
|
||||
|
||||
### 方案设计
|
||||
<!-- 实验组和对照组，控制的变量是什么，观察什么指标，如何验证假设预期？-->
|
||||
|
||||
|
||||
|
||||
### 材料仪器准备
|
||||
<!-- 根据实验方案和实验步骤确定，提前准备和预约。-->
|
||||
|
||||
|
||||
|
||||
### 实验步骤
|
||||
<!-- 具体的实验步骤，按顺序一条一条写，或者使用表格。-->
|
||||
|
||||
|
||||
|
||||
### 结果与分析
|
||||
<!-- 简单比较实验组和对照的结果，理解所控制的变量和实验观测指标的关系，检验前面的实验预期，得出有效结论。-->
|
||||
Executable
+29
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: <% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
obsidianUIMode: source
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
<!--可使用快捷键`Ctrl+Alt+M`预览思维导图。-->
|
||||
|
||||
# 这是一级标题
|
||||
|
||||
## 这是二级标题
|
||||
|
||||
### 这是三级标题
|
||||
|
||||
### 不建议再使用四级标题
|
||||
|
||||
## 另一个二级标题
|
||||
|
||||
1. 标题下的内容仅支持列表
|
||||
2. 无序列表或者有序列表都可以
|
||||
3. 列表缩进使用 tab 键
|
||||
|
||||
## 此模板内容仅作展示
|
||||
|
||||
- 如何用标题和列表缩进制作MindMap
|
||||
- 如何预览MindMap（Ctrl+Alt+M）
|
||||
- 当你会用后可自行修改[[思维导图模板]]
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
---
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
<!--此模板用于插入FolderNote页面中以实现自定义的目录概览作用-->
|
||||
|
||||
```tagcloud
|
||||
source: query
|
||||
query: "<% tp.file.folder(true) %>"
|
||||
minFontSize: 5
|
||||
weight: 3
|
||||
shuffle: true
|
||||
```
|
||||
|
||||
```dataview
|
||||
TABLE excerpt AS Comment, file.cday AS Date
|
||||
FROM "<% tp.file.folder(true) %>"
|
||||
WHERE date>0
|
||||
SORT date asc
|
||||
```
|
||||
Executable
+25
@@ -0,0 +1,25 @@
|
||||
---
|
||||
title: 🐈日志<% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
tags:
|
||||
- dailynote
|
||||
rating: ⭐️
|
||||
excerpt:
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-10-24T19:29
|
||||
---
|
||||
## 1 TODO
|
||||
- [ ] 多喝水，避免久坐不动
|
||||
- [ ] 今天做什么
|
||||
|
||||
## 2 Tracking
|
||||
|
||||
## 3 Tips
|
||||
|
||||
## 4 Questions
|
||||
|
||||
## 5 Thoughts
|
||||
|
||||
## 6 NextDo
|
||||
|
||||
|
||||
Executable
+16
@@ -0,0 +1,16 @@
|
||||
---
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
### 文章骨架
|
||||
%%创新点到底是什么?%%
|
||||
novelty::
|
||||
|
||||
%%有什么意义？%%
|
||||
significance::
|
||||
|
||||
%%有什么潜力?%%
|
||||
potential::
|
||||
|
||||
|
||||
|
||||
Executable
+36
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: 🥑<% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
tags: weeklynote
|
||||
rating: ⭐️
|
||||
excerpt:
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
### 日志汇总
|
||||
%%鼠标悬停于日志File上可激活Hover Editor，拖动自动固定，然后可以直接在预览窗口浏览日志内容并完善摘要%%
|
||||
|
||||
```dataview
|
||||
TABLE excerpt AS Summary, rating AS Rating
|
||||
FROM "01-Diary/日志存档" AND #dailynote
|
||||
WHERE date(file.name)<date(<% tp.date.now("YYYY-MM-DD") %>) AND date(file.name) >= date(<% tp.date.now("YYYY-MM-DD", -7) %>)
|
||||
SORT file.name asc
|
||||
```
|
||||
|
||||
### 本周完成事项汇总
|
||||
%%请完善下表中已完成页面的front-matter信息后，运行 `quickAdd: 📒草稿归档` 命令以自动归档%%
|
||||
|
||||
```dataview
|
||||
TABLE excerpt AS Summary, rating AS Rating, destination AS Folder
|
||||
WHERE file.mday >= date(<% tp.date.now("YYYY-MM-DD", -7) %>) AND status = "complete"
|
||||
WHERE file.mday < date(<% tp.date.now("YYYY-MM-DD", 1) %>)
|
||||
SORT rating desc
|
||||
```
|
||||
|
||||
### 本周小结
|
||||
%%此处作为工作生活学习多方面的概括性描述。对于小组会报告的情况，您可以根据本周事务草稿内容，制作obsidian幻灯片，用于小组会公开展示%%
|
||||
|
||||
|
||||
### 后续安排
|
||||
%%简明扼要地罗列下周的安排%%
|
||||
Executable
+29
@@ -0,0 +1,29 @@
|
||||
---
|
||||
title: 🥑<% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
tags: weeklynote
|
||||
rating: ⭐️
|
||||
excerpt:
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
### 近期已阅文献清单
|
||||
|
||||
```dataview
|
||||
TABLE file.tags AS Tags, rating AS Rating, comment AS Comment
|
||||
FROM "02-Reading/mdnotes"
|
||||
WHERE file.name[0] = "@"
|
||||
WHERE file.mtime>=date(<% tp.date.now("YYYY-MM-DD", -7) %>) AND file.mtime<date(<% tp.date.now("YYYY-MM-DD", 1) %>)
|
||||
WHERE file.tags[0] != "#unread"
|
||||
WHERE comment > 0
|
||||
SORT file.mtime desc
|
||||
```
|
||||
|
||||
### 有何收获？
|
||||
%%简单罗列增长了哪些见识%%
|
||||
|
||||
### 后续阅读计划？
|
||||
%%结合实际情况制定后续更有针对性的阅读计划%%
|
||||
|
||||
|
||||
Executable
+19
@@ -0,0 +1,19 @@
|
||||
---
|
||||
title: 📅<% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
tags: monthly-summary
|
||||
rating: ⭐️
|
||||
excerpt:
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
### 情况汇总
|
||||
|
||||
```dataview
|
||||
TABLE excerpt AS "Summary", rating AS "Rating"
|
||||
FROM "01-Diary" AND #weeklynote WHERE date<"<% tp.date.now("YYYY-MM-DD", 1) %>" AND date>"<% tp.date.now("YYYY-MM-DD",-30) %>"
|
||||
SORT file.name desc
|
||||
```
|
||||
|
||||
### 心得体会
|
||||
Executable
+14
@@ -0,0 +1,14 @@
|
||||
---
|
||||
title: <% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
excerpt: 为啥要做？做完后有何收获感想体会？
|
||||
tags:
|
||||
rating: ⭐
|
||||
status: inprogress
|
||||
destination:
|
||||
share: false
|
||||
obsidianUIMode: source
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
Executable
+20
@@ -0,0 +1,20 @@
|
||||
---
|
||||
title: <% tp.file.title %>
|
||||
date: <% tp.date.now("YYYY-MM-DD HH:mm:ss") %>
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
|
||||
### Title
|
||||
|
||||
|
||||
### Abstract
|
||||
|
||||
|
||||
### Introduction
|
||||
|
||||
|
||||
### Results and Discussion
|
||||
|
||||
|
||||
### Conclusion
|
||||
Executable
+24
@@ -0,0 +1,24 @@
|
||||
---
|
||||
created: 2025-08-30T11:45
|
||||
updated: 2025-09-22T13:27
|
||||
---
|
||||
### 基本信息
|
||||
|
||||
名称:: 试剂名称
|
||||
|
||||
存放位置:: T4B
|
||||
|
||||
类别:: 抗体
|
||||
|
||||
余量:: 充足/告罄
|
||||
|
||||
规格:: 浓度/质量/体积
|
||||
|
||||
|
||||
### 购买报销
|
||||
|
||||
购买链接:: http://www.baidu.com
|
||||
|
||||
|
||||
### 附件
|
||||
%%订单截图，发票，说明书什么的%%
|
||||
Reference in New Issue
Block a user