北京
你有没有经历过那种荒诞时刻——自己一个字一个字敲出来的东西，突然需要向全世界证明它真的是你写的？这不是科幻设定，而是现在每个创作者头上悬着的问号。有位写了十年小说却一本都没能出版的作者，最怕的不是被退稿，而是某天被陌生人丢下一句“这读起来像是AI写的”，然后整个写作梦就被一个不可量化的审美直觉直接击穿。
他做过一件挺自虐的事：专门去研究大语言模型怎么写小说。不是要用，而是要弄明白“敌人”长什么样。他发现每个模型都有自己的语言惯性，机器会反复扑向某些表达，比如破折号的密度比人类作家夸张得多。问题在于，真实的作者里同样有不少破折号爱好者。光盯着文本表面的花纹，根本分不清坐在键盘后面的是人肉手指还是一条概率曲线。文字本身只能当“作案现场”的证据，却成不了不在场证明。
这让他想起程序员圈子里一个基础得不能再基础的东西——GitHub。只要是写代码的人，几乎都在上面存过项目，每次修改都会被保存成一个新的版本，还能生成一张日历热力图，写代码的量一目了然。一个人如果一下午提交五万行代码，那绝不可能是手指敲出来的；每天稳定几百行，大概率是活人在干活。更关键的是，所有改动都留了底，早年的原始草稿、中间的失败尝试、最后推倒重来的版本，全都躺在那儿。对写作者来说，这等于一口气解决了两个致命问题：怎么证明过程，以及怎么不再怕丢稿。
可 GitHub 有个让码字的人浑身难受的地方：它数的是“行”。作家不看行数，我们数的是“词”。一个词可以盘上整整一个小时，推敲、替换、删掉、再捡回来，这种微妙的改动在代码世界的行级追踪里根本体现不出来。所以这位作者干脆把 Git 的版本追踪内核拆出来，重新做了一套以“词”为单位的记录工具，取名 VellumProof。
用起来比听上去简单得多：每天写完之后，把稿子上传进去。系统替你封存一个版次，下次再次上传时，它会自动比对两个版本，精确告诉你新增了多少词、删了多少词，连修改发生的日期都直接盖上时间戳。本质上就是 Git 的 commit，但彻底砍掉了学命令行那种装高手门槛——你不用先成为半个程序员，就能有一套能当“创作收据”的完整变更史。哪天真要自证清白，一拉时间线，两年间每一天的词数变化全摆在那里，不比文字本身的风格判断靠谱得多？
说到底，这套解法并不是什么新技术，只是把软件工程里早已验证过的透明性平移到了写作领域。它没有去回答“如何从风格上揪出AI”这种目前仍旧无解的问题，而是换了一条更务实的路：既然风格警察靠不住，那就让版本记录自己开口说话。一个人日复一日、一点一点磨出来的微增量和修改痕迹，本身就是最硬核的创作证据。当所有人都在争论该用什么规则去审判文字时，一个能完整按下时间序列的写作仓库，反倒成了创作者眼下最管用的防弹衣。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
