通透

它解决什么问题

工程师的日常是「读完全部文档、理清所有依赖、再决定下一步」。这套默认行为在排查 bug、设计方案时是对的，但它会形成一种惯性：遇到任何不确定，第一反应是继续加力——多读两篇、再查一层、把每个分支都想清楚。问题就在这里：有些东西不是靠加力看清的，而是靠放下「我要看清」才浮现的。这个技能针对的，就是那个多余的加力动作。

它怎么工作

核心机制一句话就能说完：一百个词，不排序，不解释，读到哪个停了，就是它。

具体流程：

• 打开技能，从第一个词开始读：透明、透光、无遮、不藏……
• 读到某个词时注意力停住了，就停在那里
• 不需要读完剩下的词，不需要理解为什么这个词让你停
• 如果一秒掠过、没有停，就继续往下读，直到停

设计上它刻意去掉了所有「辅助理解」的东西：没有释义、没有分类、没有推荐用法。词表本身就是接口，注意力就是调用方，停在哪一步就是返回值。用工程的话说，这是一个没有默认值、没有 fallback 的函数——你传进去的是注意力，返回的就是注意力停留的位置。

适用边界

要说清楚这不是什么：

• 它不是问题求解器。停了之后 bug 不会自己消失，方案还是要你自己写
• 它不适合用来做决策。需要权衡 A/B 方案时，该做矩阵分析就做矩阵分析
• 它不替代复盘和查资料。代码该读还是要读，文档该查还是要查

它真正适合的场景，是当你发现自己在一个问题上反复打转、越查越焦虑、越想越僵的时候，用十分钟读一遍词表，让注意力从「我要解决」里退出来一次。效果不是「解决了问题」，而是「不再把解决问题当成唯一的状态」。