外观
Agent 怎样真正用上记忆？
项目版本说明
这些问答整合历史设计与实现资料；当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。
标准回答
接入需要明确身份与 Space 授权，然后由 Agent 或宿主在合适时机调用 EachOf，将得到的上下文提供给模型。
API、SDK、MCP 各是什么
| 入口 | 适合谁 | 通俗理解 |
|---|---|---|
| HTTP API | 自行编写接入逻辑的程序 | 按照接口协议发请求、收响应。 |
| SDK | 使用支持语言的开发者 | 把接口调用封装成方法，减少手写请求。 |
| MCP | 支持该协议的 Agent 宿主 | 用标准方式发现和调用工具、获取上下文。 |
MCP 是接口协议。它不负责自动挑出高质量记忆，也不保证宿主一定调用某个工具。真正何时查、查什么、怎么用，仍由宿主和 Agent 工作流决定。
一次实际接入需要哪些步骤
- 运行服务并完成身份配置。
- 建立或选择 Space，明确允许访问的内容。
- 为 Agent 配置受限凭证和连接入口。
- 把记忆查询能力接入宿主，设定调用方式或显式触发。
- 确认结果真的进入模型上下文；更进一步检查回答是否正确使用。
- 验证撤销权限后，后续调用无法继续访问。
这是接入检查路径，不是可直接执行的完整部署命令；具体配置要遵循当前仓库与宿主版本。
Space updates、Pinned context、按需查有什么区别
| 能力 | 什么时候用 | 文档中的行为 |
|---|---|---|
| Continue / Space updates | 回来看看上次之后变了什么 | 返回上次成功查看以来的变化、决定变化、Agent 回执和待确认项。 |
| Standing / Pinned context | 明确请求一份常驻重点上下文 | 确认且当前有效的记忆投影，选择性启用。 |
| On-demand | 当前任务需要特定资料 | 有范围、有预算的显式检索。 |
| Deep history | 查看某条记忆的版本和状态历史 | 明确指定 Space 与 memory，限制条目数量。 |
**Continue 不是任务执行断点。**第一次查看建立比较边界；后续增量为空，不代表 Space 没有记忆。Standing 也不是每次请求都会自动附加。
什么是 Context Receipt
可以理解为一次上下文交付的回执，记录向 Agent 提供了哪些内容，便于追溯。已返回内容不能直接证明模型实际使用了它，更不能直接证明任务因此完成得更好。
自查：为什么两个 Agent 连接同一个服务，也不一定得到相同内容？
它们可能有不同身份、Space 授权、查询、时间和上下文预算。正确的共享建立在明确范围上，不是对所有连接公开全部记忆。
内容来源
- EachOf Wiki · 记忆与上下文 · 原条目
integration