samlai效率研习社

以前用 Claude Code 跑任务，只能盯着终端傻等。 tmux 只支持 Mac，我双平台没法用。飞书不想装，企业微信太重，Slack 国内废了。 最后发现：Claude Code 自带 Hook

不是因为内容多高级。而是因为它点了一个大多数人不敢承认的问题：Claude Code 用不好，不是模型问题，是你一直用聊天工具的脑子在操作一个工程系统。

大多数人用 AI 的方式是：挑便宜的模型，省着用，能不花就不花。高手的方式完全相反——用最顶级的模型，大量跑，把 token 当学费花。这篇聊聊为什么消耗越多，反而越值。

用了好几个月 AI，最近才意识到一件事：我一直在高效地重复，而不是真正地积累。每次对话结束关掉窗口，下次遇到同类问题还是从零开始——这不是 AI 的问题，是我没有做那个「归档」的动作。

很多人以为自己在用 AI 编程，实际上只是换了个更高级的方式瞎干活。 需求没拆、边界不清、验证不做、review 不看，然后把一堆烂代码甩给项目。AI 真正放大的，从来不只是效率，更是一个人的工作方

硅谷的顶尖工程师、Google 的高级工程师、那些按理说已经不需要再证明自己的人——他们现在在干嘛？ 还在学。还在试。还在把自己工作流里的每一个环节都拆出来，看看哪里能再接一个 agent、哪里能再

Java 26 发了，讨论声量比我想的还低。但这次看完 JavaOne 2026，我反而有几个想法憋不住了——社区为什么越来越冷，框架维护者在不知不觉中给 AI 续命，还有以后真正值钱的 Java 开

还在选 Claude Code 还是 Codex 的人，其实问错了问题。我在真实的微服务项目里把两个同时跑了几周，摸出了一套分工 + 协作的方法

我把 Cursor Agent 停了，转而深度用 Claude Code。这几周我意识到：AI 编程最大的瓶颈不是模型，是 context 管理和任务拆解。而那些已经想清楚这件事的人，正在用完全不同的