最近Reddit上有个帖子火了，一位清洁公司老板因为不想每月花97美元买软件，自学用Claude Code搭建了公司网站。他发帖问：我是不是漏掉了什么重要功能？
评论区瞬间变成了一场高手过招的技术分享会。
最核心的建议只有一个：在项目根目录建一个CLAUDE.md文件。这相当于给Claude装上了持久记忆，把你的技术栈、代码规范、踩过的坑全写进去。没有它，你每次对话都在重复解释同样的事情。有了它，Claude从第一句话就知道你是谁、在做什么、该怎么做。
关于这个文件该写多长，社区吵得很凶。有人说要精简，像小抄一样；有人说要详尽，像活文档一样。但有个观点很有意思：不要自己写，让Claude在每次工作结束后自动更新它。你只需要说一句“更新相关的claude.md文件”，它会自己判断该记录什么。
几个被反复提到的命令值得记住。/plan让Claude先想清楚再动手，能在写代码前拦住糟糕的架构决策。/insights会根据你的使用习惯给出个性化建议，告诉你哪里做得好、哪里可以改进。/effort可以调节思考深度，简单任务用mid省token，复杂重构用max保质量。
争议最大的是/compact命令。支持者说它能压缩对话上下文，让长会话继续保持质量。反对者认为这是个有缺陷的功能，上下文超过50%后性能会断崖式下降，不如直接开新会话配合完善的文档。
真正让我眼前一亮的是进阶玩法。你可以用hooks拦截各种事件，比如在上下文超过2000行时强制阻止添加新功能，逼自己先提交代码再继续。你可以写skills把重复的工作流打包成可复用的模块。你甚至可以让Claude调用其他模型，把数学密集型任务扔给Gemini，把token消耗大的重构交给更便宜的模型。
有人分享了一套完整的工作流：用Gemini和Opus做详细规划，用GLM4.7写代码和重构，最后用Codex验证实现和更新测试。这不是在用一个工具，而是在指挥一支AI军团。
还有个细节很实用：用SSH加tmux，你可以从手机远程控制Claude Code会话。审代码、启动构建、解除阻塞，不用守在电脑前。
工具本身从来不是瓶颈，对工具的理解才是。同样的Claude Code，有人用它当高级搜索引擎，有人用它搭建完整的自动化开发流水线。差距不在智商，在于你是否愿意花时间搞清楚手里这把刀到底有多锋利。
www.reddit.com/r/ClaudeAI/comments/1qyrnti/tell_me_how_im_under_utilizing_claudeclaude_code/