Skip to content

AI 写作的关键不是 Prompt:Style Sheet、作者声音与人机协作工作流

Published: at 08:00 AM

AI 写作的关键不是 Prompt:Style Sheet、作者声音与人机协作工作流

研究截止日期:2026 年 11 月 4 日

写作风格不是一句 Prompt 能描述清楚的

2026 年 3 月,作家 Coral Hart 在 Reddit 的 r/WritingWithAI 做了一场 AMA。她谈到自己使用 Claude 辅助创作的流程:在生成正文前,先准备 style sheet、craft bible、codex、character sheets、world building、beat sheets 和 outline;写作过程中使用这些材料约束模型,之后仍然亲自阅读和编辑。

有人问她如何处理 Claude 常见的华丽措辞、重复句式和所谓的 AI-isms。她的回答很直接:先用 style sheet 提供写作技巧约束,例如降低感官描写的密度、提醒模型遵循 Show, Don’t Tell;生成之后,她还会删掉大量不需要的内容。面对重复结构,她会使用 style sheet、避免只靠否定式 Prompt,并通过 clean-up 提示调整句子。她也明确说过,模型不能稳定地写出作者本人的声音,作者需要在编辑时把自己的声音放回文本。

这场 AMA 值得关注的地方,不是她一年写了多少本书,也不是她的商业模式是否适合其他作者,而是她把 AI 写作从“给模型一个题目,让它写一篇文章”变成了一个有准备、有约束、有编辑环节的生产过程。她声称的产量和质量并没有经过独立审计,不能当作普遍生产力数据;但她描述的工作方法,可以和其他作者、编辑团队的经验以及学术研究相互参照。

本文讨论的 Style Sheet,中文可以叫写作风格规范表。它不是一段万能 Prompt,也不是禁用词清单,而是把作者或组织对语言、叙述、结构和编辑质量的要求整理成一份可复用的工作规范。它需要和真实写作样本、内容资料、编辑流程一起使用。

为什么 AI 写出来的东西经常“正确,但不像人写的”

AI 文本的问题往往不在语法。句子可能通顺,段落也完整,甚至比原稿更整齐;读起来却容易显得过度解释、修饰过多、节奏单一,缺少作者在真实写作中形成的取舍。

这并不只是读者的主观印象。Reinhart 等人在 2025 年发表于 PNAS 的研究《Do LLMs write like humans? Variation in grammatical and rhetorical styles》,比较了 12,000 份人类文本与 GPT-4o、Llama 3 等模型生成的文本。研究覆盖口语转录、新闻、杂志和学术写作等不同体裁。作者发现,指令微调模型有明显的语言结构偏好:更偏向信息密集、名词化的表达,某些分词结构和名词化结构出现频率明显高于人类文本。即使 Prompt 要求模型模仿原文风格,这些差异仍然存在;更大的模型也没有自动消除这种风格差异。

研究还观察到一些高频词偏好。例如 GPT-4o 输出中的 tapestry、palpable、amidst 等词,在所比较的人类语料中出现得少得多。问题不在于这些词不能使用,而在于模型可能把它们带入不合适的体裁,或在多个段落里反复使用。小说中的修辞不一定适合技术说明,学术文本的正式语气也不一定适合个人随笔。

这项研究使用的是特定模型和英语语料,不能直接推出中文模型具有完全相同的词汇偏好。但它说明了一个重要问题:模型的默认写作风格并不是中性的。指令微调会形成某些稳定的表达倾向,而用户只说“自然一点”“像人写的”,不足以明确告诉模型应该改变什么。

Style Sheet 应该写什么

Style Sheet 的任务是把“我喜欢什么样的文字”转化成模型能理解、作者能检查的具体约束。它描述的不是某个主题,而是文本应该如何表达。

一份可用的 Style Sheet 通常会覆盖叙述视角、语气、句子节奏、段落组织、词汇选择、修辞习惯、信息密度、对话方式,以及需要避免的表达模式。小说可能需要约束 POV、时态、叙述距离、人物声音和感官描写;技术文章则更关心术语准确性、论证方式、证据限定、代码和示例的使用,以及是否存在空洞的总结句。

例如,“写得简洁、自然、有技术深度”仍然太抽象。可以将它改写为更容易执行的规则:

