在微信公众号读长文，每次看到夹杂在中文中的大片英文双引号，总是忍不住一声叹息。
这，应该，又是一个用Claude写稿，还不注意修正双引号bug的人吧。
为了让诸位直观了解我在说什么，我用截图的方式，呈现了这两者的对比，当你用类似思源黑体、苹方等设计的比较考究的中文字体时，这种差异会特别直观。
这里说一个冷知识。在国际主流的大模型中，Claude虽然以极强的性能，尤其是创意写作能力，获得了越来越多人的青睐，但它有一个致命的bug：即使写中文，也永远输出英文双引号，即使你在提示词中约束，也无济于事。
不幸的是，这种毛病似乎在“传染”。至少我在新近发布的Deepseek V4上，已经偶发看到中文中夹杂英文双引号的问题了。
是的，每次看到中文夹杂英文双引号，尤其是长文，我都会心理预期这是AI辅助写的。当然或许会有例外，有些人只是偶发输入法的中英文标点切换失误，配置的字体又看不太出区别，会夹杂一些。
但在这个大模型笼罩下无处可逃的时代，这依然是一个挺有用的甄别方法。
别觉得我有偏见，有兴趣的可以去试试看腾讯旗下朱雀AI写作鉴别系统，仅仅是将英文双引号替换成少见的中文竖排引号「 」，就能大大提高人工写作得分。可见算法，也是这么内置的。
下面是一个示例，是我请Claude 4.6 Opus写的房东的猫新歌《你得先是你自己》的歌词鉴赏，腾讯朱雀鉴定认为只有15.66%的人工痕迹。
但我用专门的工具，将英文双引号全部替换成「 」，奇迹出现了，立刻被鉴定为100%人工了。就是那么简单粗暴！
作为一个处女座码字人，虽然现实中少不得要用大模型辅助写作，但类似英文双引号这种bug，我是断然没法忍的。
所以在我的写作流程中，会专门有一个叫“定稿”的流程，会对稿件做一系列的“后处理”，而双引号修正，正是其中一环。
说到这个话题，就简单分享一下思路。
我写稿，从十几年前就告别Word，用Markdown语言来写，当时这是一种小众的标记语言，但这些年伴随大模型的热火，近乎成为新时代第一文档格式了。
Markdown格式，因为本质上是一个纯文本格式，只不过通过井号#或者星号*等符号，来对语义做简单标记，所以对大模型特别友好。
我写完一篇稿件，会让大模型帮我调用一个叫“定稿”的流程，其实就是执行一个名为finalize.py的python脚本，他会调度执行五个脚本，完成五个工作流。
- Markdown表格转图片。Markdown基本的表格能力还行，复制到微信公众号这样以HTML打底的平台也行，但有许多平台是不支持表格的，为了提升多平台兼容性，所以我会通过一个专门的python脚本，将文档中的表格根据我的表格式样(用CSS定义)转换成图片并替代原来的表格代码，当然原来的表格代码会通过注释格式保留，以便未来修改。
- 上传所有图片到阿里云OSS。任何一个写作平台，上传图片都是琐碎的事情，尤其是我这样图表流的作者。幸好，大多数平台都支持远程粘贴功能，只要你的图片是互联网能访问的格式，都能自动上传。所以我Markdown文档里面所有的本地图片，都会通过另一个脚本上传到我的阿里云OSS上(当然你用其他图床也是一样)。
- 修正英文双引号。其实就是通过简单的正则式匹配，将英文双引号替换成中文双引号。为了遵守中文标准的引号规则，也是为了避免陷入竖排到底用『』还是「」之争，所以我还是用传统的横排中文双引号。当然，这个脚本需要对Markdown、TOML等标记语言的标记部分做转换保护，避免被误转换。
- Markdown转Word。Markdown虽然对大模型友好，但是在传统平台，流通很不友好。最简单的，你的Markdown文件都不能在微信里面打开。所以我会有一个转Word的流程。因为我自己有一个微调的Word模版，所以是通过python脚本，驱动pandoc来实现转换的。这里我做了两个小功能：
❶在输出的文件名上加上“from张翼轸”，作为标记；❷，如果定稿流程后修改，再次定稿，会自动生成新文件，后面加上V2、V3的版本标注。打工人都知道，一个文档改来改去，版本可能多到眼花缭乱，这个功能就是为了应付这个问题的。 - Markdown转HTML。我真正发布在类似微信公众号时，都是转换成网页HTML格式，复制后粘贴到微信公众号编辑器来完成的。至于类似标题、加粗这些格式，我都是事先用CSS设定好，转换成HTML时候，就会自动设置。所以我写作时，“所思即所得”，我只要想这是二级标题，这是加粗，具体到底长什么样子不用考虑，这是最后转HTML脚本的事情。这样就可以从琐碎的排版中解放出来，多快好省。
整套流程跑一遍，大概十几秒。我很同意李继刚兄的说法，任何需要重复做三次的事情，都值得自动化。就拿我这套流程来说，日常生活中岂止三遍，可能有时一天就要三遍。
更何况，十几秒的自动操作，不仅省力，换来的，是你发出去的每一篇稿件，至少在形式上，对得起读它的人。
在我看来，这是码字人最基本的体面。