别再把长文档直接丢给 Claude 5 了，试试这种漏斗式上下文布局

很多开发者在升级到 Claude 5 后，依然习惯于把所有参考资料和指令一股脑塞进输入框，然后面对模型偶尔出现的“注意力涣散”或关键信息遗漏感到困惑。其实，即便上下文窗口在不断扩大，模型处理信息的权重分布依然存在规律。在实际的工程实践中，我发现一个被大多数人忽略的痛点：指令的位置直接决定了输出的精准度。

很多人习惯于在 Prompt 的开头写“请根据以下文档，完成某某任务”，然后贴入数万字的资料。这种做法在处理短文本时没问题，但在面对复杂工作流或长文档时，模型很容易在处理完海量资料后，对开头的具体约束条件产生“记忆衰减”。

经过多轮对比测试，我总结出一套极其有效的“漏斗式”组织结构，核心逻辑是：信息的重要性必须与其在 Prompt 中的位置成正比。最关键的执行指令和约束条件，必须被“钉”在 Prompt 的最末端。

具体的实操结构建议分为三个层级：

首先是定义角色与全局背景。这一部分要尽可能精简，快速为模型设定一个专业身份。不要在这里堆砌过多的要求，只需让模型进入状态即可。

其次是结构化输入数据。这是降低幻觉率的关键。不要直接粘贴纯文本，而应强制使用 XML 标签进行包裹。Claude 5 对 XML 标签的敏感度极高，通过 <context> 和 <examples> 标签，你可以清晰地告诉模型哪里是外部知识库，哪里是参考示例。例如，当你需要模型分析一个复杂的 API 文档时，将文档内容包裹在 <context> 标签中，将你希望它模仿的输出格式放在 <examples> 标签中。这样模型在检索信息时，能瞬间分辨出数据的边界，而不会将参考资料误认为指令的一部分。

最后，也是最关键的一步，是执行“精准指令的最后出击”。在所有参考资料、代码片段和示例全部呈现之后，再下达具体任务。

举个实战场景：如果你需要模型基于一个特定的 API 定义编写 Python 调用示例，且必须处理 404 异常并遵循 PEP8 规范。错误的写法是将这些要求写在开头，正确的做法是：先给出 <context>（API 定义） → 再给出 <examples>（正确格式示例） → 最后在末尾写：“请基于上述 <context> 中的 API 定义，为我写一个 Python 调用示例，要求必须处理 404 异常，且代码风格遵循 PEP8。”

这种布局方式在处理复杂逻辑时，执行力提升非常明显。因为在模型的推理过程中，最后接收到的指令具有最高的权重，能够有效覆盖掉前面长文档带来的干扰。

在实际测试中，这种结构能显著降低模型在长文本任务中的漏项率。如果你发现 Claude 5 在执行复杂指令时开始“偷懒”或者忽略了某个特定约束，不要急着增加 Prompt 的字数，尝试把那个被忽略的约束条件移动到整个 Prompt 的最后一行，你会发现效果截然不同。