这些规则不是固定模板。技术文章不需要人物对话规则,小说也不需要强制使用技术报告的证据表格。Style Sheet 应根据写作类型和作者自己的样本建立,而不是从一份通用的“人类写作提示词”复制过来。

规则最好同时说明正向要求和反例。只写“不要使用华丽语言”,模型并不知道作者认可的表达是什么;提供一段作者认可的文字,再解释它为什么合适,通常更有信息量。规则也应有优先级:事实准确、作者原意和上下文一致性不能为了满足句式偏好而牺牲。某个词不应该因为被列入观察清单,就在所有语境中被机械替换。

规则之外,更重要的是作者自己的样本

2026 年 9 月,写作者 Sunny Sink 分享了一个很实用的做法:Stop Writing Rules for Your AI。她发现自己的 voice 文件里堆满了规则,却仍然无法让 Claude 稳定地写出自己的声音。后来她改为让模型一次生成 12 段短文,由作者标记哪些段落符合自己的表达、哪些勉强可以、哪些完全不接受;如果没有一段合适,就亲自改写其中一段。几轮之后,把认可的样本和手工改写的版本保存成一个文件,要求模型在后续写作前读取。

这是一篇作者经验分享,不是控制实验,但它指出了风格描述的一个实际难点:人通常能判断“这句话像我”或“这句话不像我”,却未必能准确说出差异在哪里。作者亲自改写的段落往往比“更自然”“更有力量”这类形容词更有用,因为它展示了具体的词汇、句长、停顿和信息组织方式。

2025 年 EMNLP Findings 的论文《Catch Me If You Can? Not Yet: LLMs Still Struggle to Imitate the Implicit Writing Styles of Everyday Authors》也说明了少量样本的局限。研究评估了 400 多位真实作者,覆盖新闻、邮件、论坛和博客,累计生成超过 40,000 份文本。模型在新闻、邮件等结构相对明确的体裁中可以接近作者风格,但在博客和论坛这种更依赖隐性习惯、语气和个人表达的文本中,模仿效果明显更差。作者指出,个人风格有大量难以通过几条 Prompt 明确描述的隐性特征。

因此,建立个人风格资料时,不要只收集“写得好的文章”。最好选取不同场景下仍然能代表作者的样本:解释概念时怎么写,表达不同意见时怎么写,描述经历时怎么写,如何承认不确定性,如何使用例子。每个样本可以附一两句说明,指出值得保留的特征。负面样本也有价值,但不要只存一张禁用词表。

从个人 Style Sheet 到编辑团队的 Editorial Style Guide

Style Sheet 并不只适用于小说作者。卡内基梅隆大学 Computing Services 团队在 2024 年分享过一个 AI 内容生产案例:Fine-Tuning Generative AI for Content Creation。

团队最初发现,普通 Prompt 无法让生成稿符合组织需要的语气和质量,编辑人员花在修改 AI 初稿上的时间甚至可能超过直接写作。后来,他们把一篇 AI 初稿和对应的人类编辑终稿放在一起,让模型分析两者在风格和语气上的差异,提炼出清晰、简洁、主动语态、适合网页阅读等编辑原则,再将这些原则固化到一个定制 GPT 中。团队报告称,后续初稿更接近编辑标准,返工时间减少。

这里值得借鉴的是方法,而不是“定制 GPT”这个产品形式。团队不是凭空写了一份风格规范,而是从真实的初稿和终稿差异中提取规则。相同方法可以用于企业技术博客、产品文档、内部研究报告和客户沟通材料:找出几组有代表性的原稿与编辑稿,识别编辑反复做的改动,再把稳定的判断写成规则。

组织级 Editorial Style Guide 和个人 Style Sheet 有重叠,但目标不完全相同。前者强调品牌语气、术语、受众、事实来源、格式和合规要求;后者更关注作者个人的表达习惯。团队可以有统一的编辑规范,同时允许不同作者保留自己的句子节奏和表达方式。否则,所谓统一风格很容易退化成所有人都写成同一种 AI 腔调。

AI 写作研究给出的另一个提醒:润色不等于找回作者声音

