Skip to content
阅读进度

如何理解Memory、Space、Resource 与 Claim 的关系? ​

返回 EachOf 项目 目录

项目版本说明

这些问答整合历史设计与实现资料;当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。

标准回答 ​

用户面向 Memory、Space 和 Connection 等对象操作,内部还需表达原始资源、结构化主张、来源关系和处理任务。Space 提供组织与访问范围,Resource 表达材料身份和状态,Claim 表达从材料中得到的可治理内容。

源内容、模型推导和最终对外记忆不能合并成一个无版本文本块。否则修改某段来源后,无法判断哪些结果依赖旧事实,历史记录和当前记录也难以区分。模型生成的摘要应保留与输入的关联,而不是替代全部原始证据。

架构说明宜沿一个具体对象生命周期展开:创建来源、生成候选、确认当前内容、读取、纠正与追溯。表名和对象数量不是重点,能够表达权限、版本和依赖的不变量才是模型是否充分的标准。

追问与回答 ​

为什么需要 Space 而不是一个 user_id ​

组织边界可能涉及同一用户的多个项目与共享范围,仅一个用户字段难以表达全部授权和复用条件。但 Space 仍需服务端检查,名字本身没有隔离作用。

同一来源产生多个结果如何管理 ​

每个结果保留稳定身份与来源基准,避免以显示文本是否相同推断它们属于同一条知识。

易混淆点 ​

  • 将一段文本、一个来源和一条推断视为同一对象。

内容来源 ​

用完整回答理解机制,用真实证据解释项目。