上下文工程如何落到企业任务:状态、资料引用与压缩分别管理

用分多轮完成的报价资料整理演练上下文工程,设计任务状态、按需检索、摘要保留项和过期资料检查,减少上下文混乱。

每一步调用前组织上下文:读取任务状态(目标与已作决定、当前待办与限制);按需取资料(带版本的引用、校验权限和时效);选择必要内容(当前步骤相关、区分证据与建议);检查并更新(保留未决事项、核对压缩后状态)
原创示意:上下文摘要不替代权威业务状态。为本文原创示意图,不代表产品界面或客户案例。

先说结论

企业 Agent 的上下文应按当前步骤组织:固定任务目标和约束,保存可核对的结构化状态,按需读取有权限的资料,并将历史压缩成保留决策、未决事项与证据引用的摘要。资料引用与摘要都要带版本和有效条件;压缩后用恢复测试确认关键字段没有丢失,执行前重新核对容易变化的业务状态。

读完你会得到

  • 业务状态放在受控记录中,聊天摘要不能成为唯一依据。
  • 保留资料位置与版本,按当前问题取必要内容。
  • 压缩应检查漏掉的限制和未决项,旧结论需要可识别的失效条件。

助手前几轮知道客户选了哪个型号,后几轮却重新比较全部产品;资料更新后,它还用旧摘要里的交期。把聊天历史越放越长,未必能修复这些问题。本文用多轮报价资料整理,说明目标与状态应该怎么保留,资料什么时候再读,摘要如何接受检查。

配套资料与延伸阅读

先明确上下文中几类信息的用途

Anthropic 的上下文工程文章讨论每次调用时如何组织系统规则、工具、资料与历史,并介绍按需检索、压缩和结构化笔记。它同时指出运行中探索资料存在耗时与导航成本。本文不复用其产品参数,而是把这些方法转换成企业任务中的检查表。

报价资料整理演练的目标是:确认客户选择的型号,列出获授权的价格与交期依据,形成含待确认项的草稿。它不直接发送报价或承诺交货。任务跨多轮补充信息,资料也可能更新,适合观察状态丢失和旧资料继续影响回答的问题。

规则说明允许做什么,任务状态说明已做到了哪里,证据说明结论来自哪里,历史讨论说明选择过程。四类信息互相联系,但不能混成一段没有来源和时间的长摘要。

本节依据: [1] Anthropic

用状态表保留已经确定和仍未确定的内容

报价资料整理的任务状态示例
字段演练记录更新原则
目标与交付物形成内部草稿,不对外发送只有获授权的任务变更可以修改
对象与范围客户项目、选定型号、地区保留标识,避免名称歧义
已作决定已确认型号及其依据记录确认人或来源与版本
未决事项数量待补、交期待核对不得在摘要中悄悄变成已确认
证据引用价格表标识、版本、页码或行号重读时检查仍可访问且有效
动作状态草稿版本,尚未提交外部动作以受控记录核对真实执行
更新时间与有效条件最近资料检查时间,失效条件变化后标记待重新核对

未知字段用明确的未确认状态表达。模型可能为了让输出完整而填入常见值,应用应拒绝把推测写成已确认状态。状态变更有来源和版本记录,才能在恢复任务时区分用户新要求、旧讨论与模型建议。

按需检索先取位置,再取内容

资料索引可以只返回名称、版本、范围和位置。当前步骤需要确认交期,就读取对应型号与地区的条款;暂时不需要整份产品目录。查看摘要或标题后再取相关段落,有助于减少重复和无关信息,但要保留回到原文的入口。

工具返回结构也影响上下文质量。字段和证据位置明确的结果比大量网页导航文字更容易使用。资料过长时可以返回候选块与范围说明,再按需要展开;不要默认截取开头后让模型推断未返回部分。

按需读取仍需验证当前权限。已经保存过一个引用,不能意味着以后一直有权读。资料撤回、权限改变或链接指向新版本时,旧摘要应受到同样限制,并标记需要重新确认的结论。

对稳定的任务规则和少量关键资料,可预先放入上下文;对大体量或易变化内容采用按需读取。是否检索由当前问题决定,不必把所有内容都改成动态搜索。

压缩历史时,明确哪些内容不能省掉

可以去掉重复工具输出、已解决的临时尝试和与当前任务无关的讨论。需要保留任务目标、范围变更、已确认决定、未解决问题、禁止动作及证据引用。将“这个日期不确定”压缩成一个确定日期,会让后续工作沿着错误条件继续。

摘要是派生信息,保留生成时间、覆盖的历史范围和资料版本。对金额、日期、权限与对象标识,优先从状态表和权威来源重新填入,不靠摘要反复转述。数字附近的单位和适用条件也应一并保存。

建立压缩前后的核对:仍未确定的数量是否保持未知,不能对外发送的约束是否存在,客户已排除的型号是否重新进入候选。不能只用摘要变短多少评价压缩质量,关键限制丢失后的修复成本可能更高。

