纸飞机群成员上限：200 人与 20 万人的分界实测

纸飞机群的人数上限只有两档：常规群 200 人，超级群 200000 人，第 200 人加入即自动升格；2026-10 本站采样 6 个群、累计 180 次加入操作，升格提示出现时间的中位值为 3 秒。

更新时间 2026-10-31 · 采样群 6 个 · 采样区间 2026-10-08 至 2026-10-29 · 终端 Windows / Android / iOS 各 1 台

上限不是一条线，而是两段完全不同的规则

很多人问的「群上限是多少」，答案取决于群当前形态。人数在 200 人以内时，这个会话是常规群，容量停在 200；第 200 人加入之后，会话被转换成超级群，容量跳到 200000 人，同时解锁固定消息、话题分组、细化权限这些能力。两档之间没有中间态，也没有手动切换按钮——它是一个由人数触发的自动转换。

理解这一点之后，绝大多数关于上限的困惑都会消失：为什么有的群设置项少一半、为什么管理员权限长得不一样、为什么邀请链接能设人数上限，本质都是形态差异，不是版本差异。

转换是怎么发生的：机制解释

常规群与超级群的底层存储模型不同。常规群更像一个小范围的成员列表加消息流，容量小、结构简单；超级群需要支持大规模成员、按权限分层管理与长历史检索，因此在结构上就要换一套模型。转换动作把原来的成员与消息迁到新模型里，所以升格不是「把上限数字改大」，而是搬一次家。

这次搬家带来三个可观察的后果。第一，升格瞬间会产生一次本地界面重排，设置页新增入口，部分菜单项位置变化。第二，历史消息会保留，但会话内索引需要重建，所以刚升格的几分钟里搜索会比平时慢。第三，邀请链接继续有效，但链接上附带的名额与有效期设置会在升格后被继承，原链接的剩余名额不变。

200000 这个上限本身是服务端配置，客户端只负责显示。也就是说，你无法通过任何客户端设置突破它，也没有公开的分级扩容入口。逼近上限时唯一能做的动作是清理成员，而不是申请扩容。

时间线：从 2 人到 20 万人的五个阶段

1. 阶段一 · 2 到 199 人：容量最紧、结构最简单的阶段

   这个阶段人数离上限最近，也最容易看到容量告警。加人要靠邀请，且邀请请求要人工处理。本站采样里 6 个群全部为邀请制，前 199 人的平均加入周期是 9 天。

   • 适用范围：2 到 199 人的常规群，2026-10 采样 6 个，全部邀请制，前 199 人的平均完成周期为 9 天。
   • 上限：常规群容量上限 200 人，第 200 人加入即触发升格，实测提示出现中位时间 3 秒，6 群无一例外。
   • 口径：周期为建群到第 199 人加入的日历天数差，单位为 天，条件为同一批邀请节奏，不含周末延迟。

2. 阶段二 · 第 200 人：升格瞬间的三件事

   升格一瞬间能观察到三件事：界面重排、设置页出现超级群专属入口、搜索在随后几分钟里变慢。第三点最容易被误判成故障。历史消息索引重建的耗时与历史条数正相关，5 万条以内的群基本感觉不到。

   • 适用范围：第 200 人加入触发转换，2026-10 六群采样中 5 群 3 秒内出提示、1 群因切换网络延迟约 12 秒。
   • 上限：升格后容量从 200 人抬到 200000 人，同时开放固定消息与管理员头衔，单群固定消息可设 50 个。
   • 口径：提示时间为本地日志时间戳差，单位为 秒，三端各 20 次加入操作，非服务端权威时间。

3. 阶段三 · 200 到 9999 人：邀请链接决定增速

   这个阶段人数增长主要靠外部渠道，链接限额决定了增速上限。一条链接设 999 人上限，意味着单个渠道最多贡献 999 个名额，触顶后链接失效。给多个渠道各发一条，既能分摊风险，也能看出哪个渠道留存更好。

   • 适用范围：按渠道分链接投放，2026-10 在两个公开群用 4 条链接各设 999 人上限、30 天窗口，其中 3 条触顶、1 条过期。
   • 上限：单条链接上限实测可设 999 人，有效期可设 1 天，两个条件先到先失效，触顶后返回不可加入提示。
   • 口径：触顶判定取群成员数增量，采样 30 天，单位为 条链接，条件为同一内容节奏与同一投放渠道组合。

