应用使用问题

多轮对话中如何使连续问题被问题分类节点正确的归类

问题分类节点具有获取上下文信息的能力，当处理两个关联性较大的问题时，模型的判断准确性往往依赖于这两个问题之间的联系和模型的能力。例如，当用户先问“我该如何使用这个功能？”接着又询问“这个功能有什么限制？”时，模型借助上下文信息，就能够更精准地理解并响应。

但是，当连续问题之间的关联性较小，模型判断的准确度可能会受到限制。在这种情况下，我们可以引入全局变量的概念来记录分类结果。在后续的问题分类阶段，首先检查全局变量是否存有分类结果。如果有，那么直接沿用该结果；若没有，则让模型自行判断。

建议：构建批量运行脚本进行测试，评估问题分类的准确性。

系统编排配置中的定时执行，如果用户打开分享的连接，停留在那个页面，定时执行触发问题：

定时执行会在应用发布后生效，会在后台生效。

只有 http 节点用到这个语法。

一般是没正确发布，在工作流右上角点击【保存并发布】。

注意需要更新到V4.8.17及以上，把猜你想问的提示词改成中文。

修改知识库默认提示词, 默认用的是标准模板提示词，会要求按 Markdown 输出，可以去除该要求：

Q: 应用在调试和正式发布后，效果不一致；在 API 调用时，效果不一致。

A: 通常是由于上下文不一致导致，可以在对话日志中，找到对应的记录，并查看运行详情来进行比对。



在针对知识库的回答要求里有, 要给它配置提示词，不然他就是默认的，默认的里面就有该语法。

做个判断器，如果是初次开始对话也就是历史记录为0，就走问题分类；不为零直接走知识库和ai。

定时执行没有这么高频率的去拿信息的，想要实现在企微里面的实时对话的机器人，目前通过低代码的工作流构建应该是不行的，只能自己写代码，然后去调用 FastGPT 的 APIKey 回复。企业微信似乎没有提供「自动监听」群聊消息的接口（或是通过 at 机器人这种触发消息推送）。应该只能发消息给应用，接收这个 https://developer.work.weixin.qq.com/document/path/90238 文档中的消息推送实现实时对话。或者是定时去拿群聊消息，通过这个文档所示的接口https://developer.work.weixin.qq.com/document/path/98914，然后用这个接口 https://developer.work.weixin.qq.com/document/path/90248 去推送消息。

工作流提供该连接数据库功能，用这个数据库连接的 plugin 可以实现 text2SQL，但是相对危险，不建议做写入等操作。

可理解为 for 函数，传一个数组，每个数据都执行一次。

添加相关提示词，引导模型按 Markdown 输出公式

bash

Latex inline: \(x^2\) 
Latex block: $$e=mc^2$$