同一份简报，多种客户风格：维护风格档案，而非重复模板

将公共消息与客户的表达风格分开

事实简介回答了发生了什么、发生了什么变化、谁受到了影响以及读者应该做什么。语气特征回答了该客户的沟通方式：正式程度、句子长度、首选术语、第一人称用法和要避免的短语。将这些输入分开，这样精力充沛的重写就不能悄悄地引入更强的产品声明。

Microsoft 的写作指南描述了一种保持一致的表达风格，同时语气随上下文而变化。在每个客户的材料中也应用这种区别。发布公告和服务中断通知可以共享可识别的语言，但听起来却不一定同样令人愉快。让经过认可的示例来指导简介，而不是对某个国家或行业的刻板印象。

根据批准的示例构建紧凑的风格档案

选择一些客户实际批准且您可以使用的简短示例。要求模型提出可观察的规则，然后自己检查它们。用编辑可以测试的说明替换诸如优质或破坏性之类的模糊标签：以实际利益开头，避免感叹号，或在第一次提及时使用完整的产品名称。

在这个虚构的示例中，三个客户宣布了一个新的项目状态页面。该页面现已可用，显示团队发布的更新，但不承诺实时监控。所有版本都必须保留这些事实。这些示例描述的是虚构的客户，而不是衡量的活动结果。

使用八种语气进行探索，然后选择稳定的风格档案

需要广泛比较时，可明确请求八个视角：简洁、亲切、正式、解释充分、自信、安抚、协商、面向管理层。在提示词中定义每一项。八个输出版本只是探索写法的方式，不是八次真人批准，也不证明各版本相互独立。

使用 Colay 中的Ask separately来比较可用智能体如何遵循相同的约束。有用的问题是每个版本是否都可以属于该客户。共识摘要可能有助于描述差异，但客户认可的风格档案和您的编辑判断决定了选择。

核心信息和固定事实：[事实]。目标客户风格档案：[已批准规则]。情境与读者行动：[详情]。按以下视角生成八个短版本：简洁、亲切、正式、解释充分、自信、安抚、协商、面向管理层。保持日期、功能范围和承诺一致。逐一说明语气变化及是否符合目标档案。不要加强宣称、编造益处或引入文化刻板印象。最后推荐一份草稿，并列出需要批准的事实或表达风格决定。

防止一位客户的语言泄露到另一位客户的工作中

将风格档案保存在您现有的批准文档系统中，并在起草时提供相关的风格档案。此工作流程并不假设 Colay 自动维护独立的客户工作区或记住每个会话的品牌资料。显式上下文使流程更易于检查。

1. 在开始起草会话之前，用客户和版本标记源简介和风格档案。在适当的情况下使用虚构的标识符。
2. 仅提供目标客户允许的上下文。请勿将其他客户谈话中的私人示例或商业细节纳入简报中。
3. 根据风格档案比较术语、代词、问候语、主张的强度和要求采取的行动。
4. 将已接受的草稿与风格档案版本以及解释其适合原因的一些决定一起保存。当客户批准持久更改时更新风格档案。

评估一小组实际任务的一致性

尝试在公告、例行更新和困难消息中使用风格档案。如果它只为营销文案产生可识别的表达风格，请添加针对受限情况的说明。要求客户批准规则和示例，而不是数十个未标记的替代方案。

衡量您实际需要的编辑：哪些短语被反复拒绝、哪些规则冲突以及哪些草稿需要事实更正。当一个事实模板有效时，将其与适当的风格档案一起重复使用。仅当通信任务或所需信息确实不同时才创建单独的模板。

问题及解答