[功能]: 在检索结果中显示记录时间戳

问题起源

在真实环境中观察或复制

QQ 问题声明

检索客户无法从结果中评估退回物品的年龄。 OpenViking 商店在索引上下文记录上“创建-at”和“更新-at”,但共享的检索转换在REST、SDK和MCP输出之前都下降。

当旧事实和纠正的事实都符合查询时,这一点很重要。 外部代理-记忆用户报告此失败模式, 并声明可见的更新时间帮助呼叫者区分 stale 内容 :

• https://www.reddit.com/r/AI Agents/comments/1uxwp0i/comment/oxw2bno/ (中文(简体) ).
• https://www.reddit.com/r/AI Agents/comments/1uxwp0i/comment/oxut97n/ (中文(简体) ).
• https://www.reddit.com/r/AI Agents/comments/1uxwp0i/comment/oxv44pr/ (中文(简体) ).

目前的源头检查和重点固定证实了这一差距。 带有两种时间戳的记录都变成了 " Matched Context " ,没有时间戳。 FindResult.to dict ()'则不能归还这些物品。 标准矢量检索已经获得可选热评分的更新-at'。 只有过滤器的检索获得两个字段。

stat(uri)'并不等于。 它要求以后对每个项目提出请求,返回当前文件系统modTime'而不是索引结果值,不能返回保存的矢量记录`created-at',而不是一般的MCP工具。 后期的取景也可以用写作或再索引来进行比赛.

建议的解决办法

在列表模式 " 查找 " 和 " 搜索 " 中添加“包括时间戳”选项。 如果情况属实,则在每一结果项目上列入现有的索引“创建-at”和“更新-at”值。 保持默认错误。

共享检索模型必须携带两个值,因此只有语义和过滤的检索产生相同的合同. 标准检索除了现有的 " 更新的 " 字段外,还必须要求 " 创建 " 。 REST,支持SDKs,而MCP应该暴露同样的选项.

不更改排序,过滤,存储,更新行为,结果顺序,或上下文组装模式. 不要添加过期,新鲜度排名,矛盾解析度,自动真实选择,或新的内存生命周期语义.

考虑的替代品

• 重新使用`包括 证明 ' :拒绝,因为它已经意味着查询执行痕迹和搜索目录。
• 为每个结果拨打`stat(uri)':被拒绝,因为它增加了N请求,没有返回精确的索引结果时间戳。
• 默认返回时间戳:拒绝,因为选入形式保留了当前响应形状。

QQ 特性区域

检索/搜索

使用大小写

一个特工发现了两个关于同一对象的事实. 打电话者要求时间戳并比较返回的证据年龄,然后选择检查或使用哪些物品。 打电话者仍负责政策。 OpenViking只曝光已存在的记录元数据.

成功标准:

1. 使用`包括-时间戳=真',存储时间戳的每一项结果都返回其准确值。
2. 语义学和只有过滤器的检索保留同样的值。
3. 默认产出仍然存在 . . . . . . .