文本前后缀与包裹符号批处理，整行整词一次到位

整形由目的地说了算

格式决定一切。SQL IN 列表要逗号分隔的带引号值，YAML 注释块要每行一个井号，Markdown 列表要破折号加空格，代码要反引号标识符。从目的地倒推，就不会造出没人接受的形状。动工具之前先把目标格式写下来——哪怕只写一行示例——因为示例能一次性终结关于分隔符和包裹符的所有争论。

行承载结构，词承载值

给行加前缀是添加结构——注释符、列表符号、围栏。给词加包裹是准备值——为 SQL 加引号、为代码加反引号、为强调加星号。两种单位回答不同的需求，而多数整形错误源于用错了单位。构造条目列表是行的事，让条目可引用是词的事，像 IN 列表这样的完整任务常常两者按顺序都要做。

剥除是导入的逆过程

粘贴来的文本带着装饰抵达——文档里的编号行、幻灯片里的项目符号、导出数据里的引号值。按行去前缀或后缀清理结构层，按词去符号清理值层。在副本上剥除，因为删除天然没有预览；验证标识符和词数是否幸存——悄悄缩短内容的剥除，比大声失败的更糟。

分隔符、边界与最终检查

分隔符属于值与值之间，不属于最后一个值后面；包裹必须成对——IN 列表的尾逗号和不闭合的引号是批量整形的两类经典翻车。粘贴之前查三行——第一行、空行（如果有）、最后一行——并确认行数变化符合预期。然后粘进真实目的地让它裁决，因为 SQL 能执行、配置能解析，才是唯一算数的判决。

顺带一提，这一整套操作与行的集合卫生互补而不重复：排序、去重、过滤、空行清理属于列表清理工作流的职责，正则模式的构造与预览属于正则工作流的职责，固定前后缀和包裹符号的批量整形才是这里的领地。三者的顺序通常是先清理集合，再做模式级改写，最后整形交付格式。