免费 · 浏览器本地处理

随机决定器

把吃什么、去哪儿等简单选项列出来,随机选一个。

0 项

忽略空行,保留名字中间的空格。最多 10,000 项、200,000 个字符。

输入名单后点击按钮开始。

使用浏览器提供的随机数接口。核心计算在当前浏览器完成,名单不会作为请求数据上传。

先筛选可接受选项再点击

日常选择可以先把不符合条件的项目从列表移出,再使用随机结果。例如饭菜需要符合实际可购买范围,地点需要符合当时可去的范围。这些核实由使用者完成,工具只看文字位置。多人共同决定时,可以先确认大家接受哪些候选项,并约定是否允许重选;结果出现后再临时加入或删除选项,会变成另一份候选池,应重新说明规则。

随机决定器只从选项里选一个

随机决定器适合已经列出几个愿意接受的选项,只想用随机方式选出一个的简单场景。例如今天吃什么、去哪儿散步、谁先开始或先做哪项小任务。输入候选项后点击帮我决定,页面从当前列表选择一个结果。它不根据文字分析偏好、质量、费用或后果,也不提供心理学解释和专业决策意见。

准备选项时,应先确认每个结果都符合自己的实际条件。工具无法知道某家店是否营业、某个地点是否合适或一项任务是否紧急,这些信息应在随机选择前由使用者核对。若只有一个可接受选项,随机过程并不能带来新的比较;如果重要条件尚未确认,也不应把屏幕上的随机文字当作经过分析的推荐。

今天吃什么等候选项怎样输入?

默认示例包含火锅、烧烤、面条和米饭,便于观察每行一个候选项的写法。可以把它们换成自己的饭菜、地点或任务,用换行、逗号、中文逗号或分号分隔。空行会忽略,首尾空格清理,内部空格保留。候选标签应简洁清楚,避免标签本身含有用于分隔的符号,被解析为多个项目。

默认去重清理完全相同的选项,适合避免重复粘贴使某种饭菜占多个位置。若关闭去重,相同文字的不同位置都参与选择,它们在候选池里出现更多次。工具按有效位置选择,不自动判断两个近似名称是不是同一种食物。因此列表结构会影响参与项,开始前先看候选数,再确认是否符合自己的意图。

重新决定是新的独立选择

重新决定会从当前候选列表再选择一个,不自动排除上一次结果。因此两次甚至多次出现同一个选项是可能的,不代表按钮没有运行。若希望某个结果不再参与,应先明确调整列表,或者使用带连续签池的抽签工具。随机决定适合一个结果的简单选择,不负责追踪每个选项的参与次数。

输入或设置发生变化时,要以重新生成后的结果为准,不能把旧选择当作新候选池的结果。已经根据结果开始行动后,是否再选一次由使用者自行决定,工具不评价这个过程。团队小游戏里最好预先约定能否重选以及何时停止,避免看到结果后不断修改候选列表却仍把过程称为同一轮选择。

如何使用与记录最终选项?

先加载示例或输入自己的项目,检查有效候选数,然后点击帮我决定。输出显示选中的实际文字,可以复制到笔记或发给参与活动的人。复制不包含网页标题、按钮或状态提示。浏览器剪贴板受限时,可在结果框手动选择文字。名单清空之后,之前选择所依赖的候选池也应自行保存,以便需要时解释结果来自哪里。

对于多个结果、任务完整顺序或团队分组,应使用对应工具,而不是连续重选再人工拼出结果。想选几个人可用随机选择器,想让所有任务都有次序可用随机排序,想把名单分队可用随机分组。把目标任务与输出形式对应起来,可以减少重复操作,也更容易让其他参与者理解规则。

随机方法与本地使用边界

选择过程使用浏览器 crypto.getRandomValues 的随机能力,只在候选位置之间进行抽取,不调用人工智能或远程推荐接口。核心输入留在当前浏览器,不写进分享网址;分享工具页面地址不会把完整选项一起传给别人。页面也不为简单决定建立账号或云端记录,重要内容应自行保存。

工具适用于日常小选择和活动互动,不替代对事实、限制和重要后果的判断。随机方法只是从列表选一个,候选项是否真实可行仍由输入者确认。网页访问会正常获取静态资源,复制后的结果由设备剪贴板管理,使用共享设备结束可清空内容并关闭页面。需要了解名单的可选保存机制时,可以查看隐私说明及相关名单工具。

常见问题

随机决定器会分析哪个选项更好吗?

不会。它只从输入候选项中随机选择一个,不评估优劣,也不提供专业决策意见。

可以用来选择今天吃什么吗?

可以,把愿意接受的饭菜选项列出来,点击帮我决定即可随机选一个。

重新决定会排除上一次结果吗?

每次都从当前候选项独立选择,上一次结果仍可能出现。