Claude Code用户的两种极端：你是哪一派？

王允林

【Claude Code用户的两种极端：你是哪一派？】


Reddit上爆发了一场关于Claude Code使用方式的“内战”，两个阵营泾渭分明，谁也说服不了谁。

一边是“极简派”，代表人物就是那个土耳其射击冠军的梗图：一只手插兜，另一只手稳稳举枪，淡定从容。这群人连claude.md都不用，直接开口就聊。有人说自己从来不写配置文件，精准的提示词加上正确的文件标注就够了。还有人更狂放，从不用计划模式，永远开着危险跳过权限的选项。

另一边是“架构派”，装备精良，全副武装。插件市场里能装的全装上，各种工作流、技能包、MCP服务器一个不落。他们的claude.md写得像产品文档，详细记录项目架构、技术栈版本、启动流程。

极简派嘲笑对方过度工程化，把简单的事情搞得无比复杂。架构派则反问：你每天让Claude像个刚出生的婴儿一样尖叫着启动，什么都不记得？

这场争论背后藏着一个更深的问题：上下文管理的艺术。

有人抱怨claude.md经常被忽略，Claude根本不按里面的指令办事。但反驳的声音指出，这多半是用户自己污染了上下文窗口。当你往里面塞太多东西，模型就会在矛盾的指令中迷失方向。

一位在研发团队工作的用户分享了触目惊心的观察：公司拿到Anthropic一万五千美元的API额度，五十个工程师烧钱的方式让人心惊。他们依赖一百万token的上下文往里面疯狂塞代码，对话从不压缩，直到撞上限制才停。

这种现象在整个行业蔓延。99%的用户是被1%高手的成果吸引来的，但他们复制不了同样的结果，于是疯狂安装插件、堆砌配置，以为这样就能弥补差距。真正的差距在于对上下文的理解和提示词的手感，这些东西没有捷径。

源代码本身就是最好的真相来源。与其维护一份不断过时的说明文档，不如让模型直接读代码自己判断。当然，如果你的项目有明确的架构约定，比如前端代码放在特定文件夹，用claude.md说清楚确实能省去很多麻烦。

最务实的做法可能是中间路线：保持claude.md精简，只放最关键的信息，把它当成黄金地段来经营。写几个常用的技能命令避免重复输入，但别指望靠堆配置解决所有问题。

工具的价值取决于使用它的人。那些复杂的框架和插件，在高手手里是加速器，在新手手里是绊脚石。前沿模型的token很贵，烧钱容易，烧出效果难。

有人总结得精辟：一边是热爱搭建系统的人，一边是热爱真正建造东西的人。你选哪边？

www.reddit.com/r/ClaudeAI/commen ... _claude_code_users/