一句话看懂：安全研究者 Thomas Ptacek 提出一条使用大模型的硬规则——可以拿 LLM 校对、查错、找词，但不能直接采用它给出的任何具体措辞。Simon Willison 在 2026 年 9 月 17 日的链接博客中认可这一做法，认为这既是辨别 AI 味文本的实用标准，也是一种写作纪律。
事件核心：发生了什么
Thomas Ptacek 在文章《How To Write With An LLM》中把大模型定位为「文字编辑」而非「写作助手」，并提出第一条规则：不得使用 LLM 建议给你的任何一个词。他建议把 LLM 给出的任何具体表达视为禁区，并强调执行要严格。文中展示了他在用的个人 LLM 校对工具截图，附上一条可用于自建同类工具的提示词。Simon Willison 在链接博客中回应，他不让 LLM 代写博客内容，但会用其做事实核查、拼写语法检查和偶尔的同义词查询，并公开过自己的校对提示词。他认为「绝不采用 LLM 建议措辞」这条规则值得坚持：AI 生成的文本有一种特殊的「味道」，而这条规则能帮助写作者保持自律。
为什么重要
目前公开信息显示，这并非产品发布或模型能力更新，而是对 LLM 使用方式的一次方法论表态。它的意义在于把「AI 辅助写作」的边界从模糊感受变成可执行的规则：允许核查事实、纠正拼写语法、提供备选词汇，但禁止直接搬运生成措辞。在大模型普遍接入写作流程的背景下，这种区分回应了两个现实问题——文本同质化，以及内容是否真正出自作者本人。对习惯用 Claude、GPT 等模型润色稿件的内容团队来说，这是一种成本极低、可立即采用的流程约束。
对用户/开发者/创作者的影响
对创作者，这套做法把 LLM 的使用限制在校验层而非生成层，产出仍保留个人语感，也更容易通过读者与平台对 AI 味的判断。对开发者，Ptacek 展示的个人校对工具和提示词说明，自建一个只做校对、不出措辞的轻量工具在工程上并不复杂，关键是把「禁止直接采纳建议」写进提示词和交互设计。对企业内容与合规团队，这条规则提供了一个可写进内部规范的判据：模型可以参与检查，但最终措辞由人负责，便于在版权和署名问题上划定责任。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是这类的「禁用建议措辞」提示词是否会沉淀为社区通用模板，被更多校对工具内置；二是开发者是否会跟进做出只做核查、不生成措辞的专用工具，甚至形成开源实现；三是当模型厂商继续强化生成能力时，这种以「限制使用方式」为核心的做法能否在团队流程中长期执行，还是会被更顺手的写作代理功能稀释。