2026 年 ACL 论文《Can You Make It Sound Like You? Post-Editing LLM-Generated Text for Personal Style》通过一项预注册在线研究,让 81 名参与者编辑模型生成的文本。结果显示,人工编辑确实提高了文本与作者独立写作样本之间的风格相似度,也降低了它与纯模型文本的相似度;但编辑后的文本整体仍然更接近模型文本,而不是作者在没有 AI 帮助时写出的文本,风格多样性也更低。参与者主观上认为文本已经有自己的风格,与模型测量到的风格相似度之间还存在差距。

这意味着“让 AI 先写,再让 AI 自己润色”并不能可靠地消除模型风格。即使由人来编辑,也可能在不知不觉中保留模型的句子组织方式。真正有效的编辑需要作者对内容和表达作出判断,而不是只检查错别字或让模型再执行一次“humanize”。

2025 年一项针对研究生专业写作的研究则给出了效率方面的另一面:Generative AI’s Impact on Graduate Student Professional Writing Productivity and Quality。在提供针对性 AI 使用教学后,研究中的学生完成写作任务的中位时间从 150 分钟降到 65 分钟,评分也从 A- 提高到 A。这个结果支持 AI 在特定专业写作任务中的效率价值,但实验对象、任务和教学条件都有边界,不能据此推断所有写作类型都能获得同样收益。

两类结果并不矛盾。AI 可以减少资料整理、初稿组织和语言修改的时间,却不意味着它自动掌握作者的表达习惯,也不意味着生成文本已经达到可以直接交付的质量。效率提升和作者声音保留,是两项需要分别设计、分别验证的目标。

可以直接使用的开源项目和商业产品

Style Sheet 已经不只是作者自己维护的 Markdown 文件。开源社区里出现了几类工具:把写作规范变成可执行检查、从历史文本中提取个人风格、把风格规范封装成 Agent Skill,以及在写作过程中做 AI 痕迹审查。商业产品则更多面向企业品牌一致性和内容治理。它们解决的问题不同,不宜都归为“AI Humanizer”。

开源项目:从规范检查到个人声音建模

项目主要用途适合的场景需要注意
Vale可配置的 prose linter,把风格指南、术语和用词规则变成命令行检查,可集成编辑器和 CI技术文档、产品文档、企业 Editorial Style Guide它主要检查规则是否一致,不负责生成内容,也不会自动理解作者完整的个人声音
human-writing面向中文写作的 Agent Skill,提供写作和改稿流程,目标是减少通用 AI 表达中文文章、内容改写、Agent 工作流属于 Skill 和规则/流程集合,不是独立编辑器;应检查其规则是否适合自己的文体,避免把“去 AI 味”变成统一模板
Write Like Me从作者样本或回答中学习可携带的写作模式,审查和改写文本,并用语义保护约束改动个人作者希望保留原意、学习个人表达习惯项目明确区分含义、作者决策、文本质感和声音;其 README 描述的是项目设计能力,不等于已经有独立研究证明风格匹配效果
write-like-me-mcp本地 MCP 服务,从个人文档语料提取句长、词汇、标点等统计特征,并检索真实写作片段供 Agent 使用希望把个人风格资料接入 Claude 等 MCP 客户端,同时让语料留在本机README 所述 v0.1 不调用 LLM,负责提供风格上下文,实际写作仍由调用它的模型完成;检索出的样本若被发送给云端模型,仍会离开本机
House Style SystemHouse Style 文档、Vale 检查门禁、示例夹具和可选 AI 声音审查/eval 脚本团队想把写作规范、自动检查和发布前评审组合起来它是一个可借鉴的轻量工作流样板,不是通用 SaaS;部分声音审查层是可选的,需按自己的规范调整
The Style Guide将多套命名风格封装为可移植的 Claude Skill,按任务加载不同风格和反模式参考多作者、多内容类型,或需要在不同作者声音之间切换默认示例风格不等于你的风格;需要替换为自己有权使用的样本和规范
nabokov命令行英文 prose linter,检查可读性、冗长表达、被动语态,并提供可选 AI 写作痕迹检查英文稿件的快速质量扫描和 CI 检查AI 痕迹规则只能作为审阅提示,不能判断作者身份,也不能证明文本是否由 AI 生成

这些项目可以按职责组合,而不是选一个“全能工具”。例如,先用个人样本建立 Voice Profile,再把稳定的术语、格式和禁用模式整理成 Style Sheet;写作 Agent 读取前两者起草和编辑,Vale 或其他 linter 在提交或发布前检查确定性规则。对于中文内容,可以试用 human-writing;对于本地语料和隐私要求较高的个人写作,可以研究 write-like-me-mcp;对于团队文档治理,Vale 和 House Style System 更接近工程化落地。

