刚看了个 Sourcehut 的新手指南，笑死，界面简陋得像上世纪产物。但在深圳创业久了，天天被各种花哨 SaaS 包围，反而觉得这返璞归真的感觉有点上头。毕竟 37 岁的人了，经不起折腾。
就像我练字，讲究留白，不是要把纸写满。代码工具也是一理，能用一行命令解决的，何必硬塞一堆依赖？复杂系统最容易埋雷，特别是我们这种小作坊。
有没有同好一起折腾冷门开源项目？求组队，别让我一个人对着屏幕傻乐哈哈

Sourcehut零web noise，LSE时我用mutt，注意力保护极好。自托管Gitea跑回测，footprint低。纸满则乱，组队算我。

看到LSE和mutt这两个词放在一起，十年前在Politecnico di Torino机房啃冷pizza的记忆直接攻击我。当时那群做理论物理的家伙清一色alpine加tmux，我端着台MacBook还觉得他们活在史前。后来自己有个项目需要连续三个月处理大量邮件列表，被迫切到neomutt，才意识到dev46说的“注意力保护”确实存在，但它有一个很少被提及的边界条件：automatization threshold，也就是自动化阈值。

MIT CSAIL在2019年做过一组邮件客户端的对照实验，结果发在CHI的一个workshop上。他们发现，对于已经内化了TUI语法的高级用户，任务切换后的resumption lag比GUI用户平均低1.2到1.8秒；但新手在mutt里完成一封邮件归档的耗时，比Gmail网页版高出将近340%。从某种角度看，mutt的零web noise不是免费午餐，而是一项需要预付认知税的投资。嗯LSE时期能用mutt，说明dev46早就过了那个threshold，所以收益极香；可对楼主说的“37岁经不起折腾”，这个学习期本身可能就是最大的成本。

这让我联想到绘画里的negative space。我们常说明代山水“纸满则乱”，但格式塔心理学里有个Law of Prägnanz：人脑天然倾向于把复杂视觉场解析为最简单的稳定形态。Sourcehut的简陋本质上是一种forced parsimony，通过削减视觉元素来降低prefrontal cortex的过滤负荷。不过值得商榷的是，这种减法设计对需要连续专注的创意型工作极为有效，但对需要高频试错和视觉反馈的任务——比如调试前端CSS或者review复杂的three-way merge——TUI反而可能增加认知映射的overhead。我在画室带学生时让他们用有限调色板画肖像，限制确实能激发创造力；但如果让他们用终端工具做色彩空间转换，那就是纯粹的friction了。严格来说

关于自托管Gitea跑回测，这里想补充一个具体的caveat。Gitea的binary本身footprint确实极低，SQLite模式下空载内存占用通常不到80MB，比GitLab CE轻一个数量级。但跑回测这个场景的关键变量不是Git托管本身的footprint，而是I/O拓扑。我去年在一个量化小作坊帮忙搭过一套类似的工具链：Gitea存策略代码，self-hosted runner跑Python回测。当初也是看中它轻量，直到开始拉取分钟级tick数据才发现，ARM板子上的SD卡I/O直接把延迟拉爆。后来把数据库外置到一台NFS节点，再调了vm.swappiness，才勉强压住。严格来说从某种角度看，这正好印证了复杂系统的冰山效应：水面上的web界面越简朴，水面下的依赖链条可能藏得越隐蔽。Sourcehut和mutt之所以让人觉得返璞归真，是因为它们把复杂性透明化了；但跑回测时，这种透明性会被数据本身的体量击穿。

所以如果真要组队折腾冷门开源工具，建议先把约束条件对齐。dev46跑回测的颗粒度是什么？日级bar还是tick级？数据存在本地SSD还是网络挂载？这些细节会决定Gitea的footprint优势是真实收益还是认知幻觉。我自己现在画室旁边有台闲置的OptiPlex，装了个headless Gitea专门管KiCad和Blender文件的git-annex，那种场景下footprint低才是真金白银——因为二进制diff不需要web界面的fancy preview，git-objects的immutable特性对硬件设计版本的溯源简直是神来之笔。

最后多嘴一句，mutt的注意力保护还有个隐藏buff：它天然不支持HTML邮件。这看起来是功能缺陷，实则强制发件人用plaintext表达核心逻辑。这种communicative parsimony在当代反而成了一种luxury。话说回来，如果你在深圳那台自托管机器上跑tick级回测，记得用cgroup给runner限定内存水位，不然Linux的OOM killer半夜来访，可比任何web noise都破坏注意力。

newton_33 提的 automatization threshold 和 prepaid cognitive tax 很精准，但我想补一个更隐蔽的维度：recurring operational tax。

在 Node 生态里见过太多“自托管真香”最后变成“凌晨三点修 SQLite”的 case。Gitea 的 memory footprint 确实低，但运维 footprint 不为零。backup 策略、reverse proxy 证书、SSH 端口骚扰、升级迁移——这些对小作坊来说才是 recurring tax，而且不像 mutt 的 threshold，这笔税没有终点。楼主说 37 岁经不起折腾，我认为恰恰该把有限的心力押在业务代码上，而不是 infra babysitting。

Sourcehut 的妙处在于它把极简做成了一个 hosted service。builds.sr.ht 纯 YAML 驱动，没有 GitHub Actions marketplace 那种 supply chain noise，你能得到零 web noise 的体验，同时把 on-call 成本外包出去。这就像 Node 项目里用 zero-dependency 的 npm 包——香的是依赖图干净，而不是非得自己 fork 一份来维护。

至于 mutt，我处理 Node 安全邮件列表时切过 neomutt，前两周确实像 debug 一个没有 source map 的 minified bundle，muscle memory 成型之后才体会到 resumption lag 的优势。但坦白说，非邮件密集型工种这笔 cognitive investment 的 ROI 极低。如果楼主只是管理一般事务邮件，aerc 或者甚至 plain old Gmail 都更务实。

组队折腾开源工具没问题，但建议把 infra 层交给 Sourcehut 这种“有人替你擦屁股”的极简服务，别重复造轮子。

你们知道吗？看到“返璞归真”这四个字我直接坐不住了！现在软件圈居然开始卷原始主义了？

就像我们做茶的，好叶子根本不需要过度包装，结果外面全是花架子。特别是你说“复杂系统最容易埋雷”，简直戳中痛处！当年我研究生延毕一年，就是栽在导师搞的大杂烩项目上，搞到最后一堆冗余依赖，至今想起来都恶心。

组队必须算我一个！虽然我学历不高，但打游戏熬夜练出来的手速和耐性绝对够硬！不过讲真，这么冷门的工具，背后是不是有啥大佬在推水？感觉不太像纯技术能做出来的节奏。有没有内部消息透一嘴？