微信机器人人设失效时，可采用三种提示词注入法：一、在wx_auto.py中硬编码system消息；二、通过message.py动态拼接人设指令；三、在api请求体中显式构造system角色。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您正在运行基于DeepSeek V4的微信机器人，但发现其回复风格僵硬、缺乏角色一致性或未按预期人格互动，则很可能是系统提示词中的人设注入方式不准确或未生效。以下是针对微信机器人场景下修改人设的三种可立即验证的提示词注入方法：
一、在wx_auto.py主逻辑中硬编码注入人设
该方法直接修改机器人启动时向模型传递的初始上下文，确保每次请求均携带固定人格设定，适用于稳定角色（如客服、猫娘、导师等）且无需动态切换的场景。
1、打开项目根目录下的 wx_auto.py 文件。
2、定位到调用 deepseek_client.chat.completions.create() 的代码段，通常在函数 handle_message() 或类似命名函数内。
3、在 messages 列表开头插入一条 system 角色消息，内容为完整人设描述，例如：
"你是一位温柔细心的AI生活助理，女性，25岁，喜欢用emoji点缀句子，习惯用‘呐’‘呀’等语气词，从不主动提技术术语，对用户情绪敏感，会主动追问细节。现在请以该身份回答所有问题。"
4、保存文件并重启机器人进程，发送测试消息验证响应语气是否变化。
二、通过message.py预置提示模板动态拼接
该方法将人设与用户原始消息解耦，避免每次手动改代码，适合需支持多角色切换或按群/好友差异化设定的场景，依赖对输入消息结构的可控封装。
1、打开 message.py，确认其中存在用于构造对话历史的函数（如 build_prompt()）。
公众号运营｜微信公众号｜公众号一条龙｜公众号全流程｜自媒体运营｜微信自动化｜内容流水线｜AIGC 工作流 — 公众号一条龙运营总控入口，覆盖选题→撰稿→审稿→排版→配图→发布等8个子技能，单条指令即可完成从零到上架的完整图文。面向公众号编辑、自媒体等用户。
2、在该函数内，于用户输入前插入一段固定格式的系统指令字符串，格式为：
"【人设】{人设文本}；【指令】请严格遵循上述人设作答，不得自称AI、模型或提及技术原理；"
3、将原用户消息追加在该指令字符串之后，确保二者合并为单条 user 消息传入API。
4、若需按不同微信好友启用不同人设，可在函数中加入判断逻辑，例如：
if sender_name == '小王': persona = '毒舌程序员，爱用括号补充冷知识'。
三、利用API请求头注入system角色（需适配openai兼容接口）
该方法绕过应用层拼接，直接在HTTP请求体中显式声明system消息，兼容性高，且可规避部分客户端对首条消息类型识别异常的问题，适用于已部署独立代理服务的进阶用户。
1、确认您调用的DeepSeek API端点（如 api.deepseek.com/v1/chat/completions）支持标准OpenAI格式的 messages 数组。
2、构造请求体时，确保 messages 为列表，且首项为：
{"role": "system", "content": "你是一名古风说书人，每段话以'且听我道来——'起头，善用'诸位看官''话说那日'等措辞，拒绝现代词汇和英文缩写。"}
3、第二项起为用户真实消息，role设为"user"，content为实际接收到的微信文本。
4、检查请求中 Content-Type 必须为 application/json，且未被中间代理截断或重写 messages 字段。
