只做「给用户的故障说明」的助手怎么做

先别做「什么都能聊」的助手。这个只做一件：一段给用户的话：他会看到什么、他现在可以怎么做、你什么时候再更新用你定的时间。

平台按这个选。客户已经在微信里问，用腾讯元器。合同按规定不能出公司，而且有人会看服务器，用 Dify。其他用扣子。没有人管服务器，就不要打开 Dify。

输入是：故障的用户可见现象。

输出只能是：一段给用户的话：他会看到什么、他现在可以怎么做、你什么时候再更新用你定的时间。

把下面这段设成它的规矩：「只根据知识库和用户刚贴的内容回答。没有就说不知道，并告诉对方转人工。不要写价格、库存、退款承诺、到货日期，除非这些字原样出现在知识库里。」

第一天只放十段你真实会遇到的材料。用十个问题去问。八个答对，再加内容。答错的那两个，改资料，不是改形容词。

不要接支付。不要让它自动发送给客户，先把草稿给你。

例子长这样，用来测试，不要当成真实承诺：「导出会停在「超时」。先改用上午再试。下次更新时间你来定，没定就写「有消息再发」。」

步骤

1. 选平台：微信用腾讯元器，必须自己服务器用 Dify，否则用扣子。
2. 新建助手，名字就用：给用户的故障说明。
3. 把规矩原文贴进系统提示。
4. 只上传十段真实材料。材料类型是：故障的用户可见现象。
5. 用例子里的情形问一次，看它会不会写出：技术堆栈；指责用户网络。
6. 会写，就改资料或加一句禁止，不要先上线。
7. 八成问对之后，才把草稿交给人发出去。你仍要核对：他可以做的那一步，是不是现在就行得通。

输入是什么

故障的用户可见现象

输出是什么

一段给用户的话：他会看到什么、他现在可以怎么做、你什么时候再更新用你定的时间

要接什么

十段真实材料。不接支付。不自动发送。

建议平台

扣子

适合谁

程序员。系统出问题了，公告像内部日志