从聊天和消息导出记录中移除时间戳

像 WhatsApp、iMessage 以及大多数短信备份工具导出的聊天记录，会给每一行都打上时间戳，而不像字幕文件那样只是偶尔标注。一行典型的导出内容看起来像 [1/5/24, 9:14:02 AM] Alex: Morning! Are we still on for the 10am sync? 或者 1/5/24, 9:14 AM - Alex: Morning!，具体格式取决于平台和导出方式。当你在查找某件事是什么时候说的时，这些元数据很有用，但如果你想把对话当作文档来阅读、粘贴进报告，或者交给摘要工具处理，它们就纯粹是干扰。

这个工具专门针对这种行内格式设计：时间戳位于一行的最前面，用方括号、圆括号括起来，或者后面跟一个短横线，前面可能还有日期。这与 SRT 或 WebVTT 字幕不同，后者把时间码放在自己专属的一行上。如果你处理的是真正的字幕文件而不是聊天记录，更适合使用专门的移除时间戳工具。

分步说明

• 将你的对话导出为纯文本文件（WhatsApp：聊天 → 更多 → 导出聊天记录 → 不含媒体文件），或直接复制对话文本。
• 将 .txt 文件拖到上方的框中，或将文本粘贴到左侧面板。
• 保持去除发送者姓名关闭以保留每个人的姓名，或打开它只保留消息文本。
• 如果你的导出记录在消息之间有很多空行，而你想要更紧凑的文本块，打开合并空行。
• 点击复制或下载以获取清理后的 .txt 文件。

为什么要去除聊天导出记录中的时间戳

聊天导出记录会给每一行都打上时间戳，因为这在你查找某件事是什么时候说的时候很有用。但当你已经跳过这一步，只想看对话本身时，同样这个时间戳常常同样会造成干扰：

• 把对话粘贴进文档或幻灯片中，这时每行上的时间戳会打断原本应该被阅读、而不是被用来查找特定时刻的对话节奏。
• 在文字中引用一条消息，在一句引文前面放一个 [1/5/24, 9:14:02 AM] 这样的日期，对不需要确认具体发送时间的读者来说只是噪音。
• 把对话交给 AI 助手做摘要或反馈，模型处理纯粹的来回对话，比处理一份每行都被重复出现的日期时间模式打断的记录效果更好。
• 比较同一段对话从不同设备或应用导出的两份记录，不同导出记录之间时间戳格式可能不同，但下面的消息文本是一样的；去除时间戳就能只比较文字内容。
• 减少共享聊天记录携带的个人元数据，因为确切的发送时间（可能暴露时区、生活规律或所在位置）本身就很敏感，这与发送者姓名是分开的问题。
• 为非技术读者打印或导出一段对话，这类读者不需要日期时间戳在一段随意聊天的每一行上和内容争夺注意力。

转换前后对比

转换前：
[1/5/24, 9:14:02 AM] Alex: 早上好！10 点的同步会议还按计划进行吗？
[1/5/24, 9:14:40 AM] Jordan: 是的，我马上把议程发过去。

转换后（保留发送者姓名）：
Alex: 早上好！10 点的同步会议还按计划进行吗？
Jordan: 是的，我马上把议程发过去。

转换后（同时去除发送者姓名）：
早上好！10 点的同步会议还按计划进行吗？
是的，我马上把议程发过去。

转换前后对比：一个真实示例

一段简短的导出记录，混合了这个工具能识别的两种行内时间戳样式——带秒数的方括号样式，以及不带秒数的短横线分隔样式，在本页面的默认开关设置下进行转换，去除发送者姓名关闭、合并空行关闭：

[1/5/24, 9:14:02 AM] Alex: 早上好！10 点的例会还按计划进行吗？
1/5/24, 9:15 AM - Jordan: 好的，我现在就把议程整理好。
[1/5/24, 9:16:45 AM] Alex: 太好了，我也把 Priya 拉进来。
1/5/24, 9:17 AM - Priya: 没问题，10 点见。