其中 Vale 的价值尤其容易被低估:风格规范如果只存在于 Prompt 或团队 Wiki 中,执行依赖每个人记得加载;转成可运行规则后,术语、大小写、冗长表达和格式要求就能在编辑器或 CI 中持续检查。反过来,Vale 也不应该承担它做不到的事——它不能判断论点是否有价值,也不能替作者判断某段文字是否真正像自己。

商业产品:面向组织的 Brand Voice 和 Style Governance

产品官方提供的相关能力主要定位
WRITER定义团队或品牌的 Voice、批准用语、写作规则,并在生成和审阅流程中应用企业级品牌内容治理,把语言规范、知识和工作流整合到生成过程
Grammarly Pro / Enterprise上传组织 Style Guide、配置写作规则和 Brand Tones,在 Grammarly 支持的写作环境中提供上下文建议跨应用的写作一致性、语言质量和品牌语气管理
JasperJasper IQ 组合 Brand Voice、Audiences、Knowledge Base、Style Guide、Visual Guidelines 和 Product IQ;Style Guide 可在生成时自动应用面向营销团队的多品牌、多受众内容生产和品牌治理

商业产品的共同点是把规范从“事后检查”前移到“生成时约束”。Jasper 的官方文档还明确区分了 Brand Voice(品牌如何表达)、Audience(面向谁)、Style Guide(词汇、标点和格式规则)、Knowledge(经批准的事实和声明)以及 Agent Instructions(本次任务要做什么)。这种职责划分值得借鉴:不要把所有背景、规则和任务要求塞进一个越来越长的 Prompt。

产品边界也要看清。WRITER、Grammarly 和 Jasper 的主要目标是组织或品牌一致性,不等于能完整复现某位作者的个人写作习惯。企业品牌声音强调跨作者统一;个人 Voice Profile 强调保留作者之间的差异。两者可以共存,但不应混为一谈。商业产品的功能和套餐会变化,采购前应以官方当前计划、数据处理条款、模型训练政策、保留期限和集成方式为准。

怎么选:按要解决的问题组合

选型时至少做一轮自己的对照评估:准备同一组任务和作者样本,比较默认模型、加入文字规范、加入规范与样本、加入规范与样本再经过工具检查这几种条件。记录人工修改量、原意偏移、事实错误、风格匹配度和完成时间。项目 README 中的功能说明、产品官网上的案例和市场宣传都不能代替这项验证。

写作流程应该按阶段分配 AI 的权限

AI 写作工具经常把所有事情放进一个对话框:用户给主题,模型给全文,用户再说“改得更好”。这种交互把选题、构思、组织、起草、编辑和事实核验混在一起,模型很容易在用户只要求改语言时顺手改变观点,也容易在缺少内容资料时补出看似合理的新内容。

Reza 等人在 2025 年发表的研究《Co-Writing with AI, on Human Terms》系统回顾了 109 篇人机协作写作相关的 HCI 论文,并访谈了 15 位不同领域的写作者。研究将写作支持归纳为结构化指导、引导式探索、主动共同写作和批判性反馈,并把它们映射到计划、语言表达、审阅和过程监控等环节。研究发现,不同作者对 AI 介入程度的偏好并不相同:重视内容和论点的写作者,往往希望在规划阶段保留主导权;更重视语言形式的写作者,则特别在意表达和修改阶段的控制权。

Tim Kao 在 2026 年 10 月分享的个人写作框架《How I Intend to Use AI in My Writing》提出了一个相近的实践原则:只使用足以完成沟通目的的最低程度 AI 干预。他把辅助程度分为清理转录、保留声音的编辑、发展性编辑、AI 大量参与起草、AI 作为叙述者,以及人机共同探索新观点等层次。对他而言,公开发表的个人文章通常以保留原有表达的编辑为默认;如果模型提出了新的实质观点,应该先作为讨论材料交给作者,而不是未经作者消化就写进第一人称文章。

这套分级不是行业标准,但适合用来设计工作流。可以把写作过程拆成几个阶段,并明确每个阶段允许模型做什么:

