先把这个结论撂这：Claude Code 这波工作区搭建热，多数人连账本都拿反了。你照着网上的攻略，搞几个文件夹放公司背景，按任务拆分项目目录，弄完觉得自己好高效。你以为你在建护城河？你在整理文件夹。
那篇被转来转去的文章里，唯一值钱的判断就一句——按信息变化速度归档，别按主题。多数人整理文件的本能是按主题分，"这是竞品的""这是需求的"，整整齐齐，三个月后全过期，Claude 还把里面的烂上下文当真理引用。按变化速度分，确实是懂行的人才会干的事。但这笔认知差能吃多久？等官方插件市场把这类工作区模板做得更傻瓜化（现在里面已经堆了一百多个技能了），你手工搭的那套分类法，优势在哪？红利窗口就这么点。
先算笔账。假设你每天跟 Claude Code 交互两小时，照着建议每天会话结束花两分钟归档纠正和重复任务。两分钟不多，对吧？但你存下来的每一条 skill 和 preference，都在增加 context 的体量。CLAUDE.md 作为地图文件，建议控制在 200 行以内，真用起来你会发现 200 行根本装不下一个稍微复杂点的产品全貌。于是你要么砍信息——牺牲精度，要么放进去——牺牲 token 效率。每多 1000 token 的上下文，你每次调用都在多付钱。而且 Claude 的注意力不是无限的，塞太多垃圾进去，它的输出质量是实打实往下掉的。
你以为存了几十条 preferences 之后 Claude 就变成你的完美助理了？你算过维护成本没有？你每隔两周得花时间清理那些互相打架、已经过期的规则。文件越多，信噪比越低，Claude 读了一堆过期 context 还当宝。工具的文件持久化优势是对所有人平等的——你搭了，别人也搭，门槛一降，红利窗口就短。这笔账我半年前算过一次，到现在还立得住：工具本身没护城河。
那怎么办？真想在 Claude Code 上建出护城河，路径其实极窄，就一条：你的工作区结构必须跟你的业务数据飞轮绑死。不是通用的 context 文件夹，是只有你的业务才会产生的那种特定关联——别人抄了你的文件夹结构也没用，因为他没有你的数据。你封装的 skill 必须越来越细、越来越跟你的判断习惯绑定——不是通用的"写需求文档"技能，是"按我们团队过去踩过的坑来写需求文档"的技能。通用结构没有护城河，跟你的业务长在一起的才有。
这个判断我目前不敢下死话，工具迭代太快，说不定哪天官方直接把"工作区最佳实践"产品化进去，连手工搭的必要都没有。但至少在眼下，你手工建的那套工作流，值钱的不是结构本身，是你在这个过程里磨出来的、对自己业务的理解。
本期认知税：把"整理文件夹"等同于"建护城河"。这笔账，你自己算。咱下篇见。