持久化仓库记忆
Greplica 会基于仓库结构、代码和会话转录构建持久记忆,因此代理可以查询先前工作,而不必每次会话都重复检索同样的仓库上下文。
Greplica 是面向 AI 编程代理的开发者工具,提供持久、可搜索的仓库记忆,帮助跨会话复用上下文,并支持本地与托管模式。
Greplica 是面向 AI 编程代理的开发者工具,旨在跨会话保留工程上下文。其 README 将其描述为一种持久、可搜索的工程记忆,可帮助代理避免反复重新学习相同的仓库上下文,尤其是在复杂任务中。
该产品通过仓库结构、代码和会话转录构建记忆,然后允许代理在进行更多探索之前查询这些记忆。来源还区分了完全本地、无遥测的模式,以及将已授权仓库连接到共享团队记忆的托管模式。
Greplica 会基于仓库结构、代码和会话转录构建持久记忆,因此代理可以查询先前工作,而不必每次会话都重复检索同样的仓库上下文。
README 描述了一种先查询的工作流:代理可以在自行探索代码库之前先向 Greplica 询问上下文,这有助于减少重复收集上下文。
本地模式将数据完全保留在本地,并且根据 README 不会发送遥测数据。这使其适合希望拥有仓库记忆但不进行服务器端共享的团队。
托管模式会把经授权的仓库连接到共享团队记忆,使不同克隆和 fork 上的贡献者都能查询同一个仓库记忆。
该包包含一个 GitHub Action,用于根据精确的合并 SHA 审核 Memory PR,并使用 GitHub OIDC 对结果进行证明。
README 记录了图谱检查命令,包括浏览器图谱视图和图谱上下文查询,用于查看和检索已存储的记忆。
当 AI 编程代理在多个会话中不断重新推导同样的仓库事实时,可以使用 Greplica。该记忆层旨在为代理提供一个持久的位置,优先查找先前上下文。
当多个贡献者,包括 fork 或独立克隆上的人员,需要查询同一个仓库记忆时,可以使用托管模式。README 说明,托管记忆会在获得授权访问的贡献者之间共享。
当你希望仓库记忆保留在本机并避免遥测时,可以使用本地模式。README 将本地模式描述为完全本地。
当托管仓库需要针对精确的合并提交进行可复现的调和步骤时,可以使用 GitHub Action。该动作用于审核 Memory PR,并使用 GitHub OIDC 对结果进行证明。
当你需要查看 Greplica 已存储了什么记忆,或需要获取关于仓库的聚焦答案时,可以使用图谱视图或图谱上下文命令。README 展示了基于浏览器和 CLI 的图谱命令用于此目的。
Greplica 提供面向代理的设置流程,从你希望它记住的仓库中的一个提示开始。README 说明,大多数用户应将提供的安装提示粘贴到自己的编程代理中,该提示会先运行一个简短的问卷,然后以本地或托管模式安装 Greplica。
README 说明,Greplica 会探查仓库结构、代码和会话转录,以构建持久记忆。随后,代理在再次探索代码库之前,可以先查询这些记忆。
托管模式旨在让位于不同克隆和 fork 上的贡献者查询同一个仓库记忆。README 指出,本地模式保持完全本地且无遥测,而托管模式会连接到经授权的仓库和共享团队记忆。
action.yml 中发布的工作流是一个名为“Reconcile Greplica memory”的组合 GitHub Action。它会检出精确的合并提交,设置 Node.js 22,并运行一个 CLI 命令,针对托管仓库 UUID 调和记忆。
README 说明 Greplica 需要 Node.js 22-26。对于托管模式,还需要访问托管的 Greplica 服务器,并使用 GitHub 的浏览器设备流程进行登录。
流量数据仅供参考。
| 4月 | 631004092 |
|---|---|
| 5月 | 636075828 |
| 6月 | 615239605 |