选题与构思。 AI 可以协助检索资料、提出问题、列出反例和比较不同观点。涉及作者立场、亲身经历和核心判断时,应由作者确认。模型提出的新观点先放在讨论区,不要直接混入作者原稿。

资料整理与大纲。 AI 可以归纳来源、整理证据、提出章节顺序和发现论证缺口。事实、数据、引用和来源必须可追溯;大纲中的关键结论应能找到对应证据。长篇创作还需要维护人物、世界观、情节线索和章节节奏等资料。

初稿生成。 给模型提供任务说明、必要的事实材料、目标读者、Style Sheet 和结构约束。可以按章节或论证单元生成,避免一次性生成过长内容后再整体返工。初稿的目标是形成可编辑的内容,不是直接达到发布标准。

内容编辑。 检查论点是否成立、结构是否合理、例子是否支撑结论、人物和事实是否前后一致。小说需要检查人物动机、情节因果和伏笔;技术文章需要检查概念边界、实现条件、数据和来源。这个阶段不应该只做语言润色。

语言编辑。 根据 Style Sheet 调整句子、段落、术语、节奏和语气。优先保留作者原有表达,只修改确实影响准确性、可读性或风格一致性的部分。不要把所有句子都改得更圆滑、更正式。

最终核验。 对新增事实、数字、引用、因果关系和限定条件逐项回查。模型自我审稿不能代替独立核验;语言流畅也不能作为事实正确的证据。

一套可以直接落地的 Style Sheet 结构

Style Sheet 不需要一开始就写成几十页。先从一页可维护的规范开始,等真实编辑中出现稳定问题再扩展。下面的结构可以作为个人作者或团队的起点。

部分应该记录什么内容示例
写作身份与受众作者身份、读者、发布场景面向工程师的技术解释,不写成营销文案
语气与立场正式程度、确定性、观点表达方式直接表达判断;不把推测写成事实
句子节奏长短句、句式变化、信息密度长句解释复杂关系,短句用于明确结论
段落组织每段承担的论证功能一个段落围绕一个论点,不逐句换行
词汇与术语偏好用词、术语译法、需要观察的高频表达术语首次出现时给出必要解释
修辞与描写比喻、情绪、感官细节、强调方式修辞服务于内容,不为显得生动而添加
禁止或慎用模式重复句式、空洞连接词、模板化收尾不重复标题,不在每节末尾强行总结
事实与证据引用、数据、来源、推断边界不生成无来源数字,不补造引用
正反样本作者认可、拒绝和亲自改写的段落保存原文、编辑版和简短原因
编辑优先级规则冲突时如何取舍原意与事实准确性高于表面风格一致

其中最值得持续维护的是正反样本。可以把作者认可的原文、作者亲自改写的句子、AI 生成后被拒绝的例子放在一起。每个样本记录它对应的写作场景和判断原因。这样,模型不仅知道规则,还能看到规则在真实文本中的表现。

不要把 Style Sheet 写成绝对禁令。例如“禁止使用被动语态”会破坏某些技术说明;“禁止使用比喻”会损失文学表达;“每段不超过三句话”可能把复杂论证切碎。更好的写法是说明何时使用、何时避免,以及发生冲突时哪个要求优先。

如何判断 Style Sheet 是否真的有效

Style Sheet 是否有效,不能只看模型回答“我已经遵守规范”,也不能靠 AI 检测器判断。需要用真实写作任务做小规模对照。

可以先选择 5 到 10 篇作者认可的历史文章,覆盖不同体裁和表达目的。把其中一部分作为风格样本,另一部分保留作测试。分别让模型在没有 Style Sheet、只有文字规则、文字规则加正反样本三种条件下完成相同类型的写作任务。对比时不要只看“像不像 AI”,而应检查是否保留了作者的常用表达、句子节奏、论证方式、限定习惯和信息密度。

评估最好由作者或熟悉该领域的编辑完成。可以记录几项简单指标:需要人工重写的段落比例、事实或观点偏移数量、重复表达数量、作者对风格匹配的评分,以及从初稿到可发布稿的编辑时间。若 Style Sheet 让初稿更像作者,却增加了事实错误或编辑时间,也不能算成功。

还要定期更新样本。模型版本、写作主题和读者变化都可能让原来的规范失效。更新时应先确认某个偏好是否稳定存在,再将其写入规则;不要因为一次不满意的输出就增加一条永久禁令。

