PraisonAI
5行代码组建AI团队,支持100+大模型,内置记忆、RAG与自我反思能力
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
5行代码组建AI团队,支持100+大模型,内置记忆、RAG与自我反思能力
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
想象一个场景:你的团队需要处理一份竞品调研报告——搜索、整理、分析、输出,往常需要一名分析师耗费数小时。而 PraisonAI 想做的事,正是把这个流程压缩成一段 YAML 配置,或者干脆几行 Python 代码,就能调动一支 AI 团队自动完成。
图1:作者头像

PraisonAI 的诞生,源于创始人 Mervin Praison 在使用 AutoGen 和 CrewAI 时的一个普遍困扰:这些框架功能强大,但上手门槛不低——需要理解复杂的代理角色定义、消息传递协议、人机交互回调,才能跑通一个最简单的 Demo。
2024 年 3 月,Mervin 决定做一款"减法框架",把多智能体系统的工程复杂度降到最低。他的思路很清晰:与其让用户学习框架,不如让框架学习用户的工作流。通过 YAML 声明式配置或极简 Python API,用户只需描述"要做什么",框架自动编排底层的 Agent 协作逻辑。
项目上线后迅速获得关注,2025 年初获得了 Elon Musk 在 X 平台上的转发推荐,进一步引爆社区增长。截至 2026 年 5 月,该项目在 GitHub 上已积累近 8000 颗星,1225 个 Fork,100+ 个贡献者,成为 AI Agent 框架领域最受关注的开源项目之一。
如果你用过 ChatGPT,可能有过这样的经历:想让它完成一个多步骤任务(比如"帮我分析这周股价并写成报告"),结果它要么中途卡住,要么输出不连贯。原因是单 Agent 的上下文窗口有限,无法长期记忆任务全局状态。
PraisonAI 的解决方案是把一个大脑换成多个专业大脑。你可以把框架想象成一个虚拟公司:
老板(你)只需要下达目标,员工们自己开会(Agent 间通信)、查资料(Tool 调用)、汇报进度(反射机制),最终交付完整成果。
PraisonAI 的设计哲学是"零配置启动"。最基本的 Agent 团队只需 5 行代码:
from praisonai import Agent
agent = Agent(instructions="分析今日科技新闻并输出摘要")
result = agent.run()
print(result)
或者更传统的 YAML 配置模式(参考 AutoGen/CrewAI 风格):
agents:
- name: researcher
role: 研究员
goal: 搜索最新AI技术动态
backstory: 资深科技记者
tools:
- search
- name: writer
role: 内容创作者
goal: 将研究结果整理成报告
tools: []
tasks:
- description: 搜索并总结今日AI新闻
expected_output: 结构化新闻摘要
agent: researcher
process: sequential
底层由 litellm 驱动,统一封装了 100+ 大语言模型的调用接口,包括:
| 类别 | 代表模型 |
|---|---|
| OpenAI | GPT-4o、GPT-4 Turbo、GPT-3.5 Turbo |
| Anthropic | Claude 3.5 Sonnet、Claude 3 Opus |
| 开源 | Llama 3、Qwen、Mistral、Gemma |
| 本地 | Ollama(任意本地模型)、vLLM |
| 其他 | Google Gemini、Cohere、DeepSeek 等 |
用户无需关心 API 调用细节,切换模型只需改一行配置。
PraisonAI 在底层 Agent 之上封装了三层核心能力:
1. 记忆系统(Memory):Agent 运行过程中的对话历史、工具调用结果被持久化存储,支持跨任务上下文复用,避免每次提问都要重复背景信息。
2. RAG 检索增强:内置向量数据库接口(支持 Chroma、PgVector 等),可将私有文档注入 Agent 知识库,让模型基于真实企业内部资料回答问题,而不是胡说八道。
3. 自我反思(Self-Reflection):Agent 完成任务后自动评估输出质量,若检测到不足(如缺少关键信息、格式不规范),会触发重新执行循环。这是 CrewAI 经典设计的继承,也被 PraisonAI 作为差异化卖点重点宣传。
项目还提供了大量可选扩展,覆盖生产级场景:
PraisonAI 并非从零造轮子,其定位是整合者——它同时整合了 AutoGen(微软)、CrewAI 和自研的 PraisonAI Agents,形成统一入口。这种策略的优势是用户无需学习多个框架,只需掌握 PraisonAI 一套语法,即可调用业界最好的多 Agent 能力。
从代码结构看,项目采用 monorepo 架构:
src/
praisonai/ # 核心包(YAML解析、Agent编排、CLI)
praisonai-agents/ # 自研 Agent 核心实现
praisonai-platform/ # Web 平台相关
praisonai-ts/ # TypeScript 实现
praisonai-rust/ # Rust 实现(实验性)
核心技术栈为 Python 3.10+,主要依赖包括 litellm(模型抽象)、praisonaiagents(核心 Agent 逻辑)、MCP(工具协议)、FastAPI/Flask(API 服务)、Chainlit(UI)、Rich(终端输出)。
| 维度 | 说明 |
|---|---|
| 编程经验 | 需要一定 Python 基础,但 YAML 模式可低代码使用 |
| API 密钥 | 必须持有至少一个大模型 API(OpenAI/Anthropic/本地均可) |
| 硬件需求 | CPU 即可运行,4GB RAM、2GB 磁盘 |
| 部署方式 | pip 安装 / Docker Compose 一键启动 / 云平台一键部署 |
| GPU 需求 | 非必须(模型调用走 API),本地 Ollama 模式可选 GPU |
最推荐的入门方式是 Docker Compose:克隆仓库后,一条命令启动完整服务,包含 Dashboard、API、Chat 界面,开箱即用,无需配置 Python 环境。
没有任何框架是银弹,PraisonAI 也不例外:
1. 复杂度封装的代价:框架隐藏了太多底层细节,当用户需要精细控制 Agent 间的消息传递、并发策略、错误处理时,上手难度不降反升。深度定制需要理解 AutoGen/CrewAI 的原生 API,这时"极简"的优势反而成了障碍。
2. 长程任务的可靠性:多 Agent 协作时,某一个 Agent 的幻觉或工具调用失败可能级联传播,导致整体任务失败。框架提供了反思机制,但无法从根本上解决 LLM 的不可靠性问题。
3. 企业级安全:代码执行(通过 Sandlock 沙箱)和外部工具调用存在安全边界问题,企业使用需要额外加固网络隔离和权限控制。
4. 活跃维护风险:项目增长极快,但核心维护者仅 1-2 人,大量 Issues 和 PR 处于积压状态(113 个 open issues)。作为生产级依赖存在一定的维护风险。
PraisonAI 的崛起折射出一个更大的趋势:AI Agent 正在从"极客玩具"走向"工程产品"。2024 年以前,多 Agent 框架还是学术研究和小众社区的专属;2025 年,随着 GPT-4o、Claude 3.5 等强基座模型的出现,普通人部署 AI 团队成为可能,而 PraisonAI 正是这个民主化浪潮中的代表性工具之一。
从生态位看,PraisonAI 填补了"比 LangChain 简单、比单个 API 调用强大"的市场空白。它不是要取代 AutoGen 或 CrewAI,而是降低这些框架的使用门槛,让更广泛的开发者能够参与到多 Agent 系统的构建中。
未来,随着 Agent-to-Agent 协议(如 ACP - Agent Client Protocol)的成熟,跨框架协作将成为可能。PraisonAI 已经支持 ACP,这意味着未来它可能成为企业 AI Agent 编排层的事实标准之一。
数据来源:GitHub(MervinPraison/PraisonAI)、PyPI、项目官方文档。报告更新于 2026 年 5 月 30 日。