概念/概念定义

应用背景：把整个仓库塞进上下文，仍然可能缺少最关键的信息

一个 Coding Agent 收到了几十个源码文件，却不知道这次修改为什么发生、哪些接口不能动、成功需要通过哪些检查。另一个 Agent 只收到一句“修复登录问题”，连错误日志和复现步骤都没有。两者的问题分别是信息过量和关键证据缺失。

概念定义

上下文合同规定某类任务开始前必须具备的信息、允许加载的信息、来源优先级和验收材料。常用结构包括 Why（目标与业务原因）、What（对象、范围与非目标）、How（约束、接口和可用能力）以及 Acceptance（测试、回执或人工裁决）。

工程机制

P1 信息在任务开始前必须具备，例如目标对象、权限范围和不可破坏的接口；缺失时进入澄清。P2 信息按步骤加载，例如相邻实现、历史决策和领域材料；它们可以通过检索补充，但必须保留来源、版本和适用范围。合同本身进入版本管理，任务 trace 记录实际加载了哪些条目。

使用边界

上下文合同不追求一次性收集全部资料。它通过必需项和按需项控制信息边界，适合需求分析、代码修改、企业知识问答和工具执行。对开放探索任务，Why 与验收可以较宽；涉及写操作时，目标、权限和机械状态必须收紧。