有些摩擦是必要的，有些习惯需要自己养成

最近完成了一些基建的搭建，整体的执行效率越来越快了，但我发现注意力也越来越分散了。越来越急于求成，出现卡点的时候，没有静下来审视问题本身，而是开新的 session、clear 上下文（以为是对话长了模型变笨），但失败次数多了才发现，不是模型的问题，而是思考模式的问题。当把思考外包出去，自然失去了对问题本身的理解能力。简单来说，我没有把问题想清楚，scope 层、子 scope、执行层全都混在一起讨论。

但更深层的问题是：我没有明确的交付物。脱离了工作环境，不用面对老板和客户，压力变得很小，人会本能地选择反馈环更快的事情来做。没有交付物，就没有外部锚点，很难分清什么是重要的、什么只是自己的偏好。然后就慢慢陷进兔子洞里。

比如看视频，目的是学习和内化。通常产出写到自己笔记里就行了，因为是给自己看的，就会写得随便。更好的方式是把产出当作对外展示，不管有没有人看，写的时候想着：如果有人看到，他能理解我做了什么、怎么做、为什么做。没有这种外部视角，就没有完成标准，就会在 AI 给到的无底洞里从一个兔子洞跳到另一个兔子洞，每天觉得做了很多事，实际上都是在已有的工具层上修修补补，更重要的是，这些工具大概率不是真的需要。

这一点在 Thariq 和 Adam 4月7日的 what claude shipped 直播里也提到了：增加高度自定义的工具很简单，但移除工具很难。所有 feature 的 v1 版本可能是个大杂烩，东拼西凑。但到 v2 的时候，才会发现什么是核心的、什么是重要的（而不是自己喜欢的）。大部分工具的原语其实是一样的，比如 Claude agent team 和 subagent 里，子代理的 resume 和 send message 本质上就是一回事（但到后面才会发现，这些是对同一问题的不同实现）

有意思的点，在我和 Claude 的这次讨论中，发现它能站在非常客观的立场上审视我的问题，一针见血地指出来，并给出建议。

并且在我试图调转方向、发散问题的时候，把重心纠正回来，没有被我带偏。我觉得这是很难得的。

对我来说，这不只是一次好的对话，而是让我发现了经常上演的失败模式。昨天我想看一个视频，结果把时间花在修自动化浏览器、字幕抓取工具和翻译 skill 上，视频的内容反而没完全消化。今天跳过工具问题，直接手写了一篇文章，粗糙，但写完了。有些摩擦是必要的，这是学习的过程，需要自己养成的习惯应保留，不是把它变成又一个工具建设项目。回归本来的样子。