外观
如何理解Memory、Space、Connection？
项目版本说明
这些问答整合历史设计与实现资料；当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。
标准回答
Memory 是记住的陈述，Space 是组织与授权边界，Connection 是与外部应用、Agent 或人的连接。
| 对象 | 怎么理解 | 教学例子 |
|---|---|---|
| Memory | 一条持久化陈述，带内容、时间、来源、状态 | “诊断日志保留 7 天”。 |
| Space | 记忆、来源和授权所在的范围，也是分享和导出的单位 | “座舱资料助手”项目。 |
| Connection | 外部读写参与方的连接 | 一个 Agent、一个资料来源、一个成员。 |
一条记忆为什么需要这么多附加信息
只有一句话，你很难知道它属于哪个项目、谁说的、是否还有效、是不是模型猜的。附加信息用来回答这些问题。
text
// 教学数据结构，非 EachOf 接口的精确字段定义
{
id: "m-log-policy",
content: "诊断日志保留 7 天",
space: "座舱资料助手",
source: "已确认的项目决定",
status: "confirmed",
validSince: "2026-09-20",
recordedAt: "2026-09-23",
semanticRevision: 2
}六种对外状态
| 状态 | 含义 | 怎么处理 |
|---|---|---|
| suggested | 抽取出来，尚未确认 | 作为待审内容，不展示成定论。 |
| confirmed | 经人、规则或可信来源确认 | 仍要检查权限、时效和来源。 |
| contested | 存在冲突 | 保留冲突信息，不能擅自当成一致事实。 |
| outdated | 已不再是当前事实 | 保留历史，避免用于当前事实回答。 |
| revoked | 来源或授权被撤销 | 限制后续使用。 |
| deleted | 按策略删除 | 可能仅保留不可恢复内容的审计锚点。 |
两个时间，解决两类问题
**有效时间：**事实在现实里何时成立。**记录时间：**系统何时得知或记录这件事。
例：9 月 20 日开始改成保留 7 天，但 9 月 23 日才录入。问“9 月 21 日实际是什么规则”，应看有效时间；问“9 月 21 日系统当时知道什么”，应看记录历史。迟到的信息让这两个时间有了不同意义。
自查：Space 和普通文件夹有什么差别？
文件夹可以只是分类；EachOf 的 Space 还参与访问授权、共享、检索范围和导出。属于哪个 Space 直接影响谁能读写。
内容来源
- EachOf Wiki · 记忆与上下文 · 原条目
objects