写危机公关文案最怕什么？最怕模型编出一套万能模板，看起来面面俱到，实际上跟当前事件八竿子打不着。文心一言这类大模型在处理危机回应时，很容易自动“脑补”——把行业套话、历史案例、泛化责任表述一股脑塞进来，结果稿子拿出去，用户一看：“这稿子换个别家公司照样能用吧？”

要破解这个问题，关键在于提示词里做好三件事：锚定事实边界、封堵套话漏洞、用验证法当场过滤。这几步操作下来，AI生成的文案就能牢牢钉在具体事件上，不再发散。

第一步：用真实信源片段锚定事件边界

先把舆情通报、客户投诉原文或内部事故简报拿到手，找到其中最尖锐、最具体的那句原话。比如“6月14日18:23，杭州滨江用户反馈APP支付成功但订单未生成，客服系统显示‘订单已取消’”。把这句原封不动粘贴到提示词最开头，紧接着写：“以上为本次危机唯一事实依据，AI不得引用任何其他时间、地点、产品线、历史故障或第三方平台信息。”

别小看这一句。漏掉它，模型就会自动调用训练库里那些“服务器宕机”“数据丢失”“用户投诉激增”等高频危机模板，一次简单的支付异常，很可能被升级成“全平台信任崩塌”。

第二步：封堵三类典型无关主题

这里有两个有效办法。

方法一：编号禁令法
直接在提示词末尾加一段禁令：
【禁止出现以下内容：
① 未在事实依据中间出现的系统名称（如“风控中台”“Redis集群”）；
② 使用“此前”“过往”“类似事件”等时间回溯词；
③ 出现“我们深刻反思”“将全面整改”等无动作指向的虚化表态。】

这几条禁令等于给模型的“发散开关”上了锁，让它没法绕回到老套路里。

方法二：主语-动词-宾语硬约束
规定所有句子必须满足：明确主语（如“iOS端V5.3.1版本”“杭州滨江区域订单队列”）→ 紧跟过去时动词（“卡在”“跳过”“返回了错误码702”）→ 接具体宾语（“支付宝回调接口”“用户手机号字段”“2026年6月14日18:22:17的请求ID”）。主语缺失或动词非过去时，整句自动过滤。 这个约束能把那些“我们高度重视”“第一时间响应”之类的空话直接挡在外面。

第三步：用路径验证法当场剔除混入项

生成结果后别急着用，马上做一次“名词回溯验证”：
1、把每条内容中的名词（比如“订单队列”“错误码702”“iOS端V5.3.1”）复制进原始事实依据文本中搜索；
2、如果某个名词在依据文本里根本找不到，那这条内容就是模型自己“编”的，直接删掉；
3、对含数字的句子，核对它的单位与时间戳是否与依据文本完全匹配——比如“持续17分钟”必须对应原文“18:23至18:40”。

操作起来很简单，Ctrl+F逐条核对就行，不需要任何额外工具。这三步走完，生成的危机公关文案基本能保证句句都有出处，跟当前事件严丝合缝，再也套不到其他公司头上。