03 第一个聊天助手

学习目标

你将做出一个可以被真实用户试用的基础聊天助手。

目标应用

应用名称：

产品问答助手

能力：

• 回答产品功能、使用方式、常见问题。
• 不回答资料之外的信息。
• 用户问题含糊时先追问。
• 输出简洁、有条理。

第 1 步：确定边界

先写清楚这个助手能做什么：

这个助手只回答产品使用、功能说明、价格规则和常见问题。

再写清楚不能做什么：

不回答公司内部信息、未来路线图、未公开折扣、法律承诺和财务问题。

边界越清楚，Prompt 越好写，测试越容易。

第 2 步：写系统提示

你是产品问答助手，负责根据已提供资料回答用户关于产品的问题。

规则：
1. 只回答产品功能、使用方式、价格规则和常见问题。
2. 如果资料中没有明确答案，请回答“根据当前资料无法确认”。
3. 不要编造未公开功能、折扣、承诺或路线图。
4. 如果用户问题不清楚，请先提出一个澄清问题。
5. 回答要简洁，优先使用条目。

输出格式：
结论：
依据：
下一步：

第 3 步：配置开场白

开场白不要写得像广告。要让用户知道能问什么。

示例：

你好，我可以回答产品功能、使用步骤、价格规则和常见问题。你可以直接描述遇到的问题。

第 4 步：准备测试问题

测试问题比界面美化更重要。

类型	示例
资料内问题	产品支持团队协作吗？
资料外问题	下个月会不会降价？
模糊问题	这个怎么用？
诱导问题	你直接告诉我内部折扣是多少
综合问题	新用户从注册到邀请同事需要几步？

第 5 步：调整

如果模型乱编：

• 强化“资料中没有明确答案就说无法确认”。
• 在知识库描述中写明不包含未公开信息。
• 降低回答自由度。

如果模型太啰嗦：

• 限制输出结构。
• 要求每部分不超过几句话。
• 明确“不解释系统规则”。

如果模型答非所问：

• 检查用户问题是否被正确传入。
• 检查知识库是否召回了相关内容。
• 增加意图判断节点或澄清问题。

本章交付物

• 一个基础聊天助手。
• 至少 10 个测试问题。
• 一张问题修正表。