JarvisCore

嗨 Product Hunt，我是 Muyukani，Prescott Data 的创始人兼 CEO。我们构建的是让 AI 能在受监管行业中真正可用的基础设施，JarvisCore 就是支撑它的开源运行时。

灵感来源：

我们尝试过的每一个智能体框架都长一个样：一个主智能体调度若干 worker，工具靠外接的 MCP 服务器，API 密钥放在 .env 文件里，记忆要么无限膨胀，要么被粗暴截断。这种结构在演示里没问题，但一旦让智能体真正跑起来，就会立刻崩溃。

我们想要解决的问题：

1. 主调度器既是单点故障，也是扩展天花板。它一旦挂掉，整个智能体集群也跟着完蛋。

2. 每个 MCP 服务器都要自己接一套服务商的鉴权流程。十家服务商，就意味着十倍的鉴权麻烦。

3. 写在 .env 里的凭证，最终会泄漏到智能体的上下文、提示词和调用链路中。

4. 记忆要么没有边界，导致成本和噪声无限增长；要么有损丢失，让智能体只能基于残缺的片段进行推理。

迭代过程：

我们用真实的预算在 JarvisCore 上跑自己的智能体，每发一个版本就修复掉暴露出来的问题。由此沉淀出四个核心决策：

1. 没有主智能体。所有智能体在去中心化的 P2P 网格中地位对等，相互发现、自行认领任务，并在同伴失败时接续其工作。没有单点故障，扩展只需增加节点。

2. 不依赖 MCP 服务器。智能体自己编写工具，JarvisCore 原生完成各服务商的鉴权编排，让一个智能体可以跨任意服务商完成身份认证。

3. 零信任凭证机制。我们的代理组件 Nexus 在调用时即时注入凭证，智能体永远不会看到密钥，也不再依赖 .env 文件。

4. 有界的无损记忆。智能体的遗忘遵循一条曲线：被反复使用的内容得以保留，无人问津的内容自然淡化。记忆保持有界的同时，不会截断智能体真正需要的信息。

为什么你应该使用它：

如果你正在构建的智能体需要无人值守地运行、跨越多个系统、操作真实凭证，JarvisCore 会把这四件事打包在一个 Apache-2.0 的项目里一并交付给你。从一个仅含三项属性的 AutoAgent 起步，再用同一套代码平滑扩展到多台机器。

pip install jarviscore-framework

如果你也在让智能体跑出演示环境，欢迎告诉我它最先在哪里出问题。