
别把 AI 的“助手人设”写进成稿:把交互语气和文章文风分开
把 AI 的交互语气与最终成稿文风拆成两层,用一条完整 Prompt 控制通知、邮件和文章不被助手腔带偏。
很多人给 AI 设定“专业、简洁、事实导向”的人格后,直接把同一条 Prompt 用来写邮件、通知或文章。结果常见两种:成稿变成助手在解释自己,或者成稿沿用一套并不适合最终读者的口吻。
更稳的做法是把两件事拆开:助手怎样和你沟通,由交互规则决定;成稿怎样和最终读者说话,由本次写作任务决定。交互规则可以保留,但要明确它不能自动覆盖邮件、通知、文章等成稿的文风。
OpenAI 的 Prompt Personalities 指南把 personality 定义为模型回答时的风格与语气,同时明确说明:人格不会覆盖任务指定的输出格式,也不应自动套用到邮件、文档和其他书面成稿;成稿应服从任务上下文和用户意图。1
先分清两种语气各自服务谁
交互语气服务的是委托人。它可以规定 AI 如何提问、如何指出缺口、是否使用列表,以及在任务完成后怎样给出简短说明。
成稿文风服务的是最终读者。它需要回答读者是谁、读者读完要判断什么或做什么、文字应该正式还是亲切、哪些信息必须出现,以及哪些表达超出了材料。
两种语气混在一起时,模型容易把“对委托人简洁”写成“对最终读者只给几条冷冰冰的要点”,把“对委托人事实导向”写成“通知里充满审查口吻”,或者在文章开头加上“下面是根据你的要求整理的内容”。这些句子属于助手与委托人的对话,通常属于成稿之外的元话语。
一条可直接复制的 Prompt
把 Prompt 分成四块:助手交互、成稿任务、事实材料、输出边界。每一块只负责一件事。
你是我的中文写作助手。
<assistant_interaction>
和我沟通时,使用简洁、直接、事实导向的语气。
如果关键事实缺失,先列出最多 3 个必须确认的问题。
如果材料足够,直接完成任务,不讲解你的角色,不评价我的写作水平。
这些规则只约束你和我之间的沟通方式。
</assistant_interaction>
<artifact_task>
请把下面的材料写成一则面向[最终读者]的[成稿类型]。
最终读者:[读者身份与已有背景]
读者读完后要完成的动作或判断:[具体动作或判断]
成稿文风:[例如:平实、亲切、少术语;或:正式、克制、适合对外发布]
成稿结构:[必须出现的部分与顺序]
必须保留:[日期、数字、名称、范围、限定词、责任主体等]
允许调整:[句式、段落顺序、重复表达]
禁止补写:[材料没有提供的原因、效果、承诺、操作入口]
</artifact_task>
<source_material>
[粘贴事实材料]
</source_material>
<output_contract>
材料足够时,只输出成稿正文,不输出“以下是”“希望对你有帮助”等助手式开场或结尾。
成稿中的语气以 artifact_task 为准,不沿用 assistant_interaction 的口吻。
材料缺少完成读者动作所需的关键事实时,只输出“待确认项”,逐条写出缺口,停止生成正文。
交稿前检查:
1. 成稿是否直接对最终读者说话;
2. 是否混入了助手对委托人的解释;
3. 成稿文风是否符合 artifact_task;
4. 日期、数字、范围、限定词和责任主体是否保持原意;
5. 是否出现材料没有支持的承诺或效果。
</output_contract>这条 Prompt 里的关键句是“这些规则只约束你和我之间的沟通方式”,以及“成稿中的语气以
artifact_task 为准”。前一句划出交互层,后一句把成稿层的控制权交还给具体任务。用一则通知看边界怎样起作用
下面的材料是一个虚构例子:
搜索结果排序将于 10 月 8 日调整。
调整后,默认结果会优先显示最近更新的内容。
用户仍然可以切换到“按相关性排序”。
具体排序算法没有公布。任务卡可以这样填写:
最终读者:已经使用团队知识库的普通成员
读者读完后要完成的动作或判断:判断自己是否需要切换排序方式
成稿文风:平实、直接,一屏内读完
成稿结构:变化时间 → 默认规则 → 可选操作
必须保留:10 月 8 日、默认、最近更新、按相关性排序、算法未公布
允许调整:句式和段落顺序
禁止补写:搜索更准确、系统理解用户需求、算法原理、额外设置路径交互层写了“事实导向”,成稿层写了“平实、直接”。合格成稿可以是:
搜索排序将于 10 月 8 日调整。 调整后,默认结果会优先显示最近更新的内容。你仍然可以切换到“按相关性排序”。具体排序算法暂未公布。
下面这些表达会把交互层带进成稿:
为确保信息传达的准确性,现将本次搜索排序调整说明如下。根据现有材料,用户可以选择相应的排序方式。
第一句增加了公告式套话,第二句把材料里的准确入口名称改成了模糊说法。它们没有违反“专业”这个词,却偏离了最终读者需要完成的判断。
为什么分开以后更容易控制
“专业”“高效”“事实导向”描述的是模型作为助手时的工作方式。它们适合约束模型如何处理任务、怎样指出缺口、怎样组织答复。
“平实”“亲切”“适合新手”“像产品通知”描述的是成稿与最终读者之间的关系。它们需要和读者背景、阅读动作、发布场景一起出现。单独写“专业一点”时,模型不知道专业应该体现为术语密度、句子长度、信息顺序,还是责任边界。
OpenAI 的示例人格也把这条边界写得很具体:人格可以控制模型回答时的表达方式,但邮件、代码注释、文档等书面产物应由上下文和用户意图决定;人格本身应聚焦于“如何回应”,而不是替任务规定“必须做什么”。1
OpenAI 的 GPT-5.2 提示指南还建议用清楚、具体的输出约束控制长度、结构和范围,并在交稿前扫描没有依据的主张与过强措辞。把这些检查放在成稿层,比让一个抽象人格同时管理对话和文章更容易回看。2
什么时候值得用
这条方法适合 AI 既要和你协作,又要直接生成面向第三方的文字:
- 产品更新通知、服务公告和群发消息;
- 面向客户的邮件、客服回复和 FAQ;
- 帮助文档、研究摘要和项目汇报;
- 需要先审阅材料、再提交成稿的重复写作任务。
它尤其适合团队已经有一套通用助手设定的情况。通用设定可以继续负责提问方式、缺口提示和任务协作;每次任务只补充最终读者、成稿类型和目标文风。
这条方法处理的是语气归属。它无法替代事实核验、权限判断或内容审批。材料里的日期、数字和责任主体仍然需要单独检查;成稿若涉及法律、医疗、财务或安全信息,风险审查也不能交给“专业人格”代替。
发布前 30 秒检查
- Prompt 是否分别写了助手面对委托人的语气,以及成稿面对最终读者的文风?
- 成稿任务是否写清了最终读者读完要做的动作或判断?
- 输出是否删去了“以下是”“根据你的要求”“希望对你有帮助”等助手式话语?
- 成稿是否使用了本次任务指定的语气,而不是通用人格默认的语气?
- 成稿中的日期、数字、范围、限定词和责任主体是否都能回到材料?
- 成稿是否只写材料支持的效果,没有顺手补写原因、承诺或操作路径?
给 AI 设定人格时,可以保留它对话中的工作方式;写邮件、通知或文章时,再为最终读者单独写一张任务卡。助手怎么回答,和成稿怎么说话,应该是两条可分别检查的规则。
Fuentes de referencia
- 1Prompt Personalities — OpenAI
developers.openai.com
- 2GPT-5.2 Prompting Guide — OpenAI
developers.openai.com
Este contenido lo produjo un canal automáticamente. Con una sola frase, Neodrop puede seguir produciendo para ti.
