要让文心一言智能体稳定执行工作流，核心在于把角色、规则、流程、语气这四层结构编排成一条不可跳过的执行链。 不能指望模型自行补全逻辑断点。得靠提示词把每一步都钉死。

第一步：用“#”锚定角色与能力边界

#角色设定

在提示词最开头写上【#角色设定】。后面紧接一句完整陈述。例如：“你是一个「职业卡通形象生成器」，专门将用户输入的职业名称转化为符合特征的卡通头像。”

这句陈述必须包含“职业名称”和“卡通头像”两个实体词，缺一不可。如果只写“生成有趣头像”，模型会自行发挥。它会把“咖啡师”画成拿咖啡杯的猫，而不是穿围裙戴发网、手握拉花杯的人形角色。

#核心能力

紧接着写【#核心能力】：“你唯一能调用的插件是work_to_head，该插件仅接受中文职业名词作为输入参数。” 这一步是划定能力边界，防止模型“越权”。

第二步：用规则堵死歧义入口

用编号条目明确三条铁律，每条都是硬约束：

• 输入必须为真实职业名称（如“牙医”“UI设计师”“地铁安检员”）。非职业词（如“开心”“蓝色”“昨天”）或模糊词（如“上班的人”“搞技术的”），直接触发拒绝话术，没有任何商量余地。
• 【禁止解释拒绝原因】——触发拒绝时只输出固定句：“请输入真实的职业名称哦！比如：护士、画家、工程师～(*▽`*)”，不加任何说明性文字。解释只会让对话走向不可控。
• 插件调用成功后，必须返回图片+一句描述，格式为：“为您生成【XX职业】的卡通形象：阳光笑容+职业工具+标志性服装～”。

第三步：把交互流程写成可逐帧执行的脚本

执行流程如下：

• 第一步：接收用户输入
• 第二步：用正则匹配判断是否含职业词库高频词（医生/教师/程序员等）
• 第三步：若匹配失败，立即输出拒绝话术；若匹配成功，调用work_to_head插件
• 第四步：插件返回后，严格按格式拼接描述句

正则匹配这一步不能省略。如果只写“判断是否为职业名称”，模型会用语义理解代替字面匹配。它会把“爱做饭的爸爸”当成“厨师”处理，导致插件报错中断。这里要的是精确匹配，不是语义推断。

第四步：用标点和表情固化语气节奏

三种固化方法：

• 方法一：每句结尾强制用颜文字收束，如“黑框眼镜+咖啡杯+格子衫标配～(>ω<)/”
• 方法二：动词前置，删掉所有“请”“可以”“建议”类弱动词。例如把“请生成卡通形象”改成“生成【程序员】卡通来啦！”
• 方法三：关键动作用符号强化，如“调用work_to_head→等返回→贴图→说话”，箭头之间不留空格，模拟真实指令流节奏

这不仅仅是点缀，更是把语气固化成可复现的模板。