Alex: 早上好！10 点的例会还按计划进行吗？
Jordan: 好的，我现在就把议程整理好。
Alex: 太好了，我也把 Priya 拉进来。
Priya: 没问题，10 点见。

每一个开头的日期和时间都消失了，无论原始行使用的是方括号还是短横线分隔符，而四条消息都各自保留在自己的一行上，顺序不变。每个发送者的姓名也依然保留，因为这里去除发送者姓名默认是关闭的；打开这个开关，同样这四行就会只剩下消息文本，不带任何姓名。

这个工具能识别的格式

方括号、圆括号和短横线分隔的行内时间戳都会被自动检测，支持 12 小时制和 24 小时制两种时钟格式，覆盖了绝大多数 WhatsApp、iMessage 和短信导出记录。

这个工具刻意不做的事情

它只处理位于一行最开头的时间戳，所以句子中间提到的时间（比如有人打字写道「我们 3 点见」）会被保留不变。把发送者姓名和时间放在消息上方单独一行标题里、而不是行内的群聊格式，目前还不支持。

去除消息时间戳的常见原因

• 分享一段对话：把 WhatsApp 或 iMessage 的对话线程粘贴进文档、邮件或工单，如果没有每行都带时间戳，读起来会自然得多。
• 研究与定性分析：为主题编码聊天记录的研究人员通常想要干净的对话内容，而不是夹杂在其中的元数据。
• 提供给 AI 摘要工具：语言模型从纯粹的对话文本中生成的摘要，比从被重复的日期时间戳弄得杂乱的记录中生成的效果更好。
• 分享前的信息删减：在更广泛地分享一份聊天记录之前，去除确切的时间戳（以及可选的姓名）是快速的第一步，可以和其他需要的删减一起进行。
• 存档为可读文本：清理过的记录比原始导出文件更容易浏览、搜索和存储。

这个工具会保留什么、去除什么

会保留：

• 每条消息的完整文本，保持原有顺序和措辞。
• 每行开头的发送者姓名，除非你打开去除发送者姓名。
• 多行消息的续行，因为只有真正以时间戳开头的那一行才会被处理。
• 消息之间的空行，除非你打开合并空行。
• 消息中间提到的任何时间，比如有人打字写道「我们 3 点见」，因为这个工具只会去除位于一行最开头的时间戳。

会去除：

• 消息行开头的时间戳，无论是方括号、圆括号还是短横线分隔的形式。
• 导出记录中如果包含日期部分，那部分也会被去除。
• 像 Alex: 这样的发送者姓名，只有在打开去除发送者姓名时才会处理。
• 消息之间的空行，只有在打开合并空行时才会处理。

常见问题及解决方法

• 某些行的开头仍然带有时间戳：检查它是否确实符合三种受支持格式之一（方括号、圆括号或短横线分隔）；把发送者姓名和时间放在消息上方单独一行标题里、而不是行内的群聊导出格式，目前还不支持。
• 发送者姓名仍然显示，而我只想要消息文本：打开去除发送者姓名，这是一个独立于时间戳移除的、可选的开关。
• 消息之间有一大段空行：打开合并空行，把输出压缩成更紧凑的文本块。
• 消息中间提到的时间（比如「5 点给我打电话」）被保留了下来：这是设计如此，不是故障；这个工具只去除固定在一行最开头的时间戳，不会处理消息文本中任何位置提到的时间。
• 表情符号或带重音的姓名显示为乱码：说明导出的 .txt 文件没有以 UTF-8 编码保存；请重新导出聊天记录并再次上传。

依然 100% 在客户端完成

和 SubToolDesk 上的每一个工具一样，文件永远不会离开你的浏览器。聊天记录往往是人们在这个网站上转换的最私密的文件，所以这个工具采用了和字幕工具相同的架构：用 FileReader 在本地读取文件，用纯 JavaScript 字符串处理来清理它，转换过程本身不涉及任何网络请求。