从 Excel 或系统里复制出来的一列号码、ID、关键词，一键转成你要的格式，不用再手工加引号改逗号。
整理选项
输出格式
改「前缀 / 后缀 / 连接符」会自动切到自定义模式。SQL 与 JSON 预设会自动做转义，手写时注意内容里的引号。 本工具只处理单列同质数据，不做多列键值对拼接。
先去重再转：默认开启去重，避免同一条号码在 SQL IN 里出现两次导致统计重复。
引号会自动转义：选 SQL 或 JSON 预设时，内容里的引号会按各自规则转义，直接粘进代码即可用。
先看结果再发：转换完成后在结果框里扫一眼首尾，确认没有多余的分隔符。
整理完要发到手机上？用 贴一块，手机扫码或输入取件码即可取走。
最典型的是从 Excel 复制一列号码出来。Excel 里是竖着的一列，但你要用它的地方往往需要另一种形态：写 SQL 要变成 IN ('13800138000','13800138001')，调接口要变成 ["13800138000","13800138001"]，填表单又只需要逗号分隔的一行。三种格式之间没有一键转换，手工改几百条能把人改崩溃。
其次是关键词和词表。从后台导出的词表是一行一个，投放到广告平台却要求逗号分隔，或者要求每条带引号。再就是日志里扒出来的 ID 列表，要去重之后再交给下游系统。这些场景的共同点是：数据本身没错，只是"排列方式"不对。
能用，但要分几步。以"一列号码变 SQL IN"为例，你得先把换行替换成 ','，再手动补首尾的引号和括号，中间还要注意最后一条不能多一个逗号。任何一步漏了，生成的 SQL 就是语法错误。更麻烦的是，编辑器的替换对空行和重复行无能为力——你还得先想办法清理掉它们。
本工具把这几步合成一次操作：先按选项清理（去空行、去重、去空白），再按格式拼装，最后自动处理转义。你只需要选一次输出格式。
这是最容易出错的地方，两者不能混用。SQL 里字符串用单引号包裹，内部的单引号要写两遍来转义：O'Brien 要写成 'O''Brien'。JSON 里字符串用双引号包裹，内部的双引号要加反斜杠：say "hi" 要写成 "say \"hi\""。
如果你用 SQL 的规则去拼 JSON，或者反过来，轻则报错，重则被注入。所以本工具在两个预设里分别使用了各自的转义规则，你直接复制结果即可，不用担心这个问题。
场景一：运营做定向发放。从后台导出 800 个用户手机号（Excel 一列），用本工具转成 SQL IN 语句，交给数据同学查这批用户的订单记录。全程不到 10 秒，不用写脚本。
场景二：开发调接口。接口文档要求传数组，手上有 50 个测试 ID。转成 JSON 数组直接放进请求体，比手打引号快得多，也不会漏逗号。
场景三：客服整理工单号。聊天记录里散落着一堆工单号，复制出来后去重、排序、转成逗号串，贴进系统批量查询。
本工具在浏览器本地处理，几千条没有压力。上万条时页面可能有短暂卡顿，建议分批处理。
勾选「去掉首尾空白」即可清理。如果行内还夹着 Tab，可以先用「文本去重 / 去空行」工具处理一遍再转格式。
不会。选 SQL 预设会按 SQL 规则把单引号翻倍，选 JSON 预设会用标准 JSON 转义。只有自定义模式需要你自己注意。
中文按拼音顺序，用浏览器的 localeCompare 实现。纯数字会按字符比较，所以「10」会排在「9」前面，需要按数值排请先补齐位数。
不会。所有计算都在你的浏览器里完成，页面不会把输入内容发送到任何服务器。你可以打开本页后断开网络，工具依然正常工作。