屏幕使用时间报告显示我平均每天解锁手机112次累计屏幕时间接近7个小时。那天晚上我做了一件看起来相当极端的事把手机上所有带红点、带算法推荐、带无限下滑功能的App全部卸载只留下电话、短信、地图、相机和扫码。然后我发了一条状态从今天开始我要做一个叫caveman的实验。朋友留言说你是要搬回山洞里住吗。我说对而且是带着电脑和命令行工具的山洞。这个名叫caveman的项目说白了就是给自己设计一套极简的数字生存系统。核心规则只有一条任何工具必须能用最原始、最直接的方式完成它的核心任务凡是需要我反过来花大量时间维护、管理、忍受推送的工具一律砍掉。经过90天运行我的日均屏幕时间从6小时52分钟降到了38分钟信息焦虑明显缓解月产出文字量反而从四千字涨到了一万二。这篇文章把整个实验的规则设定、工具清单、搭建步骤、踩坑记录和真实数据完整写出来给同样被数字噪音搞得精疲力尽的人一个可以照抄的样板。内容工作者、程序员、学生以及任何觉得工具越来越多、事情却越来越难做完的人应该都能从这里找到点有用的东西。1. 这个实验是被三件小事逼出来的1.1 压垮我的三件小事一次找文件、一次数解锁、一次换电脑第一件事发生在去年秋天。我要找一张两年前拍的照片那照片我记得清清楚楚是在某次线下活动结束后拍的合影。结果我在手机相册、网盘、微信传输助手、还有两个智能相册App里来回翻了将近一个小时最后在某个专门整理照片的App里找到了——那个App我已经忘了密码还是通过短信验证码登进去的。那一刻我意识到我的数字资产已经散落到我自己都记不清的地方了。第二件事是专注力问题。某天下午我打算集中精力写一份方案为了防止分心我把手机放到另一间屋子。结果那个下午我鬼使神差地站起来去拿手机取了三次每次就看一眼消息再看就是二十分钟。晚上我统计了一下一天里类似的顺便看一眼动作重复了23次。我在电脑上装的待办清单里理直气壮地写着当天最重要的任务是写方案然后我给这个任务贡献了不到40分钟。第三件事是换电脑。我因为工作原因需要把常用环境从旧笔记本迁到新机器上。我以为半天就能搞定结果整整花了两天。原因是我的工作资料分布在四个云盘、三个笔记软件、两个任务管理工具里每个工具的导出格式还不一样。有的支持Markdown导出有的只能导出PDF有的压根没有导出按钮只能手动复制。当时我坐在新电脑前看着一堆格式各异的文件第一次产生了我到底被工具绑架了多久的怀疑。这三件事加在一起让我彻底受够了。我当时的想法是既然工具越多、效率越低那我就反向操作回到最原始的方式——像洞穴人一样用最少的工具干最多的事。caveman这个项目名就是这么来的它既是自嘲也是一个明确的技术选型方向。1.2 实验守则拒绝四样东西坚持四个原则为了避免这个实验又变成换一批新工具接着折腾我给自己定了一份简单的守则写在笔记文件的最顶端。拒绝的东西有四个第一算法推荐凡是首页不按时间线排列、而是按猜你喜欢排列的阅读工具一律不用第二红点徽章任何靠角标数字制造焦虑的App直接卸载第三无限信息流没有明确终点的下滑刷新本质上是一个无底洞不碰第四云端绑定离开某个特定软件就打不开的数据格式坚决不存。坚持的原则也是四个内容归我所有所有产出必须是普通文件用任何文本编辑器都能打开工具单一职责一个工具只干一件事但必须干得可靠本地优先数据先存在自己的硬盘上再考虑同步可离线运行没有网络的时候核心工作流不能瘫痪。这四条原则后来帮我省掉了大量纠结。每次遇到一个新工具我就拿这套标准过一遍数据能不能导出成纯文本不能就pass。是不是必须联网才能用是就pass。是不是除了核心功能之外还有一堆社交功能是就pass。标准立住之后选工具变成了一件几乎不需要动脑的事。2. 工具选型的取舍为什么最终留下这六样东西整个caveman工作流里我最终留下的核心工具只有六个一个RSS阅读器、一个文本编辑器、一个Git仓库、一个todo.txt文件、一个同步工具、一部只装必要App的手机。下面逐个说说选它们的原因和实际配置。2.1 信息入口Newsboat与RSS让内容自己排队信息输入是整个实验的重灾区。以前我每天打开各种资讯类App刷半小时下来记不住三条东西。后来我彻底换了一套方案用Newsboat做RSS阅读器所有我关心的信息源不管是博客、新闻站还是论坛只要能生成RSS订阅就全部汇总到这一个终端里。Newsboat的配置文件位置在~/.config/newsboat/urls格式很简单一行一个订阅源https://example.com/feed.xml https://another-blog.org/rss订阅源文件是我自己掌握的存在本地想加就加、想删就删跟任何平台都无关。启动newsboat之后按r刷新、按Enter打开文章、按o在浏览器里打开原文。界面看起来非常原始就是一个字符终端列表但恰恰因为没有任何图片和推荐位阅读效率反而高得惊人。对于那些不支持RSS的网站我引入了RSSHub这类开源自托管工具把站点信息转成标准feed。比如有的技术社区不提供feed通过自建RSSHub服务就能生成一个。这个方案的前提是你有一台能跑Docker的小服务器配置起来大概花十分钟之后就不用管了。我放弃了Feedly、Inoreader这类在线RSS服务原因是它们把订阅列表存在别人的服务器上而且免费版总有各种限制。caveman的第一原则是内容归我所有订阅源列表同样归我所有。这样的取舍看起来很守旧但换来了完全的自主权。2.2 信息出口所有产出都是Markdown普通文件写东西这件事caveman的原则是一切产出最终的归宿都是一个.md文件。我写博客用Markdown写工作日志用Markdown记读书笔记用Markdown甚至给客户的方案原型都是Markdown先出稿再转换成排版好的最终版。很多人不理解为什么不用更高级的笔记软件。我的理由很简单Markdown是纯文本三十年后的操作系统依然能打开它而任何数据库形式的笔记工具一旦停止维护你的笔记就可能变成一堆解密困难的砖头。写作这件事的底层逻辑是内容不是工具。格式与内容分离才是长期主义的做法。我在本地搭了一个叫cave的目录作为整个工作区手机和电脑通过同步工具保持一致。下面是我目前使用的目录结构~/cave/ ├── inbox/ # 所有待处理内容先进这里 ├── projects/ # 按项目划分的工作区 │ └── caveman/ ├── notes/ # 永久笔记按主题归档 │ ├── tools.md │ └── ideas.md ├── archive/ # 已完成项目、已整理笔记 └── scripts/ # 自制小工具所有文件名遵循YYYY-MM-DD-slug.md的格式比如2025-01-12-caveman-three-months.md。这个命名规则让我在任何时间点都能通过文件名判断一篇笔记的归属和日期完全不需要一个数据库来管理。2.3 任务管理todo.txt一行一条状态一目了然任务管理曾经是我最迷恋工具的领域。我用过大量看板、甘特图、日历矩阵工具每个都功能强大每个最终都变成了我梳理工具的负担。caveman的方案是todo.txt格式——一个纯文本文件一行一条任务用优先级、项目名和上下文标签做组织。我的todo文件长这样(A) 完成caveman实验复盘文章并发布 project:caveman writing 2025-01-12 整理inbox里搁置超过两周的文章 project:inbox-grooming (B) 给newsboat添加三个新的订阅源 food tech(A)表示最高优先级project:标签用来按主题筛选标签用来按场景筛选。配合一个简单的脚本我可以随时统计本周完成了多少条、哪个项目积压了多少任务。就这么一个破文件居然比我用过的所有任务管理软件都顺手。原因是它没有引入任何额外的心智负担没有看板要拖动没有截止日期提醒的红色警告没有一次没打开就累积的数字角标。它就是一个文件打开就能看到所有事情做完就删掉那一行。3. 从零搭建caveman洞穴可复制的完整步骤如果你也想搞一套类似的体系可以按我当时的搭建过程走一遍。总共三个晚上每晚花一到两个小时核心工作流就能跑起来。3.1 第一天搭建信息管线第一步安装Newsboat。在Debian/Ubuntu系统上执行sudo apt install newsboatmacOS上用brew install newsboat。装完先确认版本能正常启动。第二步准备订阅源清单。把常看的网站逐个检查一遍凡是能直接提供RSS链接的一次性填入~/.config/newsboat/urls。第三步写一个存档脚本。Newsboat负责阅读但有些文章我想长期留存不能只躺在阅读器里。我用Python写了一个抓取脚本自动把最新条目追加到我的inbox存档文件里#!/usr/bin/env python3 import feedparser from datetime import date import sys feed_urls sys.argv[1:] today date.today().isoformat() inbox_file f{HOME}/cave/inbox/readlater.md with open(inbox_file, a, encodingutf-8) as f: f.write(f\n## {today}\n) for url in feed_urls: feed feedparser.parse(url) for entry in feed.entries[:3]: f.write(f- [{entry.title}]({entry.link})\n)第四步用cron设置定时拉取。在crontab -e里加上一行0 8 * * * /usr/bin/python3 /home/you/scripts/archive_feeds.py https://example.com/feed.xml每天早上八点自动把订阅源的新条目存进inbox。我通勤路上用手机打开这个纯文本文件挑选感兴趣的文章阅读而不是打开任何带推荐流的App。3.2 第二天搭建纯文本工作区建目录结构初始化Git仓库。这个步骤不需要任何图形界面几行命令搞定mkdir -p ~/cave/{inbox,projects,notes,archive,scripts} cd ~/cave git init然后是建立笔记模板。我在~/cave/notes下放了一个_template.md文件每次新建笔记自动复制它# 标题 - 日期YYYY-MM-DD - 状态草稿/进行中/完成 - 关联项目 ## 核心内容 ## 参考资料为了方便快速开启新项目我在.bashrc里加了一个函数newproject() { mkdir -p ~/cave/projects/$1 cp ~/cave/notes/_template.md ~/cave/projects/$1/README.md echo project $1 created }之后在新项目上用newproject caveman-test这样的命令目录和README就自动建好了。这种土办法的好处是零学习成本而且每个项目都长一个样找东西永远不会迷路。3.3 第三天打通手机与电脑的同步纯文本工作区不能只在电脑里否则没法处理随时随地产生的灵感和待办。我用Syncthing做设备间同步。Syncthing是一款开源的P2P同步工具不经过任何第三方服务器两台设备直接互通。安装之后把~/cave目录设为同步文件夹手机端安装Syncthing的客户端也把对应的文件夹添加进来。我额外做了两个配置调整第一电脑到手机采用单向同步为主日常只有电脑端写文件同步只是把最新内容推给手机第二确实需要在手机上临时改内容的情况我给关键目录配置了忽略规则避免同步冲突。这一步的经验是尽量让一台设备承担写入职责同步工具只是备份和查看通道冲突概率会大幅下降。手机端的查看器我用了一个极简Markdown编辑器打开本地文件直接编辑保存不经过云盘。这样我在地铁上写的内容到办公室打开电脑时已经在本地Git仓库里等着了。4. 运行90天遇到的坑三条真实的翻车记录任何系统跑起来都会遇到问题这套极简方案也不例外。我把三个最典型的坑完整写出来包括排查思路而不是只给结论。4.1 坑一Feed突然停更从HTTP状态码开始的排查链路运行到第二个月我订阅的一个技术博客突然停更了。feed里连续三周没有新条目但直觉告诉我那个站不像是弃更的样子。我按顺序做了四步排查。第一步检查HTTP状态码是否能正常访问。在终端执行curl -I https://example.com/feed.xml返回200 OK说明服务器没有拒绝访问也不是网络问题。第二步拉取完整内容看文件本身curl -s https://example.com/feed.xml | head -50结果发现XML文件里最新条目确实停在三周前且标题是我已经读过的内容。到这里可以确定源文件没有新内容问题不在我这边。第三步直接打开网站首页发现博客其实每周都在更新文章照常发布但页面源码里的feed链接变了。点开新的feed地址新文章赫然在列。原因找到了博主更换了博客引擎旧feed地址不再更新。第四步修复把urls文件里的旧地址换成新地址重新拉取正常。这个坑重新确认了caveman的一个原则——订阅源是本地纯文本文件出了问题直接打开改一行就完事了而不需要在一个云服务的设置页面里找半天。排查思路总结下来就是网络层、数据层、源站层、修复层四步走完绝不瞎猜。4.2 坑二Syncthing冲突差点吞掉半篇稿子第三个星期我踩了一个更痛的坑。某天晚上我在电脑上改一篇写了三分之一的稿子改到一半去睡觉了没退出编辑器也没执行git commit。第二天出门前我在地铁上想起一个段落开头掏出手机在同步过来的Markdown文件上补了几句话顺手保存。当天回到办公室打开电脑编辑器提示文件已被外部修改我选了重新加载然后发现电脑端的版本被覆盖了我前一晚在电脑上改的内容和手机上补的内容只保留了后者。要不是Git勉强救回来了大部分内容我真能崩溃。当时~/cave是Git仓库我用git checkout -- projects/xxx/note.md git log找回了一部分未提交的旧版本但还是丢了一小段临时灵感。这次事故让我做了两个改变一是给关系重大的目录设置同步忽略规则让这些目录只走单向推送彻底杜绝两端同时写入二是在.bashrc里加了一个自动commit的提醒函数每次打开终端没提交就用一句话催我。工具越简单越要自己在关键位置加防护这条经验是用丢稿的代价换来的。4.3 坑三我给自己写了三天工具然后全删了这个坑很讽刺追求极简的过程里我自己差点陷入自制工具的深坑。那是实验第三周我对着纯文本文件里的几百条笔记觉得只有文件夹和Markdown没有标签系统和全文检索太原始了于是决定写一个轻量知识管理工具支持标签、双向链接、快速全文搜索。我把技术方案都设计好了底库用SQLite索引用倒排表再加一个命令行交互界面。写了三天大概五百行Python功能做到一半我突然意识到一个事实我常用的查找方式也就是grep -ri加上文件名匹配根本不需要额外索引。我需要的那几百条笔记在这个目录结构里用grep搜索几乎是一秒出结果。而那个我打算写的工具却需要我持续维护范式、处理数据库迁移、编写边缘情况。当天晚上我把写了三天的代码全删了只留了一个二十行的快速搜索脚本function cave-search() { grep -rin $1 ~/cave/notes ~/cave/projects | head -20 }这个教训让我真正理解了少即是多的边界极简不是把工具数量压到零而是让工具逼近你真实需要的最小集合。如果你在搭建极简系统的过程中发现自己开始为系统本身写复杂工具那你已经背离了初衷。caveman的原则必须反向用在caveman自己的搭建过程中。5. 90天复盘的硬数据与意料之外的好处5.1 90天前后数据对照实验到底有没有用不能靠感觉得看数据。我统计了以下指标来源分别是手机系统的屏幕使用报告、我自己写的统计脚本以及工作日志。指标实验前实验90天后日均屏幕时间6小时52分钟38分钟日均解锁次数112次18次每周深度工作时段连续1.5小时以上2次6次每周主动检索信息的次数接近0次31次月产出文字量约4000字约12000字屏幕时间能砍掉这么多很大原因是手机上的信息流App全没了。没有红点、没有推荐、没有下拉刷新我拿起手机的理由只剩下两类查信息和回消息。这两类动作完成时间通常不超过两分钟手机从时间黑洞变成了工具。深度的专注时段变多我认为主要归功于Newsboat的阅读方式。RSS里没有猜你喜欢没有大家都在看打开就是一个按时间排序的列表读完就关。这种信息输入方式不会激活间歇性多巴胺刺激大脑更容易维持在工作状态。周产文字量上涨则是因为信息输入收敛之后真正能进入创作流程的素材变多了而不是以前那种刷过学过的错觉。5.2 三个不在计划内的收获这个实验最让我惊喜的其实是几个我当时完全没预料到的副作用。第一个是换电脑的成本几乎降到了零。有一次我把工作环境从一台笔记本迁到另一台整个过程就是装了个Git、拉了一下~/cave仓库、装了个Newsboat完毕。以前那种云盘下载、格式转换、重新登录十个账号的场景彻底消失了。数据是普通文件的好处在这一刻体现得淋漓尽致。第二个是养成了定期整理的习惯。以前用云笔记工具我从来不做整理全靠搜索兜底。但caveman的inbox有个特点如果我不定期处理它就会一直堆积直到影响日常使用。于是我在每周五下午安排了一次15分钟的inbox梳理把读完的归档、没读完的要么删除要么转成项目任务。这个习惯一旦建立整个工作区永远保持清爽。第三个是重新开始读长文了。以前刷信息流标题读到一半就滑走一篇文章超过三分钟就失去耐心。改用RSS之后没有点赞数、没有评论区、没有相关推荐一篇长文可以安安静静读到底。三个月里我完整读完了三十多篇超过五千字的技术文章这在实验前是难以想象的。6. 想尝试caveman式生活我建议你从这三步开始如果你看完文章有点心动但又不确定自己要走到哪一步别急着全盘照搬。我给你一个分级上手的方案按体力、按风险从小到大来。6.1 第一周只做减法卸掉最让你烦躁的那个App不要一上来就搞Newsboat、写脚本、搭同步。你先做一件事找出每天消耗你时间最多、但又没有给你带来真实价值的那一个App把它卸载。只需要一个卸载完记录一周的屏幕时间。这个动作的风险极低但能让你立刻体会到减速的感觉。很多时候我们以为自己在选择信息实际上只是在被推送着滑动。减少一个入口世界不会塌时间倒会多出来。同时把手机桌面背景换成纯黑色。不做任何壁纸美化纯粹为了让图标和色彩刺激降到最低。这个细节看着小实际效果显著。6.2 第二周建立单点入口从记笔记开始第二周选一个你最常用的数字行为在手机上给这个行为只保留一个工具。我建议从记笔记开始因为它最能体现caveman的核心收益。卸掉你所有的云笔记App改用本地Markdown文件加一个阅读器的组合。在动手之前给自己立一条死规矩任何笔记工具必须能把内容导出成纯文本文档否则不引入。这条规矩会帮你过滤掉90%的花哨产品。等你在纯文本笔记里积累了五十条内容之后你会发现自己已经离不开这种简单。到这个阶段你实际上已经拥有了自己的迷你caveman体系。6.3 第三周之后识别两个该停手了的信号当极简实验进行到第三周你可能会在两个方向上走偏我把它们称作该停手了的信号。信号一你开始花大量时间配置工具本身。如果你发现自己为了更极简而花一晚上调试脚本、优化目录结构、给工具换颜色主题那你已经从使用工具变成了维护工具这违背了整个实验的唯一原则。信号二你开始鄙视自己不够极简。极简只是手段不是信仰。如果你用了两天又装回一个视频App完全没问题那不代表失败只是说明那个App对你确实有价值。caveman的终点从来不是工具的绝对数量而是每开一个工具都有明确的理由。我在实际操作中的体会是这个实验最关键的转折点不是卸载了多少App而是当我再次拿起手机时我能清楚地回答我要用它干什么。那一刻工具就真的只是工具了。最后再分享一个小技巧把手机桌面设成纯黑然后问自己一个问题——如果只能留下十个应用我会留哪十个。这个问题的杀伤力远大于任何效率方法论。因为它在逼你区分使用习惯和真实需要而这两者之间的差距就是caveman想帮你找回来的注意力。
屏幕使用时间报告显示我平均每天解锁手机112次累计屏幕时间接近7个小时。那天晚上我做了一件看起来相当极端的事把手机上所有带红点、带算法推荐、带无限下滑功能的App全部卸载只留下电话、短信、地图、相机和扫码。然后我发了一条状态从今天开始我要做一个叫caveman的实验。朋友留言说你是要搬回山洞里住吗。我说对而且是带着电脑和命令行工具的山洞。这个名叫caveman的项目说白了就是给自己设计一套极简的数字生存系统。核心规则只有一条任何工具必须能用最原始、最直接的方式完成它的核心任务凡是需要我反过来花大量时间维护、管理、忍受推送的工具一律砍掉。经过90天运行我的日均屏幕时间从6小时52分钟降到了38分钟信息焦虑明显缓解月产出文字量反而从四千字涨到了一万二。这篇文章把整个实验的规则设定、工具清单、搭建步骤、踩坑记录和真实数据完整写出来给同样被数字噪音搞得精疲力尽的人一个可以照抄的样板。内容工作者、程序员、学生以及任何觉得工具越来越多、事情却越来越难做完的人应该都能从这里找到点有用的东西。1. 这个实验是被三件小事逼出来的1.1 压垮我的三件小事一次找文件、一次数解锁、一次换电脑第一件事发生在去年秋天。我要找一张两年前拍的照片那照片我记得清清楚楚是在某次线下活动结束后拍的合影。结果我在手机相册、网盘、微信传输助手、还有两个智能相册App里来回翻了将近一个小时最后在某个专门整理照片的App里找到了——那个App我已经忘了密码还是通过短信验证码登进去的。那一刻我意识到我的数字资产已经散落到我自己都记不清的地方了。第二件事是专注力问题。某天下午我打算集中精力写一份方案为了防止分心我把手机放到另一间屋子。结果那个下午我鬼使神差地站起来去拿手机取了三次每次就看一眼消息再看就是二十分钟。晚上我统计了一下一天里类似的顺便看一眼动作重复了23次。我在电脑上装的待办清单里理直气壮地写着当天最重要的任务是写方案然后我给这个任务贡献了不到40分钟。第三件事是换电脑。我因为工作原因需要把常用环境从旧笔记本迁到新机器上。我以为半天就能搞定结果整整花了两天。原因是我的工作资料分布在四个云盘、三个笔记软件、两个任务管理工具里每个工具的导出格式还不一样。有的支持Markdown导出有的只能导出PDF有的压根没有导出按钮只能手动复制。当时我坐在新电脑前看着一堆格式各异的文件第一次产生了我到底被工具绑架了多久的怀疑。这三件事加在一起让我彻底受够了。我当时的想法是既然工具越多、效率越低那我就反向操作回到最原始的方式——像洞穴人一样用最少的工具干最多的事。caveman这个项目名就是这么来的它既是自嘲也是一个明确的技术选型方向。1.2 实验守则拒绝四样东西坚持四个原则为了避免这个实验又变成换一批新工具接着折腾我给自己定了一份简单的守则写在笔记文件的最顶端。拒绝的东西有四个第一算法推荐凡是首页不按时间线排列、而是按猜你喜欢排列的阅读工具一律不用第二红点徽章任何靠角标数字制造焦虑的App直接卸载第三无限信息流没有明确终点的下滑刷新本质上是一个无底洞不碰第四云端绑定离开某个特定软件就打不开的数据格式坚决不存。坚持的原则也是四个内容归我所有所有产出必须是普通文件用任何文本编辑器都能打开工具单一职责一个工具只干一件事但必须干得可靠本地优先数据先存在自己的硬盘上再考虑同步可离线运行没有网络的时候核心工作流不能瘫痪。这四条原则后来帮我省掉了大量纠结。每次遇到一个新工具我就拿这套标准过一遍数据能不能导出成纯文本不能就pass。是不是必须联网才能用是就pass。是不是除了核心功能之外还有一堆社交功能是就pass。标准立住之后选工具变成了一件几乎不需要动脑的事。2. 工具选型的取舍为什么最终留下这六样东西整个caveman工作流里我最终留下的核心工具只有六个一个RSS阅读器、一个文本编辑器、一个Git仓库、一个todo.txt文件、一个同步工具、一部只装必要App的手机。下面逐个说说选它们的原因和实际配置。2.1 信息入口Newsboat与RSS让内容自己排队信息输入是整个实验的重灾区。以前我每天打开各种资讯类App刷半小时下来记不住三条东西。后来我彻底换了一套方案用Newsboat做RSS阅读器所有我关心的信息源不管是博客、新闻站还是论坛只要能生成RSS订阅就全部汇总到这一个终端里。Newsboat的配置文件位置在~/.config/newsboat/urls格式很简单一行一个订阅源https://example.com/feed.xml https://another-blog.org/rss订阅源文件是我自己掌握的存在本地想加就加、想删就删跟任何平台都无关。启动newsboat之后按r刷新、按Enter打开文章、按o在浏览器里打开原文。界面看起来非常原始就是一个字符终端列表但恰恰因为没有任何图片和推荐位阅读效率反而高得惊人。对于那些不支持RSS的网站我引入了RSSHub这类开源自托管工具把站点信息转成标准feed。比如有的技术社区不提供feed通过自建RSSHub服务就能生成一个。这个方案的前提是你有一台能跑Docker的小服务器配置起来大概花十分钟之后就不用管了。我放弃了Feedly、Inoreader这类在线RSS服务原因是它们把订阅列表存在别人的服务器上而且免费版总有各种限制。caveman的第一原则是内容归我所有订阅源列表同样归我所有。这样的取舍看起来很守旧但换来了完全的自主权。2.2 信息出口所有产出都是Markdown普通文件写东西这件事caveman的原则是一切产出最终的归宿都是一个.md文件。我写博客用Markdown写工作日志用Markdown记读书笔记用Markdown甚至给客户的方案原型都是Markdown先出稿再转换成排版好的最终版。很多人不理解为什么不用更高级的笔记软件。我的理由很简单Markdown是纯文本三十年后的操作系统依然能打开它而任何数据库形式的笔记工具一旦停止维护你的笔记就可能变成一堆解密困难的砖头。写作这件事的底层逻辑是内容不是工具。格式与内容分离才是长期主义的做法。我在本地搭了一个叫cave的目录作为整个工作区手机和电脑通过同步工具保持一致。下面是我目前使用的目录结构~/cave/ ├── inbox/ # 所有待处理内容先进这里 ├── projects/ # 按项目划分的工作区 │ └── caveman/ ├── notes/ # 永久笔记按主题归档 │ ├── tools.md │ └── ideas.md ├── archive/ # 已完成项目、已整理笔记 └── scripts/ # 自制小工具所有文件名遵循YYYY-MM-DD-slug.md的格式比如2025-01-12-caveman-three-months.md。这个命名规则让我在任何时间点都能通过文件名判断一篇笔记的归属和日期完全不需要一个数据库来管理。2.3 任务管理todo.txt一行一条状态一目了然任务管理曾经是我最迷恋工具的领域。我用过大量看板、甘特图、日历矩阵工具每个都功能强大每个最终都变成了我梳理工具的负担。caveman的方案是todo.txt格式——一个纯文本文件一行一条任务用优先级、项目名和上下文标签做组织。我的todo文件长这样(A) 完成caveman实验复盘文章并发布 project:caveman writing 2025-01-12 整理inbox里搁置超过两周的文章 project:inbox-grooming (B) 给newsboat添加三个新的订阅源 food tech(A)表示最高优先级project:标签用来按主题筛选标签用来按场景筛选。配合一个简单的脚本我可以随时统计本周完成了多少条、哪个项目积压了多少任务。就这么一个破文件居然比我用过的所有任务管理软件都顺手。原因是它没有引入任何额外的心智负担没有看板要拖动没有截止日期提醒的红色警告没有一次没打开就累积的数字角标。它就是一个文件打开就能看到所有事情做完就删掉那一行。3. 从零搭建caveman洞穴可复制的完整步骤如果你也想搞一套类似的体系可以按我当时的搭建过程走一遍。总共三个晚上每晚花一到两个小时核心工作流就能跑起来。3.1 第一天搭建信息管线第一步安装Newsboat。在Debian/Ubuntu系统上执行sudo apt install newsboatmacOS上用brew install newsboat。装完先确认版本能正常启动。第二步准备订阅源清单。把常看的网站逐个检查一遍凡是能直接提供RSS链接的一次性填入~/.config/newsboat/urls。第三步写一个存档脚本。Newsboat负责阅读但有些文章我想长期留存不能只躺在阅读器里。我用Python写了一个抓取脚本自动把最新条目追加到我的inbox存档文件里#!/usr/bin/env python3 import feedparser from datetime import date import sys feed_urls sys.argv[1:] today date.today().isoformat() inbox_file f{HOME}/cave/inbox/readlater.md with open(inbox_file, a, encodingutf-8) as f: f.write(f\n## {today}\n) for url in feed_urls: feed feedparser.parse(url) for entry in feed.entries[:3]: f.write(f- [{entry.title}]({entry.link})\n)第四步用cron设置定时拉取。在crontab -e里加上一行0 8 * * * /usr/bin/python3 /home/you/scripts/archive_feeds.py https://example.com/feed.xml每天早上八点自动把订阅源的新条目存进inbox。我通勤路上用手机打开这个纯文本文件挑选感兴趣的文章阅读而不是打开任何带推荐流的App。3.2 第二天搭建纯文本工作区建目录结构初始化Git仓库。这个步骤不需要任何图形界面几行命令搞定mkdir -p ~/cave/{inbox,projects,notes,archive,scripts} cd ~/cave git init然后是建立笔记模板。我在~/cave/notes下放了一个_template.md文件每次新建笔记自动复制它# 标题 - 日期YYYY-MM-DD - 状态草稿/进行中/完成 - 关联项目 ## 核心内容 ## 参考资料为了方便快速开启新项目我在.bashrc里加了一个函数newproject() { mkdir -p ~/cave/projects/$1 cp ~/cave/notes/_template.md ~/cave/projects/$1/README.md echo project $1 created }之后在新项目上用newproject caveman-test这样的命令目录和README就自动建好了。这种土办法的好处是零学习成本而且每个项目都长一个样找东西永远不会迷路。3.3 第三天打通手机与电脑的同步纯文本工作区不能只在电脑里否则没法处理随时随地产生的灵感和待办。我用Syncthing做设备间同步。Syncthing是一款开源的P2P同步工具不经过任何第三方服务器两台设备直接互通。安装之后把~/cave目录设为同步文件夹手机端安装Syncthing的客户端也把对应的文件夹添加进来。我额外做了两个配置调整第一电脑到手机采用单向同步为主日常只有电脑端写文件同步只是把最新内容推给手机第二确实需要在手机上临时改内容的情况我给关键目录配置了忽略规则避免同步冲突。这一步的经验是尽量让一台设备承担写入职责同步工具只是备份和查看通道冲突概率会大幅下降。手机端的查看器我用了一个极简Markdown编辑器打开本地文件直接编辑保存不经过云盘。这样我在地铁上写的内容到办公室打开电脑时已经在本地Git仓库里等着了。4. 运行90天遇到的坑三条真实的翻车记录任何系统跑起来都会遇到问题这套极简方案也不例外。我把三个最典型的坑完整写出来包括排查思路而不是只给结论。4.1 坑一Feed突然停更从HTTP状态码开始的排查链路运行到第二个月我订阅的一个技术博客突然停更了。feed里连续三周没有新条目但直觉告诉我那个站不像是弃更的样子。我按顺序做了四步排查。第一步检查HTTP状态码是否能正常访问。在终端执行curl -I https://example.com/feed.xml返回200 OK说明服务器没有拒绝访问也不是网络问题。第二步拉取完整内容看文件本身curl -s https://example.com/feed.xml | head -50结果发现XML文件里最新条目确实停在三周前且标题是我已经读过的内容。到这里可以确定源文件没有新内容问题不在我这边。第三步直接打开网站首页发现博客其实每周都在更新文章照常发布但页面源码里的feed链接变了。点开新的feed地址新文章赫然在列。原因找到了博主更换了博客引擎旧feed地址不再更新。第四步修复把urls文件里的旧地址换成新地址重新拉取正常。这个坑重新确认了caveman的一个原则——订阅源是本地纯文本文件出了问题直接打开改一行就完事了而不需要在一个云服务的设置页面里找半天。排查思路总结下来就是网络层、数据层、源站层、修复层四步走完绝不瞎猜。4.2 坑二Syncthing冲突差点吞掉半篇稿子第三个星期我踩了一个更痛的坑。某天晚上我在电脑上改一篇写了三分之一的稿子改到一半去睡觉了没退出编辑器也没执行git commit。第二天出门前我在地铁上想起一个段落开头掏出手机在同步过来的Markdown文件上补了几句话顺手保存。当天回到办公室打开电脑编辑器提示文件已被外部修改我选了重新加载然后发现电脑端的版本被覆盖了我前一晚在电脑上改的内容和手机上补的内容只保留了后者。要不是Git勉强救回来了大部分内容我真能崩溃。当时~/cave是Git仓库我用git checkout -- projects/xxx/note.md git log找回了一部分未提交的旧版本但还是丢了一小段临时灵感。这次事故让我做了两个改变一是给关系重大的目录设置同步忽略规则让这些目录只走单向推送彻底杜绝两端同时写入二是在.bashrc里加了一个自动commit的提醒函数每次打开终端没提交就用一句话催我。工具越简单越要自己在关键位置加防护这条经验是用丢稿的代价换来的。4.3 坑三我给自己写了三天工具然后全删了这个坑很讽刺追求极简的过程里我自己差点陷入自制工具的深坑。那是实验第三周我对着纯文本文件里的几百条笔记觉得只有文件夹和Markdown没有标签系统和全文检索太原始了于是决定写一个轻量知识管理工具支持标签、双向链接、快速全文搜索。我把技术方案都设计好了底库用SQLite索引用倒排表再加一个命令行交互界面。写了三天大概五百行Python功能做到一半我突然意识到一个事实我常用的查找方式也就是grep -ri加上文件名匹配根本不需要额外索引。我需要的那几百条笔记在这个目录结构里用grep搜索几乎是一秒出结果。而那个我打算写的工具却需要我持续维护范式、处理数据库迁移、编写边缘情况。当天晚上我把写了三天的代码全删了只留了一个二十行的快速搜索脚本function cave-search() { grep -rin $1 ~/cave/notes ~/cave/projects | head -20 }这个教训让我真正理解了少即是多的边界极简不是把工具数量压到零而是让工具逼近你真实需要的最小集合。如果你在搭建极简系统的过程中发现自己开始为系统本身写复杂工具那你已经背离了初衷。caveman的原则必须反向用在caveman自己的搭建过程中。5. 90天复盘的硬数据与意料之外的好处5.1 90天前后数据对照实验到底有没有用不能靠感觉得看数据。我统计了以下指标来源分别是手机系统的屏幕使用报告、我自己写的统计脚本以及工作日志。指标实验前实验90天后日均屏幕时间6小时52分钟38分钟日均解锁次数112次18次每周深度工作时段连续1.5小时以上2次6次每周主动检索信息的次数接近0次31次月产出文字量约4000字约12000字屏幕时间能砍掉这么多很大原因是手机上的信息流App全没了。没有红点、没有推荐、没有下拉刷新我拿起手机的理由只剩下两类查信息和回消息。这两类动作完成时间通常不超过两分钟手机从时间黑洞变成了工具。深度的专注时段变多我认为主要归功于Newsboat的阅读方式。RSS里没有猜你喜欢没有大家都在看打开就是一个按时间排序的列表读完就关。这种信息输入方式不会激活间歇性多巴胺刺激大脑更容易维持在工作状态。周产文字量上涨则是因为信息输入收敛之后真正能进入创作流程的素材变多了而不是以前那种刷过学过的错觉。5.2 三个不在计划内的收获这个实验最让我惊喜的其实是几个我当时完全没预料到的副作用。第一个是换电脑的成本几乎降到了零。有一次我把工作环境从一台笔记本迁到另一台整个过程就是装了个Git、拉了一下~/cave仓库、装了个Newsboat完毕。以前那种云盘下载、格式转换、重新登录十个账号的场景彻底消失了。数据是普通文件的好处在这一刻体现得淋漓尽致。第二个是养成了定期整理的习惯。以前用云笔记工具我从来不做整理全靠搜索兜底。但caveman的inbox有个特点如果我不定期处理它就会一直堆积直到影响日常使用。于是我在每周五下午安排了一次15分钟的inbox梳理把读完的归档、没读完的要么删除要么转成项目任务。这个习惯一旦建立整个工作区永远保持清爽。第三个是重新开始读长文了。以前刷信息流标题读到一半就滑走一篇文章超过三分钟就失去耐心。改用RSS之后没有点赞数、没有评论区、没有相关推荐一篇长文可以安安静静读到底。三个月里我完整读完了三十多篇超过五千字的技术文章这在实验前是难以想象的。6. 想尝试caveman式生活我建议你从这三步开始如果你看完文章有点心动但又不确定自己要走到哪一步别急着全盘照搬。我给你一个分级上手的方案按体力、按风险从小到大来。6.1 第一周只做减法卸掉最让你烦躁的那个App不要一上来就搞Newsboat、写脚本、搭同步。你先做一件事找出每天消耗你时间最多、但又没有给你带来真实价值的那一个App把它卸载。只需要一个卸载完记录一周的屏幕时间。这个动作的风险极低但能让你立刻体会到减速的感觉。很多时候我们以为自己在选择信息实际上只是在被推送着滑动。减少一个入口世界不会塌时间倒会多出来。同时把手机桌面背景换成纯黑色。不做任何壁纸美化纯粹为了让图标和色彩刺激降到最低。这个细节看着小实际效果显著。6.2 第二周建立单点入口从记笔记开始第二周选一个你最常用的数字行为在手机上给这个行为只保留一个工具。我建议从记笔记开始因为它最能体现caveman的核心收益。卸掉你所有的云笔记App改用本地Markdown文件加一个阅读器的组合。在动手之前给自己立一条死规矩任何笔记工具必须能把内容导出成纯文本文档否则不引入。这条规矩会帮你过滤掉90%的花哨产品。等你在纯文本笔记里积累了五十条内容之后你会发现自己已经离不开这种简单。到这个阶段你实际上已经拥有了自己的迷你caveman体系。6.3 第三周之后识别两个该停手了的信号当极简实验进行到第三周你可能会在两个方向上走偏我把它们称作该停手了的信号。信号一你开始花大量时间配置工具本身。如果你发现自己为了更极简而花一晚上调试脚本、优化目录结构、给工具换颜色主题那你已经从使用工具变成了维护工具这违背了整个实验的唯一原则。信号二你开始鄙视自己不够极简。极简只是手段不是信仰。如果你用了两天又装回一个视频App完全没问题那不代表失败只是说明那个App对你确实有价值。caveman的终点从来不是工具的绝对数量而是每开一个工具都有明确的理由。我在实际操作中的体会是这个实验最关键的转折点不是卸载了多少App而是当我再次拿起手机时我能清楚地回答我要用它干什么。那一刻工具就真的只是工具了。最后再分享一个小技巧把手机桌面设成纯黑然后问自己一个问题——如果只能留下十个应用我会留哪十个。这个问题的杀伤力远大于任何效率方法论。因为它在逼你区分使用习惯和真实需要而这两者之间的差距就是caveman想帮你找回来的注意力。