这里的删除和压缩仅指从当前模型上下文移除冗余,不是删除审计历史。原始记录、来源引用与必要任务证据按企业保留策略保存,并通过获授权入口读取;压缩后仍应能核对关键条件最初来自哪里。

用一组变化检查助手是否真的能继续任务

上下文整理与恢复演练

  1. 先建立正常状态

    选定一个教学型号,保存缺失数量、资料版本和禁止发送约束。

    产出:初始状态与引用清单
  2. 压缩历史后继续

    删除冗余记录,仅提供整理后的状态与摘要,要求列出下一步。

    产出:未决项和约束保持一致
  3. 更新交期资料

    让旧引用指向已失效版本,检查助手是否标明需重新核对并读取有效资料。

    产出:新旧结论与来源差异
  4. 撤销一份资料权限

    恢复任务时检查检索、摘要和历史加载,不继续使用已无权内容。

    产出:拒绝路径与可用替代资料
  5. 加入新的任务要求

    确认明确授权的范围变化被记录,外部文件中的指令没有改动任务目标。

    产出:状态变更的来源与版本

每一步都核对实际状态和资料调用。只看助手说“我记得”无法证明信息一致。不同模型或压缩规则更换后,复用这组测试可以观察是否更容易遗漏条件。

旧信息如何失效,谁负责重新确认

价格、库存和交期采用业务系统或现行资料定义的有效条件。资料时间戳有助于识别变化,但最近更新时间不一定代表已经生效。旧结论绑定其来源和版本,变化后标记待核对,不立即将最新文件当作适用于全部地区的规则。

执行前对容易变化的业务状态再查询,例如库存是否仍可用、对象版本是否一致。常驻笔记不能替代这次查询。内部知识摘要、缓存和历史输出也可能携带旧条件,应按资料治理策略清理或阻止继续使用。

为未决事项写明责任人或可靠的查询入口。无法确认时输出缺口,避免因为上下文压缩删除了求证过程,下一轮就默认已核实。任务完成后也应保存最终依据,便于后来解释草稿为什么采用某个条件。

从一个多轮任务开始,避免过度设计记忆

先观察真实任务在哪些地方丢状态、重复读取或使用旧资料,再添加相应记录。短任务可以只保留少量字段,不必建设庞大的长期记忆系统。跨任务记忆还要考虑隐私、权限、保留期限和错误信息传播。

这一方法适合多轮资料整理、研究和较长的业务辅助流程。它不保证模型永远记得全部信息,也不应存储完整私密推理过程。一个合格的上下文方案应让人能核对任务状态、找回证据,并发现当前结论何时需要重新确认。

常见问题

模型上下文窗口足够大,还需要整理吗?

需要按任务检查。长窗口可以容纳更多信息,但重复、冲突和过期资料仍会干扰使用。先保留当前步骤所需证据和状态,再根据测试判断是否扩展。

上下文摘要能直接当长期记忆使用吗?

可以保存为带来源的辅助记录,但不能默认一直有效或始终有权读取。关键业务字段、权限和易变状态应在恢复或执行前重新核对。

资料来源与核对说明

文章中的行业定义与技术方法尽量引用官方或标准组织资料;表格、清单和决策框架是基于这些资料形成的编辑性整理,不代表来源机构对本站服务的背书。

  1. Effective context engineering for AI agentsAnthropic

    正文发表于 2025-09-29。用于按需检索、上下文压缩与任务状态管理;本文状态表为独立教学设计。

把文章方法用于你的真实业务

带上流程、样例和目标,添加企业微信沟通。先确定项目范围与验收方式,再安排实施。

查看企业 AI / FDE 服务 →
相机、麦克风和布光台上的雕塑,表现图片、视频与声音的创作
AI 生成 · 内容创作场景示意

把你正在做的事,
拿来一起聊聊。

还没有完整方案也没关系。选一个方向,带着下面几条信息联系团队,我们先了解问题,再确认下一步。

企业 AI / FDE 项目

先从一段具体流程说起。

  • 我们目前怎样完成这项工作?
  • 哪一步最费时间,或经常出错?
  • 已有的资料、系统和期望结果是什么?
Shopify 建站与经营

有店铺的话,可以一并发来链接。

  • 店铺是准备上线,还是已经在运营?
  • 销售什么商品,面向哪些市场?
  • 希望先解决哪个页面或经营问题?
内容创作与工具使用

说明准备制作的内容,或遇到的操作问题。

  • 想做图片、视频、配音,还是图文?
  • 已有素材、参考风格和使用场景是什么?
  • 如果使用时遇到问题,具体停在哪一步?
扫码添加随心创技术客服企业微信

微信扫码,发来你的问题

可以直接按提纲描述,也可以先发一句话。人工服务会在确认范围后单独报价。

手机上可保存二维码后识别。