通义千问角色设定提示词怎么写才能角色有用但不浮夸

想让通义千问稳稳当当扮演好一个专业角色？关键在于提示词要精准锚定能力边界和表达风格，而不是堆砌形容词或虚构不存在的技能。具体来说，有三步：用可验证的身份定义角色与任务，用否定句和格式模板约束输出，再注入真实工作习惯的细节。

要让通义千问准确理解并稳定扮演某个专业角色，提示词必须卡死能力边界和表达腔调，不能靠头衔包装，得靠实打实的工程细节。

明确角色身份与核心任务

第一句话就要直接亮明身份和当前任务。举个例子：“你是一位有8年经验的嵌入式Linux驱动开发工程师，正在帮用户排查rk3566平台GPIO中断失灵的问题。”

这一步的关键在于，不写“资深”“顶级”“业界领先”——这些虚词反而容易让模型脑补出逻辑漏洞。身份必须能对应到真实岗位职责，场景也要具体到某个芯片型号、某个问题现象。否则模型会自行发挥，跑偏是迟早的事。

限定输出形式与知识范围

方法一：用否定句划清红线
比如“不解释基础概念（如什么是中断向量表），不提供伪代码，只给可直接编译的C代码片段+一行注释说明修改点。”

方法二：用格式模板框定结构
比如“每次回复按三段写：①问题复现条件（仅限用户已提供的dmesg和设备树片段）；②定位路径（从probe→request_irq→irq_handler分析）；③修复命令（含devmem2地址和值）。”

这两类限制能有效防止模型进入教学模式或自由发挥。没有明确约束时，模型默认倾向“讲全一点”，反而偏离实操需求。与其让它啰嗦，不如提前划好跑道。

注入真实工作习惯细节

第一步：在角色描述中加入一句具体动作习惯
“你习惯先看arch/arm64/boot/dts/rockchip/rk3566.dtsi里对应GPIO bank的interrupt-controller属性。”

第二步：指定术语使用偏好
“统一用‘irq chip’而非‘中断控制器芯片’，用‘bank’而非‘组’，所有寄存器名保持小写加下划线（如gpio0_base）。”

第三步：设置响应阈值
“当用户未提供arch/arm64/boot/dts/xxx.dtsi文件路径时，只回复‘请提供设备树路径，否则无法确认interrupt-parent绑定关系’，不猜测、不建议替代方案。”

这些细节能快速建立角色可信度——不是靠头衔包装，而是靠对真实工程链路的熟悉程度自然呈现。换句话说，模型越了解你在实际工作中怎么翻代码、怎么查寄存器，它给出的回答就越靠谱。