把折腾变成习惯：我在 Clawdbot 使用中的尝试与感悟

我是在 X（推特）上看到有人推荐 Clawdbot 的。那种感觉很熟：本来只是随手刷到，但越看越觉得“这东西可能能解决我一直拖着没解决的问题”——信息太多、整理太麻烦、想做点自动化但总是半途而废。

真正开始动手后才发现：安装并不算“点两下就完事”。我确实花了一番精力，中间也有几次跑不通——环境、依赖、参数、各种小细节，总能在你最自信的时候给你一点打击。但好在最后还是装好了，能跑起来那一刻挺踏实的：不是“我又学到了一个新工具”，而是“我真的把一个东西搭起来了”。

这几天折腾下来，我有几个比较朴素的感悟，算是给自己做个记录。

1）自动化最先解决的不是效率，而是心态

一开始我以为我做这件事是为了省时间。后来发现更关键的是：它减少了很多“纠结”。

以前做早报/整理信息，最大的成本不是写，而是每天都要重新做一次决定：今天要不要整理？整理到什么程度？忙了是不是就算了？这些决定很小，但每天都来一次，久了就会让人疲惫。

当它变成脚本、变成流程、甚至能定时跑以后，很多事情就不需要“靠意志力坚持”，而是靠系统自然发生。你只需要把注意力放在结果上：哪里不满意、哪里值得调整。

2）能长期坚持的输出，一定要“好扫一眼”

我在整理 RSS 早报的时候，刻意参考了 WSJ 10-point 邮件那种风格：短、清楚、可扫读。

我给自己的目标也很简单：每条信息只保留三件事——标题、一句事实摘要、一句 takeaway（为什么值得看/可能影响哪里）。

这样做的好处是，你不会被信息拖着走。你可以快速扫一遍，然后决定：今天真正值得深入看的，是哪 1~2 条。剩下的就放下，不用把自己塞满。

3）“跑通一次”不难，难的是“下次还能跑通”

我觉得这也是我安装阶段踩坑最多的地方：第一次跑通很兴奋，但更重要的是能不能稳定复现。

所以我后来越来越在意一些“看起来很工程”的小原则：

• 同一天跑多次不会重复发布（不然自动化越勤快越容易出事）
• 涉及 cookie、token 这种东西尽量不乱放、不乱传
• 真要改内容，最好有明确的“覆盖更新”机制，而不是手动去网页里改来改去

这些东西听起来麻烦，但它们其实是在帮你减少长期维护成本。个人项目最怕的就是“我知道怎么弄，但我忘了怎么弄”。

4）AI 更像“工作流的胶水”，不是替你写完一切

我也逐渐意识到：AI 真正帮到我的地方，不是“一键生成”，而是加快迭代。

比如我可以很明确地说：我要的不是花哨的报告，我要“标题 + 一句事实摘要 + 一句 takeaway”，并且语气朴素一点。然后就围绕这个标准一点点调整。它像是把我脑子里模糊的要求，快速落到一个可运行的版本上。

最后还是我自己决定内容取舍、决定要不要发布，但迭代速度变快了很多。

5）最终目的不是“信息更多”，而是“注意力更少被打断”

折腾到最后，我发现我真正想要的不是读更多新闻，而是把输入变得更可控。

当每天有一份简短、稳定、可扫读的早报，我反而更容易安心：我没有错过大事，同时也不需要为每一条快讯付出注意力。把注意力省下来，留给真正要做的事情。

后续计划（也算给自己立个小目标）

• 把“早报模板”再固定下来：让输出更一致，减少每天的微调成本。
• 把关键的流程做成可复跑的命令（甚至定时任务），避免“只在我有空时才运行”。
• 慢慢补齐文档：把踩过的坑写下来，未来的自己会感谢现在的自己。

写于 2026-01-28