Tom Critchlow —《数字溪流、营火与花园》(2018,全文)
译者前言
Tom Critchlow 是独立咨询顾问。这篇博文 Of Digital Streams, Campfires and Gardens 发表于 2018-10-10,是「数字花园」博客链(blogchain)的第 1 篇。它提出的「streams / campfires / gardens」三段框架,后来被 Joel Hooks(2019)、Maggie Appleton(2020)等人多次引用,成为数字花园派看待信息消费的标准词汇。
Critchlow 这篇本身是对两份更早材料的综合:
- Venkatesh Rao 2018-10-04 的 Twitter thread(注意力管理框架)
- Mike Caulfield 2015-10-17《The Garden and the Stream: A Technopastoral》 — 这篇 2015 年的文章是「数字花园」概念的真正源头,Critchlow 与 Hooks 都在引用它
翻译说明:Critchlow 引用了 Caulfield 大段,这部分是 Caulfield 的话不是 Critchlow 的,本译稿保留引用并标注作者。译注用 🟢 标记。
原文:tomcritchlow.com/2018/10/10/of-gardens-and-wikis · 2018-10-10
数字溪流、营火与花园
跨越不同信息消费时间尺度,构建个人学习环境
最近浮现了几件事,我想把点连起来。
第一件 — Venkatesh 的一条 Twitter thread,关于信息消费,带有一些可爱的洞察:「从科技中退却」并不是答案;当然,完全活在「溪流」里对我们也行不通。所以呢?这个框架给了我们一些好的洞察,关于我们应该在哪儿、以何种方式投入:
1/ 让我做一个一张幻灯片的演讲,因为我感觉很「想念工作」(job sick)。标题:如何真正管理注意力,而不必砸了你的手机退到一间小木屋
— Venkatesh Rao (@vgr) October 4, 2018
🟢 译注:Venkatesh Rao 的原始 thread 把信息消费按时间尺度分类,Critchlow 在下面会展开。「job sick」类比 homesick,指「想念以前那种被工作占满的状态」,Rao 当时刚从某个项目脱身。
特别让我感兴趣的是这个心智模型里的时间尺度(time horizons)。粗略地说 — 溪流(streams)是给「快速反射」(fast twitch)的思考与行动的。参与溪流是一个快速反馈循环,带着稍长一些的「连接构建」暗流。
读 Venkatesh 这条 thread 时,我被它与最近读到的另一篇文章(其实是 2015 年的)思路相似性所打动 —— 《花园与溪流:一份技术-牧歌》(The Garden and the Stream: A Technopastoral)。
Mike Caulfield 这篇文章对信息的时间尺度采取了非常类似的视角,但是用的是「向内」的镜头。我们如何构建并维护我们自己的个人信息花园?不是溪流 — 而是我们能照看并培育数十年的环境:
花园是作为「拓扑」的网。是作为「空间」的网。它是整合性的网、迭代性的网、作为「事物彼此排列与重排」的网。
花园里的事物不会塌缩为单一的关系集合或正典序列,这正是我们说「网作为拓扑」「网作为空间」时的部分含义。每一次穿越花园都创造新的路径、新的意义;当我们把东西加进花园时,我们以一种「允许许多未来的、未预测的关系」的方式加它。
[……]
在花园里,问「什么先发生」充其量是琐碎的。在一个设计良好的花园里,「桥是不是在这些树之后才有的」是无意义的历史小道八卦。桥不回应树,树也不回应桥。它们以一种相对无时间性的方式互相关联。
这对花园里的一切都成立。每一朵花、每一棵树、每一条藤,在园丁眼中都是相对于整体被看见的 — 这样,访客就能在自己穿越花园的路径上,获得独特又连贯的体验。我们把花园创造为某种「体验生成器」,能够生成无穷的表达与意义。
— Mike Caulfield, 2015
花园 vs 溪流:
在「溪流」隐喻里,你不是通过绕着它走、看它、跟到尽头来体验溪流的。你跳进去,让它流过你。你感受到力量,看着事物从你身边漂过。
不是说你在溪流里就被动了 — 你可以主动。但你在那里的行动 — 博客文、@ 提到、论坛评论 — 存在于一个被塌缩为「事件简单时间线」的语境里,这些事件合在一起构成一段叙述。
换言之,溪流以「序列化」取代了「拓扑」。它不是想象一个无时间的、连接与多重路径的世界,而是把我们呈现为一条单一的、按时间排序的路径,以我们的体验(也只有我们的体验)为中心。
— Mike Caulfield, 2015
两篇链接读完都需要花点功夫,但我怎么强调你都该去读也不为过。
溪流、营火与花园
所以,当我读这两篇文章时,我突然意识到我消费 + 生产信息的方式如下:
溪流(Streams) — 对我来说主要是 Twitter,这是「快速反射」式信息发现发生的地方。内容的消防水龙头。但带着「形成新连接」的暗流。虽然我在这里略微过度消费,但我戒不掉这个习惯,因为太多不可思议的连接是从这里来的。
营火(Campfires) — 对我来说主要是博客,虽然我知道一些人也聚在私人 Slack 群里。我的博客起着「数字营火」的作用(或是一系列营火),它们燃烧得更慢,但在「年」这个时间尺度上也会相对快地褪色。形成连接、把思考说出来、自我引用、形成连接。这锻炼肌肉,帮我把思考表达清楚,是观念、人和更多事物之间的「连接组织」。虽然我不是日更博主,但我已经断断续续写博客 10 年以上了。
花园(Gardens) — 这是 Michael(即 Mike Caulfield)上面提到的 wiki 层,而我不认为我在这里有任何真正的解决方案。哪里有那种策展、连接、探索信息的工具?我的个人学习课程在哪里?这种横跨数十年的「意义建构」项目对我而言是缺失的,但听起来很吸引人。Are.na、Pinboard、Evernote 和 Pocket 都为我填补了这个空缺的某些部分,但它们都没有在为我建造一个我能维护的花园……
🟢 译注:这一段写于 2018 年 — 那时 Roam Research 还没发布(2019),Obsidian 还没出现(2020)。Critchlow 在 2018 年说的「我没有花园工具」,正是 Roam / Obsidian / Logseq 这一波双链笔记工具兴起的真正动机来源之一。
Michael 的文章写于 2015 年,大量引用了「联邦化 wiki」(federated wikis)的想法,我很好奇他后来的思考走到了哪里。
你如何管理信息流?如果有人正在用一种个人 wiki 风格的长期信息工具,我很想听到你的反馈!
译者后记
这篇 1400 字的文章只做了三件事,但每件都很重要:
1. 提出了「streams / campfires / gardens」三段框架。这是数字花园派看待自己信息生活的基本词汇。后来 Hooks、Appleton、Roam 早期推广文都在用这套语言。映射到 2026 年的工具:
- Streams = Twitter / X / 即刻 / 微博
- Campfires = 博客 / Substack / 微信公众号 / 个人 Newsletter
- Gardens = Obsidian / Roam / Logseq / TiddlyWiki / Wiki.js
2. 把 Mike Caulfield 2015《Garden and the Stream》这篇真正的源头文章「打捞」出来,并以 Critchlow 自身的影响力让它进入 2019-2020 年那波数字花园讨论。今天你看到的所有「数字花园」文章,几乎都能往上追溯两步:Caulfield 2015 → Critchlow 2018 → Hooks 2019 / Appleton 2020。
3. 留下了一个「我没有花园工具」的悬念,而这个悬念的答案 — Roam(2019)、Obsidian(2020)— 在文章发表后 1-2 年内就到了。这篇文章可以视为整个双链笔记工具浪潮的「需求宣言」。
读完这篇,你会理解为什么数字花园派看 Twitter 的眼神跟普通用户不同:他们不是反对溪流,他们反对的是「只有溪流」。
🔗 调研来源
- 原文:tomcritchlow.com/2018/10/10/of-gardens-and-wikis/
- 引用源 1:Venkatesh Rao Twitter thread(2018-10-04)
- 引用源 2:Mike Caulfield《The Garden and the Stream: A Technopastoral》(hapgood.us/2015/10/17/the-garden-and-the-stream-a-technopastoral/,2015-10-17)
- 翻译完成日期:2026-05-05
📝 配套精读 + 译者点评:Maggie Appleton《数字花园简史》