EachOf 的当前项目状态与证据边界是什么？

本页在 2026-10-10 读取 shane654/eachof 的 main 分支 README、架构概览和查询向量服务文档后整理。当前文档说明与历史问答放在一起，便于判断哪些是架构约束、哪些需要实现和实验验证。

项目可以怎样介绍？

EachOf 面向人和 Agent 保存可持续使用的记忆，例如偏好、决定、项目历史和证据。Memory 是持久信息，Space 是共享与权限边界，Connection 是访问系统的应用、Agent 或人。它通过外部持久化与按需检索给模型提供上下文，不需要每保存一条信息就重新训练模型。

架构文档将 Go Core、Python 处理器、PostgreSQL / pgvector 和对象存储分开。Core 管权限、状态、检索、任务及正式写入；处理器返回候选结果，由 Core 校验。API、SDK、MCP 与 Console 是面向不同使用者的入口。

结论	本次核对的依据	边界
Go 平台与 Python 处理器采用版本化契约	`docs/architecture/overview.md`	文档支持架构分工；不等于本次跑过全系统测试
处理器不直接写正式数据库，候选由 Core 校验提交	架构约束与 Trusted Commit 说明	安全和幂等实现仍需核对代码与测试
真实模型的查询向量使用独立 Python HTTP 服务	`query-embedding-service.md`	与异步 Worker 分开；服务有界超时与身份校验要求
语义通道失败时保留关键词路径并标记降级	查询服务的失败行为说明	实际召回质量、延迟与可用性要测量
README 按工作包描述建设状态	`README.md` 的 Status	不能仅凭 README 推断每个模块完成或未完成

架构目标是让已提交记忆的读取、授权撤销和任务查看不依赖异步处理器。真实模型查询向量是另一条同步依赖：它失败时，语义通道降级，关键词召回继续。异步处理器、查询向量服务和 Core 不是同一个运行单元，不能合并说成“所有 Python 都关闭也完全没有影响”。

架构文档要求资源撤销在短事务中写入 tombstone、访问日志和 outbox 事件，召回排除受撤销资源影响的内容；隔离、重索引和清理异步执行。“立即”指受约束的读取与授权路径，不等于能追回已经发给外部调用方的内容，也不等于所有外部缓存都会自动更新。

要证明实际实现，应覆盖旧缓存、间接推导、并发请求、事务失败与重试。讲项目时可以解释这个设计，但不能把设计目标直接当成已完成的所有测试结论。

旧资料里的 Precision@5、Exact / HNSW 对比等数据，属于特定实验或旧版本记录。需要同时说明数据集、样本量、模型身份、过滤条件、基线、查询配置及是否可复现。没有复测时，不把它们改写成当前生产收益或对所有场景的结论。

多屏项目的冷启动指标与 EachOf 召回实验也应分别讲述；不同项目的指标不能互相证明效果。

这些是文件内容身份，不是部署版本或当前分支提交 SHA。源仓库的访问权限由 GitHub 控制，本网站不承担源仓库权限分发。