先说答案：这两条路的差别不在「能不能做出来」，而在「做出来之后谁负责让它一直活着」。下面用两张清单把它摊开，一张列自建要准备什么，一张列云端要准备什么，再对着看长期成本。

LangBot 是开源的 IM 机器人大框架，可以自己部署；本文参照的是它同一套能力的托管形态（cloud.langbot.app）。两条路用的是同一个概念模型——平台、流水线、机器人——所以清单能对着列，逐条比。

先给一句结论，省得你往下翻：清单短的那条路，短的不是功能，是环境准备——那部分被平台接走了，代价是你也不再掌握它。

一、清单 A：自建要准备什么

1. 一台长期在线的机器。 不是「能跑起来」，是「断电重启之后自己回来」。家用设备的最大问题是它跟着你的作息活。
2. 一个外部可访问的入口。 群里的消息要能被你的服务接住，这个入口必须存在、必须一直有效。
3. 域名与证书的续期安排。 这一项失败时不报错，只在某天群里忽然没动静时暴露。
4. QQ 开放平台的注册材料。 应用信息、凭据、启用状态，几样东西要互相对得上，顺序错了就得回头查。
5. 模型服务的密钥与额度管理。 额度耗尽不会报警，机器人只会不再回话。
6. 升级与备份的习惯。 升级前备份配置与人格设定，升级后回归一遍「@ 它还会不会回」。
7. 一个「出事了谁来看」的答案。 这条最容易被跳过，也是最贵的。

清单 A 的特点：每一条单独看都不难，难在它们同时成立。任何一条松动，表现都是「机器人不回话」，而你不知道是哪一条。

二、清单 B：云端要准备什么

1. 一个 LangBot 账号。 登录用，不涉及服务器。
2. 选定使用哪个模型。 账号里的模型可以直接选，不用自己另接密钥，省掉的是凭据申请和账号打理这两件事。
3. 一条流水线，以及它的人格设定。 也就是「它是什么角色、说话什么风格」，写在界面里。
4. 触发方式。 群里只留 @ 触发，避免机器人对着普通聊天插话。
5. 一个 QQ 官方机器人，并完成绑定。 创建时选 QQ 官方 API，用一键二维码绑定，手机 QQ 扫码确认。
6. 启用开关打开。 之后在群里 @ 它就行。

清单 B 只有六条，而且没有一条是「持续维护」性质的——它们都是配置动作，做完就结束了。这不是说云端没有运维，而是运维不在你手上。

三、两条清单的成本，往长期看

不用价格也能比，因为真正的成本项不是钱：

• 上手时间：清单 A 的六条里有四条是环境准备，做完才能看到第一句回复；清单 B 的六条全部是配置，做完就能在群里 @ 到它。
• 失败方式：自建的失败是沉默的、分散的（证书、进程、额度、凭据各有一套坏法），排查要一路收敛；云端的失败集中在「我有没有启用」「我有没有配对」，范围小得多。
• 谁被叫醒：自建时，半夜掉线是你；云端时，这一项不在你的待办里。这条往往是决定性的——不是因为技术难度，而是因为责任归属。
• 能力边界：自建可以改源码、接内部系统、看到完整运行记录；云端给你的是产品化的界面，深度定制不在范围内。这是自建真正的收益，别把它当成情怀。

还有一项不写在清单里但一直在扣钱的东西：注意力。自建之后，你会不自觉地每天看一眼进程还在不在；这种低频但持续的牵挂，是最难量化也最容易累积的那部分成本。云端把这份牵挂换成了一个你偶尔打开一次的网页。

四、选哪个：一条判断规则

如果这件事的价值在你把它跑通之后才出现，选云；如果价值来自你对运行时的控制权，选自建。

换成更具体的问法，三个问题里有两个答「是」，就走云端：

1. 你希望现在群里就有人能 @ 到它？
2. 你能接受「它怎么跑」由平台决定？
3. 你没有一台愿意 24 小时开着的机器，也不想为此再维护一台？

反过来，只要「数据必须留在自己机器上」或「必须能改到代码层」是硬要求，自建就是唯一选项，此时清单 A 是入场费，不是可选项。

两条路的起步差别不在钱：清单 A 的环境准备必须先做完才能看到第一句回复，清单 B 的配置项可以边做边看结果。

五、常见问题

问：云端只支持 QQ 吗？
答：LangBot 本身支持多种消息平台（截图为项目能力总览），但这篇只讲 QQ 官方机器人这一条路。换平台的话，绑定和后续配置都要重做一遍，所以这一步值得多看一眼。

问：自己搭是不是更便宜？
答：把机器、域名、证书、你花在排障上的时间一起算，个人场景通常不便宜。自建的性价比出现在你已经有一台常在线机器、并且本来就要维护它的时候。

问：云端能改人格设定吗？
答：能。人格写在流水线里，改完保存即可，不需要重启任何东西。这是配置层的事，不是代码层的事。

问：先自建、以后搬云端，会不会白做？
答：不是白做。你在自建里想清楚的人格、触发规则，换到云端可以照着重建；环境那部分工作带不走，但它本来也不产生业务价值。

自部署的源码与安装方式在 GitHub 仓库，配置与排障细节以官方文档为准；托管这条路的操作步骤同上文清单 B，本文不再重复一遍。