AstrBot 订阅怎么选：免费自托管、开通步骤与费用
AstrBot 是开源 AI 聊天机器人平台，自托管免费，模型与云部署另付费。
截至 2026 年 10 月 24 日抓取的公开资料，AstrBot 本体仍以 AGPL-3.0 开源、自行部署的方式提供，没有按人数、消息量或功能档位划分的官方订阅套餐。搜索“AstrBot 订阅”时真正需要比较的，其实是三笔费用：软件许可、模型 API、云服务器与即时通讯平台接口。现在值得先分清它们，是因为不少托管工具或教程把“免费部署”写成了“永久零成本”，容易让读者装完以后才发现模型调用仍要付费。
AstrBot 有订阅套餐吗：先看费用落在哪里
AstrBot 官方仓库把项目定义为集成立即通讯平台、LLM、插件和 AI 功能的开源 Agent 聊天机器人框架，采用 AGPL-3.0 许可，并明确标注“Free & Open Source”。第三方价格资料也一致列出：AstrBot 本体免费开源，没有 Free、Pro、Enterprise 之类的付费档位。
这不等于所有使用成本都是零：
| 费用项 | 是否包含在 AstrBot | 具体含义 |
|---|---|---|
| AstrBot 软件 | 是 | 开源代码，可自行安装和修改 |
| 模型 API | 否 | OpenAI、Gemini 等提供商按自己的规则收费 |
| 云服务器 | 否 | 使用 RainYun 一键部署时向云服务商付费 |
| 平台接口 | 通常另计 | Telegram、QQ 等平台可能要求 token、审核或独立服务 |
| 插件与外部服务 | 视插件而定 | 插件可能调用收费 API，费用以插件说明为准 |
因此，“AstrBot 免费”应理解为软件许可费为零，而不是“模型推理、服务器和第三方接口全部零成本”。第三方价格页记录的策略也是：自托管版本价格为 $0，实际支出主要转向基础设施与模型 API。需要商业服务时，优先确认对方提供的是托管运维、定制开发，还是另有模型调用额度，不能把 AstrBot 的开源能力包装成官方订阅。
官方项目主页：
https://github.com/AstrBotDevs/AstrBot
价格与许可交叉核对：
https://aidevdb.com/tools/astrbot/
https://ugliai.com/ai-tools/astrbot/
两种开通方式：本地体验与服务器部署怎么选
本地体验适合先确认 AstrBot 能否连接自己的模型和聊天平台。官方仓库推荐已经安装 uv 的用户使用 Python 3.12 环境初始化；以下命令来自公开安装说明：
uv tool install astrbot --python 3.12
astrbot init
astrbot run安装完成后，浏览器打开：
http://localhost:6185首次进入 WebUI 时，公开使用资料称登录密码会显示在启动日志中。先从日志复制密码，不要把管理员密码设成与云服务器、模型账号相同的简单字符串。
服务器部署适合需要持续在线、连接即时通讯平台或运行插件的场景。公开资料给出的 Docker Compose 路径是：
git clone https://github.com/AstrBotDevs/AstrBot
cd AstrBot
docker compose up -d然后同样访问 http://localhost:6185 检查管理界面。部署时还要确认反向代理、HTTPS、端口开放策略和 IM 平台回调地址，不能只看容器显示为 running 就认为外部渠道已经接通。
| 选择 | 适合谁 | 优点 | 需要承担的代价 |
|---|---|---|---|
uv 本地运行 |
首次体验、个人调试 | 命令少，停止进程即可退出 | 电脑关机后服务不可用 |
| Docker Compose | 长期运行、服务器部署 | 环境隔离，方便迁移和升级 | 需要维护 Docker、存储与端口 |
| RainYun 一键部署 | 不想自己管服务器 | 官方仓库提供的一键入口 | 云资源费用另计，平台规则仍需自行确认 |
官方仓库给出的快速入口：
https://github.com/AstrBotDevs/AstrBot#quick-start
WebUI 开通模型与聊天平台的具体路径
进入 http://localhost:6185 并用启动日志中的初始密码登录后，先配置模型，再连接聊天平台。这样可以分别验证“模型能否回答”和“消息能否送达”。
模型配置路径为：WebUI → 服务提供商管理 → 添加提供商 → 填入 API Key 与模型信息 → 保存并测试。API Key 是模型服务商的凭据，不属于 AstrBot 订阅；如果没有 Key，可以先使用自己已获授权或可访问的模型接口。不要把 Key 贴到插件配置、公开仓库或群聊消息中。
聊天平台配置路径为：WebUI → 平台管理 → 添加对应平台适配器 → 填入平台凭据 → 保存 → 启用平台。不同平台的名称、权限和字段并不完全相同，应以 WebUI 当前显示项为准。公开资料列出的适配范围包括 QQ、企业微信、飞书、Telegram、Slack 等，但能否启用还取决于平台账号类型、机器人审核状态和回调地址配置。
验证顺序建议固定为：
- 在 WebUI 的聊天页面发送一条普通消息，确认模型提供商已返回内容。
- 再从目标即时通讯平台向机器人发送消息，确认平台适配器已收到事件。
- 最后测试插件或知识库，避免把模型故障、平台故障和插件故障混在一起排查。
三个容易卡住的地方：官方提示与可执行解法
提示一：Requires uv to be installed.
这是官方快速开始说明中明确出现的安装前置条件。遇到这个问题，不要继续执行 astrbot init，先安装 uv，然后运行 uv --version 确认命令可调用，再重新执行安装命令。
提示二：macOS 首次运行 astrbot 较慢
官方仓库说明，macOS 首次运行 astrbot 可能因系统安全检查耗时约 10 至 20 秒。此时先等待首次检查结束，不要连续重复启动多个进程；若最终没有出现 WebUI 启动信息，再进入终端日志排查，而不是反复重装。
提示三：部署成功但模型或平台没有响应
这通常不是 AstrBot 订阅权限问题。先在 WebUI 的“服务提供商管理”测试模型，再检查平台适配器是否启用、token 是否有效、回调地址是否能从公网访问。若容器正常但外部平台收不到消息，可先用 http://localhost:6185 排除 AstrBot 本身故障，再逐项检查平台侧权限。
Docker 环境还需查看容器日志：
docker compose logs -f日志中持续出现的具体报错原文应作为下一次排查依据；当前可核实的官方安装说明没有给出统一的订阅激活错误码，因此不应凭空套用某个固定报错。
怎样确认已经开通成功
满足以下现象，才算完成 AstrBot 开通：
- 本地或服务器能打开
http://localhost:6185； - 登录后能看到 WebUI 管理界面；
- “服务提供商管理”中的模型测试能正常返回内容；
- “平台管理”中的目标平台已经启用；
- 从目标 IM 平台发来的消息能触发机器人回复；
- 重启容器或服务器后，配置和机器人服务仍能恢复。
如果只完成了 astrbot init，还没有运行 astrbot run；或者 WebUI 能打开，但没有配置模型，这都不算完成。模型测试通过、平台测试失败时，边界很清楚：AstrBot 本身已启动，接下来处理平台凭据与回调，而不是寻找不存在的“账号订阅”。
延伸入口与官方资料
安装、升级和问题反馈优先回到官方仓库的 README、Releases、Issues 与 Discussions，避免把第三方教程中的旧命令当成当前版本：
- AstrBot 官方仓库与快速开始：
https://github.com/AstrBotDevs/AstrBot - GitHub Issues、Discussions 与 Releases：
https://github.com/AstrBotDevs/AstrBot/issues - AstrBot 项目主页：
https://astrbot.app - 许可、部署选择与价格交叉核对：
https://aidevdb.com/tools/astrbot/
https://ugliai.com/ai-tools/astrbot/
选型结论可以压缩成一句话：想零软件许可费，用官方 AGPL-3.0 代码自行部署；需要有人维护服务器，就单独购买云部署；模型调用量较大时，再比较模型服务商的按量价格。 AstrBot 没有必须先购买的“订阅套餐”，真正需要算清的是后续 API 与基础设施账单。
参考来源
评论区
登录后可评论。