1 分•作者: vitorgrs•3 个月前
返回首页
最新
1 分•作者: dotcoma•3 个月前
1 分•作者: ryanmerket•3 个月前
1 分•作者: JimsonYang•3 个月前
2 分•作者: tintinnabula•3 个月前
1 分•作者: mips_avatar•3 个月前
1 分•作者: divingstar•3 个月前
3 分•作者: littlexsparkee•3 个月前
3 分•作者: petethomas•3 个月前
2 分•作者: pwnna•3 个月前
1 分•作者: luciabazanw•3 个月前
1 分•作者: dorkrawk•3 个月前
2 分•作者: Bender•3 个月前
1 分•作者: bryanrasmussen•3 个月前
1 分•作者: 1659447091•3 个月前
1 分•作者: khromov•3 个月前
1 分•作者: Bender•3 个月前
1 分•作者: mat10112•3 个月前
我在公司是一名建筑师,我团队里的每个人现在都在工作中使用 Claude/Codex 代理。虽然管理 claude.md/agents.md 文件中的上下文是可以的,但很多所需的知识既不适合放在一个仓库里,也不适合放在另一个仓库里。此外,团队中的许多人(产品、设计、支持)并不直接使用仓库,但仍然需要一个地方来共享上下文。
我搜索了现有的解决方案,但只找到了用于管理已部署的 AI 代理内存以供 AI 应用程序使用的产品。我想要的是一个能帮助我的团队共享存在于我们集体意识中的上下文的东西。
解决这个问题的第一个尝试是创建一个目录结构,并在其之上添加一个 MCP 层,但这变得难以维护。于是我开始着手创建一个适用于整个团队的上下文共享平台。为了实现这一点,我希望优先考虑两件事:
1. 轻松存储有价值的上下文。如果感觉像是在维护文档,没有人会使用它。
2. 轻松地与合适的人共享上下文。例如访问控制、读/写权限等。
于是就有了 memsprout。memsprout 通过以下方式解决共享上下文的问题:
* **MCP** - 直接连接到 AI 代理,就在大家已经开始工作的现有地方。
* **Memories** - 存储的核心单元。
* **Spaces** - 用于与队友共享 Memories。
* **Topics** - 将 Memories 分类到特定的类别中。
现在,我在工作时能够存储我定义的上下文片段的 Memories,并与我的队友共享它们。
问:你们是否也认为这种上下文共享是一种挑战?你们是如何在工作中解决它的?
1 分•作者: Bender•3 个月前
4 分•作者: petethomas•3 个月前