[功能请求] Memori Python SDK 的 CrewAI 框架集成

您的特性请求与问题有关吗 ?

□ 总结 美森队

我是Rachit Kakkad CS学生和开源撰稿人 (GitHub:拉希特-卡卡德一号). 我读过美森的书 架构和注意的 CrewAI 在支持中缺失 与 Agno 、 LangChain 和 Pydantic AI 并列的框架列表。

我想建立这种整合 并想适应 球队开始前。

-- -- . . .

为什么是CrewAI?

• 30M+下载,是最广泛使用的多代理之一 Python生态系统框架
• CrewAI的默认内存是机载和会话范围 - 每次调用或容器重启时都会擦去 CrewAI对外部持续内存的需求是 已经验证( Mem0 构建了此集成, 开发者) 正在积极寻找替代办法)
• 不同于其他框架请求(# 175 AgentScope), CrewAI 有既定的外部内存提供者模式 集成路径 深知和可集成

-- -- . . .

□ 拟议办法

接入CrewAI的代理寿命周期自动捕获:

• 每个代理工具的呼叫及其结果
• 代理决定和推理步骤
• 代理商之间的对话
• 任务完成和成果

此地图直接映射给 Memori 现有的属性+会话 型号 - 每个CrewAI 乘员变成一个进程,每个用户/运行 成为一个实体。

** 范围:**

• Python SDK集成(初级)
• [ 按照梅莫里现有模式进行全面测试
• [ 添加到 " 美梦烹饪本 " 的示例
• [ ]医生
• TypeScript SDK (拉入入球)

-- -- . . .

∮在我开始前∮

1. 是否已在内部进行或分配给 有人吗?
2. 关于最佳生命周期钩的任何建筑指导 当前 SDK 中的分数 ?
3. 除了捐款之外,我还应遵守任何公关公约?

如果这样比较容易讨论的话 也很乐意跳Discord

谢谢你造出梅莫莉

• 拉希特·克卡德(Rachit Kakkad) (原始内容存档于2018-10-21). Rachit-Kakkad1

解决办法

我想做一个一等的Memori x CrewAI集成 自动进入CrewAI的代理寿命周期 抓取每个工具的呼叫、代理决定和谈话 变成美森结构的记忆层.

每个CrewAI 切换到一个 Memori 进程, 每个用户/ 运行 映射到一个实体。 这直接符合美森现有的 归属+会话模式,对SDK核心零变化.

范围:

• PythonSDK集成(初级)
• 按照Memori的现有模式进行全面测试
• 给《美梦烹饪手册》添加的例子
• 医生
• TypeScript SDK(拉入入球)

考虑的替代品

Mem0已经构建了 CrewAI集成,开发者是 积极使用它 - 意味着需求得到证实, CrewAI中的外部内存提供者模式是可以理解的. Memori需要这个 在多代理中保持竞争力 框架空间。

受影响的组成部分

其它

参与

• 我愿意提交一个Pull Request 这个功能.