让下一轮有机会认识新队友

避免重复分组记住过去,再换新搭配。

保留确认过的分组历史,寻找重复队友更少的下一轮,并明确显示仍然存在的重复。

依据历史 · 重复次数可见 · 本地处理

三块前后排列的米白面板上,小人标记在不同轮次改变分组

哪些人以前同过组?

先用九人三组的示例试试,只把实际采用的轮次确认到历史里。

固定名单与历史

2–80 人,每项最多 120 字符,总输入最多 20,000 字符。同名保留编号。应用新名单会清空历史和本机快照。

当前名单编号
  1. 条目 1: 小林
  2. 条目 2: 小周
  3. 条目 3: 小陈
  4. 条目 4: 小吴
  5. 条目 5: 小许
  6. 条目 6: 小赵
  7. 条目 7: 小唐
  8. 条目 8: 小宋
  9. 条目 9: 小何
导入一轮既有分组

例如 1, 2, 3。每个当前编号整轮恰好出现一次;空格、逗号、分号均可分隔。最多 20 个非空组,导入直接增加历史并取消候选。

最多 50 轮。仅保存确认历史,候选不保存。需手动再次保存新轮次;单标签页使用。应用名单、恢复示例、导入备份或清空历史会删除旧本机快照。JSON 最大 500,000 字节。

9
已应用人数
0
已记录轮次
3
计划组数

2–20 个非空组,人数最多差一人。设置变化只清除候选,保留已记录轮次。

九人示例已就绪,没有已确认历史;旧本机快照若存在,将在打开时恢复。

未确认的候选分组

生成下一轮后,先检查重复指标,再确认实际采用的方案。

名单和历史不上传。计算在本机工作线程内完成,本机保存和文件导出均由你主动选择。

重新打乱,不等于记得过去的队友

用已确认的历史,让新一轮更有针对性。

让历史同组关系参与下一次分配

避免重复分组不能只重新洗牌,还要知道哪些人已经一起参加过活动。本工具为固定名单保留确认过的轮次,把每组中任意两人的同组关系累计起来。生成下一轮时,在满足人数容量的前提下,搜索重复搭档较少的方案。你可以先查看候选,再换一个,未确认的候选不会被当作真实经历。

带领者与两位参与者查看墙上三轮分组纸张,头像沿路径换到不同小组

统计两人关系,不只看组名有没有变

四个人一组,会形成六对同组关系,给小组改个名称并不会产生新接触。候选结果分别显示本轮有多少对人以前见过,以及这些人过去同组次数的合计。历史明细还可查看每对的累计次数。一对人过去同组三次,本轮统计为一对重复、三次过往接触,两项指标含义不同。

俯视同组历史记录格,一只手把两个计数圆点圈出,边缘排列匿名头像标记

怎样根据历史生成下一轮

名单身份保持稳定,只确认实际使用的轮次。

  1. 01

    准备名单和人数规则

    输入 2 至 80 位成员,可选择换行、英文逗号、分号或制表符分隔。每个姓名最多 120 字符,总输入最多 20,000 字符,同名记录也保留独立编号。按组数或每组人数上限设置 2 至 20 个非空组,人数尽量均分、最多差一人。上限不是每组必须达到的固定人数,不会为凑整而省掉成员。

  2. 02

    补充以前实际用过的分组

    展开“导入一轮既有分组”,使用“当前名单编号”中的数字,每行一个组,例如第一行 1, 2, 3,下一行填写另一组。整轮必须让当前每个编号恰好出现一次,未知编号、重复或遗漏都会被拒绝,不靠名字猜测身份。也可以导入本工具的 JSON 备份,一次恢复对应名单和完整确认历史。

  3. 03

    先看候选,确认后再保存

    生成候选后查看重复指标,再生成只替换预览,不增加历史。“确认采用本轮”才正式记录,并影响下一次搜索。“保存历史到本机”是手动快照,之后新增轮次需要再保存。JSON 用于完整恢复,CSV 用于查看全部历史;未确认候选不进入保存或历史导出。

把历史规则和搜索边界说清楚

数学限制与搜索次数限制分别解释。

每轮让每个编号出现一次

生成和导入的轮次都必须完整覆盖已应用名单,不产生空组,也不自动推断缺席。名单改变时,点击应用会开始新历史并删除本机旧快照。单纯编辑文字仍保留已确认历史,但在应用或恢复原名单之前不能继续生成,防止旧关系被错接到新身份。

有限搜索,结果如实显示

最多比较 32 个候选,每个候选最多执行 16 次能改善指标的成员交换。先减少以前同过组的人对数,再在相同对数下优先减少过往接触次数。零重复可以直接核验;带重复的结果只是有限搜索找到的方案,不代表不存在更好的分法。计算在本机后台线程完成,可取消。

只保存你决定保留的历史

同一名单最多保留 50 轮确认记录。保存需要主动点击,只在当前浏览器配置中保留,不上传、不自动同步。JSON 导入先检查版本、编号与完整轮次,成功才替换。“清空历史和本机副本”会删除过往关系及已存快照,重要记录应提前下载备份。

四个人的例子,看懂何时一定重复

