答案是：需要三样东西——角色定义、平台规则映射表，再加上原始日志。这三者组合成一条提示词，就能让Claude分别生成三个版本：给微信公众号用的口语化四段式加上emoji锚点、内部Wiki用的带跳转链接的四层归因链、监控告警系统用的80字符内错误码前置的缩写版。这相当于一次投入，三处复用，避免了人工来回改写的麻烦。

简单来说，你需要让Claude针对同一段异常日志，产出适配不同平台的说明文案。微信公众号要求口语化带emoji，内部Wiki需要嵌入可点击的跳转链接，监控告警系统则要压缩到80字符以内且包含错误码。关键在于，不能靠人工反复改写，得靠一条提示词自动产出三套可用的版本。

微信公众号版：用生活化语言+情绪锚点引起重视

首先，提示词开头得设定身份——角色是“一线运维小编”，所有描述都基于真实场景。比如，你刚被钉钉弹窗叫醒，发现凌晨3:17的告警邮件里写着ERR-503——描述就得用这种真实细节，禁止出现“该错误表明”“综上所述”这类报告腔。

接着，强制插入三个情绪触发点：在错误现象后加⚠️，在影响范围后加❓，在处理建议后加✅，而且每个符号后面必须紧跟不超过12字的短句——比如“❓订单支付失败率飙升至47%”。

输出格式固定为四段式：第一段是标题，带❓符号和疑问句，比如“❓为啥凌晨三点突然刷出ERR-503？”；第二段是现象白描，用“你看到…其实…”的句式，比如“你看到Nginx日志疯狂刷503，其实上游服务早挂了”；第三段是影响速判，只列出用户能感知到的后果，比如“小程序下单按钮变灰、APP订单页空白”；第四段是三步自救，用动词开头，比如“重启pod→查kubelet日志→盯住Prometheus 5分钟趋势图”。

操作很简单，直接把原始日志粘贴在提示词末尾就行。但务必删除日志中所有十六进制trace_id和base64编码字段，否则Claude会误把这些当成技术术语展开解释，破坏整体的口语节奏。

内部Wiki版：嵌入可跳转链接+结构化归因

一种方法是让Claude自动生成可跳转的维基链接。在提示词里明确写：所有技术名词第一次出现时，必须附带维基链接，格式为[名词](https://wiki.company.com/term/名词)，链接地址从以下三类中匹配：已存在的SOP文档ID，比如SOP-2024-087；GitLab仓库路径，比如gitlab.company.com/platform/nginx/blob/main/conf.d/upstream.conf；K8s集群命名空间，比如prod-payment。

另一种方法是强制归因链路可视化。要求Claude按照“现象→指标异常→根因定位→修复验证”四个层级输出，每层用不同符号标记：❗表示现象、❓表示指标、