☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
文心一言生成faq提示词前须逐项核验五类硬性条件：一、角色锚定需含行业+职能+服务对象三要素；二、输出格式须用json/示例/禁令强约束；三、问题覆盖须列5类高频问题并每类至少2条真实语句；四、答案须基于指定版本帮助文档，否则标注“暂未收录”；五、缺失任一项将导致口径不一、内容错漏或归档失效。
你需要让文心一言生成一份可直接落地执行的产品faq提示词检查表，确保每次输入提示词前能逐项核验关键要素，避免因提示词缺陷导致faq生成内容错漏、口径不一或遗漏高频问题。
明确检查表的核心用途
这张检查表不是给用户看的说明文档，而是你写提示词时必须对照勾选的操作清单——每打一个字之前，都要确认是否满足以下五类硬性条件。
检查表第一项：角色与身份锚定
在提示词开头用一句话锁定模型身份，例如“你是一名资深的SaaS产品客服专家，负责为中小型企业客户编写官方FAQ”。
不能只写“你是一个助手”或“请回答问题”，这种泛化设定会让文心一言自由发挥，【缺少身份约束会导致FAQ语气混乱、专业度塌方】。
角色描述必须包含行业+职能+服务对象三要素，缺一不可。
检查表第二项：输出格式强约束
方法一：用结构化指令框定格式
写明“严格按以下JSON格式输出：{‘faq_list’: [{‘question’: ‘字符串’, ‘answer’: ‘字符串’, ‘category’: ‘字符串’}]}”。
方法二：用分隔符+示例固化样式
插入真实样例：“示例：Q：如何重置密码？
A：点击登录页右下角‘忘记密码’→输入注册邮箱→查收验证码邮件→按邮件指引操作。”
方法三：禁用自由发挥项
明确排除“不要添加解释性文字”“不要用‘温馨提示’等非FAQ句式”“禁止出现‘根据您的情况’这类模糊指代”。
检查表第三项：问题覆盖范围校验
第一步：列出产品当前已知的5类高频问题类型（如账户类、支付类、权限类、集成类、故障类）。
第二步：在提示词中强制要求“每个类型至少生成2个FAQ条目，且问题表述必须来自真实用户原始咨询语句（如‘收不到验证码’而非‘验证失败’）”。
第三步：追加兜底指令：“若某类问题不足2条，用‘暂无该类问题反馈’占位，但不得跳过该分类”。【跳过分类会导致FAQ结构失衡，运营人员无法按类归档】。
检查表第四项：答案可信度控制
在提示词末尾加入事实核查指令：“所有答案必须基于最新版《XX产品帮助中心v3.2》第4–7章内容生成，禁止编造操作路径；若文档未提及某问题，回答‘该问题暂未收录，建议联系技术支持’。”
这一步操作起来很简单，直接把帮助中心版本号和章节范围写进提示词就行。
不写版本号等于放任模型凭经验瞎猜，2024年上线的API开关功能，模型可能按2022年旧逻辑作答。