两两分组能清楚展示关系数量的限制。

  1. 01

    三轮用完全部六种搭档

    编号 1 至 4 的一种分法是第一轮 1–2、3–4,第二轮 1–3、2–4,第三轮 1–4、2–3。三轮共六对不同搭档。每轮确认后,对应接触次数增加一次。你实际生成的顺序可能不同,但历史统计始终由真正确认的成员组合计算。

  2. 02

    第四轮如何解释重复

    四个人一共只有六种人对,前三轮用完后,没有未见过的搭档了。下一轮两组仍需要两个搭档位置,因此至少两对重复不可避免,工具会显示这个下限。多人小组也可用全局人对数量证明部分重复必然发生;下限是零时,只说明这个简单计数还没有证明一定重复。

让不同课次的安排接得上

记录的准确性来自实际采用过的轮次。

  1. 01

    课堂讨论或训练营

    给固定名单加清楚的短标记,候选确定要采用时再确认。如果现场手动调整了成员,应放弃该候选,用编号导入实际完整分组,而不是确认一个没有使用的方案。否则工具会错误地惩罚并未发生的接触。投屏时少放无关个人信息,姓名相同也要区分编号。

  2. 02

    工作坊和定期交流

    活动变了可以调整组数,以前不同组大小的接触记录仍会参与计算。本页只针对固定历史安排下一轮,不回头重排过去,也不一次联合规划全部未来轮次。评分平衡、固定带领者、必须同组和必须分开等条件不在本页控件里;有额外要求时,采用前仍需人工检查。

  3. 03

    按实际用途选择相邻工具

    临时做一次人数均分,用随机分组工具即可;按评分分散实力,用实力平衡分队。本页增加的是已确认的队友历史,给出的是可审核的下一轮候选。离开前复制需要的小组或导出全部历史。分享页面链接不带名单和历史;公用浏览器保存过的记录可能被同一配置下的其他人看到。

历史分组常见问题

先理解记录能证明什么,不能保证什么。

能保证每轮都不出现重复队友吗?

不能对所有名单和历史保证。候选为零重复时会直接核验并说明;某些情况下数学上已没有足够的新搭档。其他情况下,也可能是有限搜索没有找到更好的组合。界面会区分零重复、能够证明至少部分重复的正下限,以及仍带重复但没有证明无解的搜索结果。

三人组或四人组的重复次数怎么算?

每组内任意两人的无序组合,在本轮记一次同组。三人组有三对,四人组有六对。候选的重复人对数统计以前至少同组过一次的组合,过往接触次数则累计这些组合的历史次数。因此同一对以前见过三次,本轮是一对重复、三次过往接触。

反复生成候选会不会改变历史?

不会。只有确认采用本轮,或者成功导入一轮既有分组,才增加历史。重新生成只替换未确认预览。改组数或人数上限会丢弃当前预览,但保留已确认轮次。实际活动如果手工改过分组,应按编号导入真正采用的完整一轮。

其他活动做过的分组可以导入吗?

可以。使用当前名单编号,每行一个组,编号之间用空格、逗号或分号分隔。每个编号整轮必须出现且只出现一次,最多 20 个非空组。有效 JSON 备份也能恢复名单和全部确认历史。同名不自动视为同一个人,工具不会猜测身份对应。

为什么换名单以后不能保留原来的历史?

历史依赖已应用名单的编号位置。插入、删除、改名或调整顺序,可能让原先的关系关联到错误的人。编辑时工具先保留历史,但真正点击应用新名单,会明确清空历史及本机快照。误改可以恢复原文字;需要换人时,先下载旧备份再开始新名单。

数学上的重复下限是什么意思?

先数当前名单中全部可能的人对,再减去以前已经见过的人对。如果下一轮需要的人对位置超过剩余未见人对,那么超出的部分至少要重复。这是有效但可能偏弱的全局下限。下限为零不等于一定能实现零重复,只代表这个计数没有证明重复是必要的。

刷新或换设备以后还会记得历史吗?

只有主动保存的本机快照能在同一浏览器配置下刷新恢复,后续确认新轮次还要再保存。JSON 备份可手动拿到其他设备导入,不会自动同步。清理站点数据会删除本机记录。应用名单、恢复示例、导入备份或清空历史也会移除之前存储的旧快照,避免恢复不相关旧数据。

最多能保留多少轮?名单会上传吗?

支持 2 至 80 人、最多 50 轮确认记录。名单和历史只在当前页面、本机工作线程,以及你主动创建的浏览器快照或文件中;工具不会上传。能访问同一浏览器配置或导出文件的人仍可能看到内容,公用设备使用完应清理本机副本和文件。

避免重复分组

让下一轮多一点新的接触

先固定名单,补齐实际发生的过往轮次。

核对候选,确认采用,再保存历史。

  • 免费使用
  • 无需注册
  • 浏览器内处理

简单三步,让活动开始

  1. 保持身份稳定

    用编号准确导入以前的小组。

  2. 查看重复指标

    把候选与确认过的历史比较。

  3. 确认再保存

    只记录实际采用的一轮。

找到零重复时会核验;有限搜索不提供全局最优认证。