📌 项目地址agentscope-ai/QwenPaw | ⭐ 17,069 颗星 | 🔧 Python | 📜 Apache-2.0

一句话说清楚项目

QwenPaw 是一个自托管的 AI 助手框架。它跑在你自己的机器或云服务器上,数据不离开你的环境,没有第三方托管,没有数据上传。安装命令:

pip install qwenpaw

当前版本 1.1.10(2026 年 6 月 1 日),标注 preview,有已知问题。Python 3.11+,macOS/Linux/Windows 均可。Apache-2.0 协议,GitHub 获得 17069 星。这个热度说明自托管 AI 助理的需求真实存在,但 preview 状态也说明项目还在打磨。

我装了跑了几天,这篇文章说清楚三件事:安装配置的真实门槛、核心机制的实际用法、以及谁真的适合用它。

安装后的第一个坎:模型配置默认锁通义

pip install 很顺,但要让 QwenPaw 真正回答你的问题,必须配置大模型。README 以通义千问举例,配置文件在 configs/model_configs.json。官方文档(https://qwenpaw.agentscope.io/)快速开始页最下面两段写了也支持 OpenAI、Ollama 等兼容接口。

问题:你必须自己准备 API Key 或者本地模型地址。 QwenPaw 本身不做推理,它只是一个调度层。最终回答质量完全取决于你连的模型。你用通义旗舰 API 还是本地跑一个 7B 模型,效果天差地别。文档中心全在通义上,换模型需要自己去文档翻兼容说明,然后手动改配置。

我花了 30 分钟才搞清楚配置格式——不是 README 不好,而是它默认你熟悉这些接口。

三个核心概念:Agent、Skills、Channels

Agent(智能体)

你可以创建多个智能体,每个有自己的 system prompt 和 skill 集。智能体之间能通信。v1.1.10 新增了 spawn_subagent 工具:一个智能体在执行任务时,可以临时创建子智能体处理子任务。

我试的例子:让一个智能体“写一份某行业报告”。它自动生成了一个子智能体负责资料搜索,另一个负责排版整理。整个过程是框架自动拆解任务,不是手动写流程。这个机制让多步任务变得自然。

Skills(技能)

技能决定 QwenPaw 能做什么。内置技能:日程管理、PDF/Office 文件处理、新闻摘要。你可以自己写技能,放在指定目录,系统自动加载。技能是 Python 文件,没有 vendor lock-in。README 说“Skills determine what QwenPaw can do”,这句话不虚。

Channels(渠道)

一个 QwenPaw 实例能对接多个聊天平台。目前已支持:钉钉、飞书、微信、Discord、Telegram、腾讯元宝。

配置门槛:每个渠道的申请、Token、webhook 都不一样。README 只列了名字,具体步骤要去文档里翻。我试了钉钉渠道,从申请机器人到配置 webhook 花了两个小时。如果你要同时对接多个平台,时间翻倍。

v1.1.10 值得关注的三个变化

  1. Spawn subagent:之前的智能体间通信需要预先设计流程,现在一个智能体能按需生成子智能体。对于“先搜索,再整理,最后生成报告”这类流水线任务,大大减少手动编排。
  2. Open Directory(编码模式):在 coding 模式下,AI 可以访问一个本地项目目录,不需要复制文件。适合引用已有代码、修改项目。但要留意文件权限——AI 能读到目录里所有文件。
  3. Feishu 线程回复:飞书渠道支持线程回复,交互更自然。Tencent Yuanbao 成为新渠道。

从“描述一个目标”到“拿到结果”需要几步

README 写的创作场景:晚上描述一个短视频目标,第二天醒来 AI 已经做好了。我试了,流程如下:

  1. 先配好渠道(我选了钉钉),确保 AI 能收到我的消息。
  2. 配置技能集:需要新闻检索(内置)、视频脚本生成(需额外装)、素材下载(需自己写或从社区找)。
  3. 配置定时任务。README 有示例配置,但我需要调整触发条件和执行顺序。
  4. AI 开始执行:生成子智能体(搜索资料、写脚本、下载素材)、生成报告推送到钉钉。

这个流程走通需要 3-4 小时配置调试。框架提供了工具,但没帮你走完最后一步。

其他场景也是类似逻辑:

  • 社交媒体摘要:Skills + 定时任务。每天自动整理小红书热帖、知乎热页、Reddit 热门,推送到你的渠道。
  • 生产力:邮件和新闻通讯摘要推送到渠道。
  • 研究与学习:跟踪技术/AI 新闻,用个人知识库搜索和复用信息。
  • 桌面与文件:搜索本地文件,读和总结文档,对话中请求文件。

四件事让你算清楚“运维成本”

  1. 运维责任在你。没有 SaaS 帮你兜底。服务宕了要自己重启,内存不够要自己扩容。
  2. 技能效果依赖模型。QwenPaw 是调度框架,最终回答质量取决于你用通义千问旗舰 API 还是本地跑的一个 7B 模型。
  3. preview 状态。项目自己说了有已知问题。如果你要 7×24 跑生产业务,需要额外做监控、容错、日志。
  4. 渠道配置繁琐。每个渠道的申请、Token、webhook 都不一样。一句话带过容易,实操至少半天。

我的建议

QwenPaw 的方向是对的:把控制权交给用户。17000 星说明这种需求真实存在。

如果你符合以下条件,可以入手:

  • 有数据隐私硬性要求,不愿把对话数据送到第三方云
  • 有自己的服务器或 GPU 机器,能维护 Python 环境
  • 需要在多个聊天平台上用一个 AI 身份持续工作
  • 知道怎么配置 Nginx、设置环境变量、调试 Python 报错

如果你符合以下条件,建议观望:

  • 希望“打开网页就能用”
  • 没配过 Nginx、不熟悉环境变量
  • 对服务可靠性要求极高但不想做运维

想试的话,先做两件事: 第一,去读官方文档:https://qwenpaw.agentscope.io/。第二,确认你有维护一个 Python 服务的意愿和能力。确认这两点之后,再动手装包。

这篇文章对你有帮助吗?

发表回复