Zep发布Context API（应用程序编程接口）多项更新：为AI（人工智能） Agent的共享知识图谱加入实体层级、身份合并与来源追溯
面向AI（人工智能） Agent（智能体）的上下文平台Zep发布Context API（应用程序接口）更新，允许把自定义实体类型组织成父子层级，用账户ID等身份属性跨系统合并同一实体，并把每个实体回溯到产生它的原始片段。
这些控制项服务于多Agent共用的业务知识图谱，可在写入和检索环节处理名称不一致、历史数据时间错位、长文档拆分后指代丢失等问题。 实体类型层级处于封闭测试，观察引导为实验性功能。
据Zep博客，本次更新包括：实体类型层级最多支持顶层类型下四层子类型、每个类型最多10个直接子类型，节点会继承类型链上的全部标签，按父类型过滤也会命中子类型节点； 该功能处于面向部分账号的封闭测试（closed beta）。
文档可用单一document_id（文档标识，长度1至100字符）分组多个片段，后续片段能读取先前片段的上下文，并保留每个文档的增量摘要； document_id仅用于graph.episode.add和批量graph_episode条目。 身份属性（如account_id）用于确定性去重，比较时忽略大小写和多余空白；
同名泛称实体（如“auto loan”）仅在共享邻居时才不经模型检查直接合并。 受保护属性只在存储值为空时由摄取填充，身份属性始终受保护，且本体变更只对变更后处理的数据生效。 摄取时可传reference_time（RFC3339格式）把补录历史放到正确时间点。
每个实体节点返回episode_uuids，按时间倒序，超过100条时仅保留最新100条并置episode_uuids_truncated为真。 观察引导可输入最多2000字符自由文本指令并最多指定10种命名观察类型，仅开放Flex Plus与Enterprise计划，且只影响设置之后生成的观察。
这次更新把AI（人工智能）记忆产品的竞争点从“能否检索到”推向“数据进入图谱后能否被治理”：类型层级让查询粒度可控，身份属性让去重不依赖模型判断，受保护属性避免新对话覆盖系统记录中的法定名称，reference_time则区分“事实在现实中成立的时间”和“系统得知的时间”。
来源追溯到原始片段对审计与纠错有实际价值，但也暴露风险——片段列表最多保留100条，长生命周期实体的早期证据可能不在返回值中。 实体类型层级处于封闭测试、观察引导为实验性API（应用程序编程接口），这两项能力在正式可用前不宜作为稳定依赖。
后续观察信号
- 身份属性合并与受保护属性在真实多系统数据上的冲突案例
- reference_time补录历史数据后，时间范围查询与事实失效判断的实际准确度