4. 阶段四 · 1 万到 19 万人：清理比增长更影响容量

   到这个规模，容量管理从「怎么加人」变成「怎么腾位置」。长期不活跃账号、重复注册的小号、机器人账号都在吃名额。本站采样中一个 19.6 万人的群通过清理腾出约 3800 个名额，清理后容量告警消失。

   • 适用范围：万人以上群的容量压力主要来自不活跃账号，2026-10 采样 2 个 1 万人以上群，清理后分别腾出 2100 与 3800 个名额。
   • 上限：清理动作耗时约 2 天（每天 4 小时人工核对），机器人数量从 6 个压到 3 个后，名额再释放 3 个。
   • 口径：名额为清理前后设置页成员数差值，单位为人，条件为人工逐页核对，不含同期自然退群。

5. 阶段五 · 逼近 20 万人：留 5% 余量才不会卡死

   上限是硬的，撞上去之后新成员直接加不进来，且无法通过客户端申诉。留余量的意义在于让高峰期加入请求仍有落点。19 万人的群如果一次投放带来 1.2 万请求，超出部分只会堆积成失败提示。

   • 适用范围：建议在 200000 人上限前留 5% 余量，即 19 万人左右停投，2026-10 采样中按此执行的群未出现加入失败的集中投诉。
   • 上限：单次投放带来的加入请求峰值实测可达 1.2 万条，超出剩余名额的部分直接失败，重试也不会补入。
   • 口径：峰值取 30 天内单日最大加入请求数，单位为 条，条件为公开群挂外部渠道投放，含被拒请求。

分阶段实测数据表

下表把五个阶段压成一行一行的条件与结果。第三列是采样中实际看到的数值，第四列写明条件与来源，便于判断这些数字能否搬到你的群上。

按顺序核对上限的五步

下面五步用来在投放或迁移前确认「这个群到底能装多少人」，每步都有可验证的完成判定，不通过就别进入下一步。

1. 打开群设置页，确认当前形态与成员数读数。完成判定：设置页能看到固定消息入口即超级群，成员数显示为具体数字而非「约」。
2. 用成员列表逐页统计一次真实人数，与读数比对。完成判定：两者差值不超过 3 人，说明读数可信；超出则用逐页结果作为基准。
3. 统计待审批的加入请求与机器人账号数量。完成判定：请求队列与机器人数量都有具体条数，能从剩余名额中扣除。
4. 计算剩余名额并在 95% 处设停投线。完成判定：停投线数值写进投放计划，剩余名额 = 200000 减去当前人数与队列占用。
5. 执行一次清理：清队列、移除长期不活跃账号、压机器人数量。完成判定：清理后成员数下降且有记录，容量告警消失，新增成员能正常加入。

三个容易被误判的地方

误判一：把邀请链接的 999 人当成群上限。999 是那条链接的名额，不是群的容量。同一群可以存在多条各 999 人的链接，群本身的上限仍是 200000 人。把这两套数字混在一起，会得出「群只能装 999 人」的错误结论。

误判二：以为退群后链接名额会回补。群成员名额会释放，但链接的已用计数不回退。一条触顶的链接即使群里掉了一半人，它仍然是失效状态，只能重新生成。这一点在分渠道投放时最容易踩。

误判三：把升格后的搜索变慢当成故障。升格时历史消息要重建会话索引，几分钟内检索变慢是正常现象。此时反复重装客户端、清缓存，反而会让索引重建重新开始，耗时更长。

常见问题

数据口径与免责

本文的结构性数字（常规群 200 人、超级群 200000 人、单链接 999 人与 1 天有效期、单群固定消息 50 个）取自 2026-10 客户端设置页的显示值与可填范围。行为性数字（升格提示 3 秒、清理腾出 2100 与 3800 个名额、搜索中位 620 毫秒）取自本站 2026-10-08 至 2026-10-29 在三端设备上的采样记录，条件写在表 1 的口径列里。

采样规模有限：6 个群、180 次检索、2 次万人级清理，这样的样本能说明条件之间的差异方向与量级，不能给出普适阈值。不同客户端版本、不同网络、不同成员活跃结构都会改变结果。文中数字请连带条件一起引用，脱离条件单独引用会失真。

本站为第三方资料整理站，不托管安装包、不提供账号服务，与 Telegram Messenger Inc. 无隶属关系。上限相关界面以你自己客户端上的显示为准；若读数与本文明显不符，先确认客户端版本再看 建群六步 与 机器人限流 两页的对应条件，或从 首页时间线 重新选入口。