Show HN: Modulus – 跨仓库知识编排用于编码代理

发布: (2026年3月11日 GMT+8 02:52)
3 分钟阅读

Source: Hacker News

Overview

你好,HN,我们是 Modulus 的 Jeet 和 Husain(https://modulus.so)——一款桌面应用,能够让你在多个编码代理之间共享项目记忆并同时运行它们。

Problems

  • 跨仓库上下文失效。 在多个代码仓库之间工作时,代理无法理解它们之间的依赖关系。即使我们在不同的 Cursor 窗口中打开两个仓库,仍然需要在前端仓库进行更改时手动向后端代理解释 API 架构。
  • 代理丢失上下文。 在不同编码代理之间切换往往会导致上下文丢失,需要重复相同的指令。

Solution

Modulus 在代理和仓库之间共享记忆,使它们能够理解你的整个系统。它是 Conductor 等 AI 编码代理编排工具的替代方案,但我们专注于多仓库工作流(例如,后端仓库 + 客户端仓库 + 共享库仓库 + AI 代理仓库)。我们从头构建了自己的记忆与上下文引擎,专为编码代理设计。

Why Build Another Agent Orchestration Tool?

这源于我们自己的痛点。在上一个创业项目中,我们需要同时处理两个不同的仓库。跨仓库工作意味着在 Cursor 窗口之间手动粘贴 API 架构——一次又一次地向前端代理说明后端 API 的样子。于是我们开发了一个小型上下文引擎来在仓库之间共享知识,并通过 MCP 将其接入 Cursor。后来它演变成了 Modulus。

Future Plans

不久的将来,Modulus 将允许团队与他人共享知识,以提升 AI 编码代理的工作流——在 AI 编码时代实现团队协作。我们的 API 将让开发者在不同编码代理或 IDE 之间切换时不丢失任何上下文。

Demo

如果你想在尝试之前先看一个快速演示,这里是我们的发布帖:https://x.com/subhajitsh/status/2024202076293841208

我们非常期待你的反馈,也希望你有机会体验 Modulus。

0 浏览
Back to Blog

相关文章

阅读更多 »

RISC‑V 很慢

在进行 Triaging 时,我浏览了 Fedora RISC‑V tracker https://abologna.gitlab.io/fedora-riscv-tracker/ 的条目,已经对大多数进行了分流,目前仍剩下 17 条条目。

所有油脂火灾之母 (1994)

背景 我在帕洛阿尔托市中心的一家电脑公司办公楼工作,周围环绕着餐馆、酒店、银行和一家艺术用品店……