文章目录前言一、/compact 为什么"不能说错"但不够二、正确思路：不是塞进上下文，是按需检索三、第一步：建立"项目圣经"四、第二步：每章一个文件 + 摘要沉淀五、第三步：按章开新会话，用完就清六、第四步：全局检查交给子代理七、第五步：/compact 在体系里的位置八、从架构师视角看长内容管理的几个工程取舍九、面试话术：考官想听的是什么总结前言上周师妹去面腾讯微信读书的大模型开发岗,三面被问了一道场景题:👔 如果用 Claude Code 来辅助写一本书,内容很长,容易超过上下文长度,你怎么处理?师妹想了想,说"用 /compact 压缩上下文呗"。面试官点了点头:“可以是可以,但还有更好的手段。”然后面试官自己展开讲了大概五分钟。师妹事后跟我复盘,说当时脑子里就只有这一个点,根本没想过写书这个场景本身的特殊性在哪儿。读完这篇文章,你能搞明白:为什么"/compact"不能说错但不够——应急手段不是主策略正确思路:不是塞进上下文,是按需检索——换个架构思维五步落地架构——项目圣经/分章文件/摘要沉淀/按章开会话/subagent 全局检查/compact 在体系里的正确位置——应急补救不是日常依赖长内容管理的工程意识——工具用得好不好差在工程意识面试话术三层模板——60 分答法和 90 分答法的差距在哪不管你是用 Claude C