热门产品

Polygraph

Polygraph

Polygraph 是一个元框架,为 AI 编码代理提供跨仓库可见性和会话记忆,帮助开发者提升编码自主性。

热门评论

PH 用户
我们的创始人 Jeff Cross 和 Victor Savkin 在 monorepo 工具链领域已经耕耘了十多年。最近几年,我们注意到 monorepo 的人体工学在 AI 智能体面前表现得尤为出色。所有代码集中在一处,让你或你的智能体在需要 merge 时,能快速看到完整上下文,做出不会破坏 CI 的决策。

我们想把这种体验带给整个开发者工具社区,因为我们知道,即使有些团队在使用 monorepo,让整个组织都塞进一个 repo 也不现实(除非你是 Google)。我们先从构建依赖图开始——一种合成 monorepo——然后不得不解决智能体失忆(agentic amnesia)的问题。智能体确实很强大,但每次都要重新解释自己、丢失上下文真的很烦。就像传话游戏,永远比不上能一直保留会话上下文。

我们打造 Polygraph 的目标群体:
个人开发者:如果你在涉及 3 个 repo 的功能里埋头苦干,Polygraph 会在单个会话中把这 3 个 repo 都设置好,跨 repo 管理 CI,并记录你的智能体所做的一切。一周后如果你需要修 bug 或去休假并想交给队友,他们可以在自己的机器上无缝继续,不会有任何丢失。
跨服务的团队:如果对共享库的一个改动影响了 5 个下游 repo,Polygraph 能让你的智能体在打开任何 PR 之前,先在这 5 个 repo 上验证该改动。然后它将跨 repo 的 PR 和 CI 统一打开并管理,让整个改动像单个单元一样推进。

感谢关注我们的新产品——非常期待你的反馈!
PH 用户
过去几个月我每天都在用 Polygraph,真心觉得它比我之前的工作方式有了巨大提升。开启一个改动并立刻获得所需的一切变得如此简单,我可以马上开始解决实际问题。尤其是当需要同事会话中的上下文,或者要为与改动相关的配置向另一个 repo 提交 PR 时,Polygraph 让这一切变得轻松到无需我动脑。团队干得漂亮 🤩
PH 用户
这个想法真有意思。跨 repo 上下文是我在使用 AI 编码智能体时遇到的最大限制之一。

我很好奇:当各个 repo 独立演化时,你们是如何保持依赖图准确的?是通过 Git 变更持续更新,还是在智能体开始工作前按需重建?

恭喜发布!🚀
PH 用户
太棒了。智能体失忆无疑是目前跨多个 repo 工作时最大的痛点之一。

问个快速问题:如果在我的 AI 智能体还在处理某个 repo 时,另一个开发者推送了新代码,会发生什么?智能体感知到代码变了吗,还是我得重启会话?发布很棒,伙计们。
PH 用户
会话记忆这部分是难点——大多数 AI 编码工具把每一次对话都当作无状态处理,意味着你要反复解释相同的代码库上下文。跨 repo 可见性很有意思,因为天真的包含所有 repo 会撑爆上下文窗口,所以很想知道你们如何处理这种权衡。是用依赖图遍历来选择性拉取相关上下文,还是对分块代码做语义相似度搜索?另外,会话记忆能跨不同的智能体框架(Claude Code、Cursor 等)持久化,还是每次只限于一个框架?
PH 用户
跨 repo 的可见性加上可恢复的 session 真的是一大突破。一个 session 快照会携带来自多个私有 repo 的状态和代码,其他开发者可以在自己的机器上接着使用。这个快照是否遵循每个 repo 的权限,从而确保恢复 session 时不会把用户无权访问的 repo 上下文交给他?
热门产品Heidi Grutter2026-06-25原文

相关内容