Mastra Knowledge：为智能体提供持久的公司上下文。现已进入早期访问阶段，与设计合作伙伴共同开发。
Sam Bhagwat·2026年10月26日
·3分钟阅读
过去几个月里，我们彻底改变了在 Mastra 的工作方式。当我们需要了解某件已经发生的事情时，我们不再登录某个系统。我们直接在 Slack 里问我们的某个智能体：用户对上周新功能的反应如何？我们的销售管道中正在出现哪些新的反对意见？
这些正是我们一直想找到答案的问题，而寻找答案通常需要查询多个系统。借助我们的 Slack 智能体，答案不再只存在于某个人的脑子里，而是出现在每个人的信息流中。
上个月，我们迈出了下一步。此前，这些智能体中有许多由各自独立的知识图谱驱动。后来，借助我们的软件工厂，我们构建了一个全公司范围的知识图谱。突然间，我们的编码智能体拥有了关于我们为何要构建某些功能的决策上下文。
我们看到交付代码的质量有了明显提升。智能体不再以幼稚的方式构建东西，而是开始按照我们希望的方式来构建。
构建公司知识大脑很难
智能体正变得越来越容易构建。但构建一个全公司范围的上下文层却很难。以下是我们学到的一些经验：
- 新鲜度很难保证，并且需要版本管理。 一个组织的宗旨就是快速更新重要信息，因此“最近检查过”并不意味着“现在正确”。如果不包含自动更新，就会引入一个基础错误率。
- 需要按功能组织，才能得到完整的答案。 主题会跨越不同团队使用的系统。即使是一个简单的功能，也可能跨越多个代码仓库。你可以把知识图谱看作公司信息的本地缓存，而梳理系统与主题之间的关系是很困难的。
- 决策记录很重要。 单个功能的记录达到了 1,054 行，包含 19 个带日期的变更标题。决策记录保留了推理过程，这样未来的贡献者就不会无意中重复我们已经考虑过的路径。
Knowledge 的作用
Knowledge 是一个独立服务，它保存公司和团队的上下文，并在智能体需要时将其提供给智能体。你连接组织已经在写入的系统，比如 Slack 和 Monday，Knowledge 就会自动保持最新。
它与 Mastra memory 并列，后者处理单个用户和单个线程的上下文。Knowledge 处理公司和团队层面的上下文。你可以按职能运行独立的知识库，比如编码和支持，并在个人、团队和组织级别设置权限。
将 Knowledge 引入你的公司
我们正开始与希望构建自己知识库的组织合作。各种类型的组织都有：其中几家是市值超过 500 亿美元的公司，一些是 50 人的初创公司，还有介于两者之间的各种规模。一个例子是：一位早期设计合作伙伴将支持智能体无法回答的问题反馈回他们的公司知识大脑，这样智能体下次就能答对。
今天，我们向另外 8 个设计合作伙伴开放，先到先得。如果你正在构建内部智能体，并在思考如何扩展为公司知识大脑， 欢迎联系我们.
分享到 X 或 LinkedIn
Sam BhagwatCEOSam Bhagwat 是 Mastra 的创始人兼 CEO。他联合创立了 Gatsby，该框架被数十万开发者使用。他毕业于斯坦福大学，是 Web 开发领域的资深人士，著有《Principles of Building AI Agents》（2025）。
Sam Bhagwat 的所有文章 →