不要把“去 AI 味”变成另一种模板

“去 AI 味”很容易走向另一个极端:把某些词列入黑名单,把句子强行改短,把连接词全部删除,再要求模型制造口语、错别字或不规则表达。这些做法可能让文本表面上不那么像模型,却不一定更准确、更自然,也可能破坏作者原有的表达方式。

更可靠的编辑目标是去掉没有信息增量的内容,修正不合适的句式和重复结构,保留真正有用的修饰、限定和转折。一个句子是否应该删掉,取决于它是否帮助读者理解;一个词是否应该保留,取决于它在当前语境中的作用。不能因为某个表达经常出现在模型输出里,就认定人类作者不应该使用它。

作者声音也不是一份可以完全外包给模型的配置。Style Sheet 能帮助模型更接近目标,但它不能替作者决定什么值得写、哪些观点可以署名、哪些经历属于作者本人。模型生成的文本越接近可发布状态,作者越需要知道其中哪些内容来自自己的原始材料,哪些是模型新增的组织和表达,哪些是模型补充的实质观点。

Tim Kao 提出的“最低必要干预”可以作为一个很好的默认原则:如果只需要清理转录,就不要让模型重写全文;如果只需要调整段落,就不要让它改变论点;如果模型提出了新观点,就先拿出来讨论。让 AI 做它擅长的整理、比较、起草和反馈,让作者保留对内容、判断和最终表达的控制权。

参考资料

  1. AMA - Coral Hart — Reddit,2026-03。作者关于 Style Sheet、Craft Bible、Codex、编辑和 AI-isms 的经验分享。

  2. Do LLMs write like humans? Variation in grammatical and rhetorical styles — Alex Reinhart et al., PNAS, 2025。

  3. Catch Me If You Can? Not Yet: LLMs Still Struggle to Imitate the Implicit Writing Styles of Everyday Authors — Zhengxiang Wang et al., Findings of EMNLP, 2025。

  4. Can You Make It Sound Like You? Post-Editing LLM-Generated Text for Personal Style — Connor Baumler et al., ACL, 2026。

  5. Fine-Tuning Generative AI for Content Creation — Carnegie Mellon University Computing Services, 2024。

  6. Stop Writing Rules for Your AI — Sunny Sink, 2026-09-04。以样本标注和人工改写建立个人 Voice 文件的实践经验。

  7. How I Intend to Use AI in My Writing — Tim Kao, 2026-10-02。关于最低必要 AI 干预、作者声音和内容贡献边界的个人框架。

  8. Co-Writing with AI, on Human Terms: Aligning Research with User Demands Across the Writing Process — Mohi Reza et al., 2025。回顾 109 篇 HCI 论文并访谈 15 位写作者。

  9. Generative AI’s Impact on Graduate Student Professional Writing Productivity and Quality — Allison E. Connell Pensky et al., International Journal of Artificial Intelligence in Education, 2025。

  10. Style, sentiment, and quality of undergraduate writing in the AI era — Matthew H. C. Mak and Lukasz Walasek, Computers and Education: Artificial Intelligence, 2025。

  11. Vale — 开源 prose linter;官方 README 说明其可将团队写作规范转为编辑器和 CI 检查。

  12. human-writing — 中文 AI 写作与改稿 Agent Skill。

  13. Write Like Me — 从个人样本学习写作模式,并提供语义保护和修改反馈学习。

  14. write-like-me-mcp — 本地 MCP 写作风格分析与样本检索工具。

  15. House Style System — House Style、Vale 门禁和可选声音评审/eval 工作流。

  16. The Style Guide — 可移植、多命名风格的 Claude Skill。

  17. nabokov — 英文 prose linter,包含可选 AI 写作痕迹检查。

  18. WRITER Brand — 官方产品说明:品牌 Voice、批准用语和写作规则。

  19. Grammarly Style Guide — 官方产品说明:组织 Style Guide、规则和 Brand Tones。

  20. Jasper IQ — 官方文档:Brand Voice、Audience、Knowledge Base、Style Guide 等品牌上下文组件。


本文区分了作者经验分享、组织实践和受控研究。AMA 与个人文章用于理解真实工作方法,不代表独立质量评估;实验结果只适用于论文所描述的模型、样本和任务,不能直接外推到所有语言、体裁和写作场景。