MCP里用Prompt工程调教大模型，上下文窗口总崩怎么办？

试试把思考链改成强制精简版，只输出关键判断，别让模型复述全部代码逻辑。

或者搞个滑动窗口，按函数级别分段喂给模型，MCP那边用工具做上下文裁剪比纯调Prompt靠谱。

试试把思考链改成强制摘要，每轮只保留结论和关键变量，上下文能省一半。

我一般会手动清空历史消息，只回传最近一轮的代码片段，比啥prompt都管用。

这问题我上周刚踩过，光靠prompt压缩治标不治本，MCP里工具返回的原始代码块占了绝大部分token。建议在工具层加个预处理，把超过200行的代码先按函数拆块再分批送进去，给模型配一个“按需取代码片段”的工具，比硬塞进上下文稳得多。另外思考链别全量保留，让它只输出结论和关键警告，能省不少空间。

你这问题八成不在Prompt，在MCP工具返回数据没做截断/摘要，试试把大文件切片或让工具先返回AST摘要。

这问题太典型了，我怀疑不是Prompt写得不简洁，而是你压根没给模型留“遗忘”的空间。MCP里多轮交互本质是状态累积，你不如试试在关键轮次主动把之前的内容摘要成一句话塞回去，而不是全量保留原文。另外代码审查这种场景，完全可以拆成“先单独分析函数，再汇总逻辑”两步，让每次对话只聚焦一小段代码，上下文压力会小很多。至于那个“忽略历史错误”的结尾，老实说治标不治本，模型该看还是会看，不如直接在前面加“基于以下新代码重新分析，不参考之前结论”这种硬性重置指令试试。

这问题我也踩过坑，核心不是Prompt不够简洁，是MCP工具返回的代码块本身就占了大量token，你再要求思考链，等于双重消耗。我现在的做法是让工具端先做静态分析，只把关键函数和报错行号喂给模型，别丢整个文件。另外思考链别全量输出，改成只输出结论和可疑点，不然300行代码加思考链，神仙也扛不住。你可以试试在工具层做个分块摘要，比在Prompt里反复强调“忽略历史”靠谱多了。

这问题太典型了，建议先把代码切块分批喂，别让单轮上下文吃满。Prompt再精简也扛不住300行源码，工具链上做压缩更靠谱。

你这个问题根子不在Prompt写得简不简洁，300行代码本身可能就占了几千token，再加上思考链的输出，窗口不炸才怪。我之前也踩过这坑，后来改成让工具先做代码切片，每次只喂相关函数给模型，历史轮次只保留最近一两轮的结论摘要。另外“先思考再结论”这套在长上下文里特别容易让模型把旧推理串到新代码上，可以试试把思考链关掉，直接约束输出JSON。MCP那边好像有context管理的配置项，你翻翻文档看能不能自动截断旧消息。

300行就崩，感觉是你把整坨代码塞进每轮对话了，试试只喂diff或关键函数片段。

300行就崩大概率不是Prompt不够简洁，而是每轮你都在把整份代码塞进去。试试在工具层做增量摘要，只把改动片段和上一轮结论喂给模型，历史对话压缩成一行状态描述。另外Claude对“思考链”这种格式很吃token，可以改成让它先输出简短标记再展开。MCP里最好把代码检索和推理拆成两个调用，别指望一个Prompt全包。

300行就崩很正常，试试把代码分块摘要再喂，别硬塞整文件。

300行就崩说明你该上RAG或者分块了，光靠prompt压不住，工具链层面做摘要压缩才是正路。

你这个“思考链+最终结论”的结构确实吃token，300行代码一进去，历史对话再一叠，不爆才怪。我一般会先把代码按函数切块，只把相关片段喂进去，别整文件硬塞。另外MCP这边可以试试在工具层做摘要压缩，把旧轮次的结论压成短句再回传，比在Prompt里写“忽略历史”靠谱多了。还有个坑是结构化输出本身会占很多位置，能精简的字段尽量别留。

光靠Prompt压缩治标不治本，300行代码塞进去token就爆了。建议在MCP工具层做分块检索再喂给模型，别全塞上下文。

三百行就炸说明你该上RAG或者分块了，别硬怼Prompt。

这个问题我之前也踩过，感觉核心在于你把“思考链”和“最终结论”都塞进同一个上下文里反复滚，那窗口不炸才怪。300行代码本身可能就占了两三千token，再加上历史轮次的思考链，Claude再能扛也顶不住。我的做法是把审查拆成两阶段：第一轮只让模型输出问题清单和行号，不要求它解释；第二轮再针对具体问题单独问原因和修复建议。这样每轮上下文都干净很多，也不会把上一轮的结论串到新代码里。另外你那个“忽略历史错误”的结尾其实挺危险的，模型很容易理解成“忽略历史”，反而把当前代码也当历史给略过了。工具链层面做压缩是必须的，比如用滑动窗口只保留最近两轮，或者把代码按函数切块送进去，别整文件硬怼。System Prompt里也可以明确告诉它“每次只处理当前User消息中的代码，历史仅作参考”，比那种结尾补救管用。