fix：模板微调

yj_room_agent/LLM/ai_service.py

@@ -498,12 +498,12 @@ def build_prompt(params):
             ```
             {qry_avail_meetingroom_for_mart_str}
             ```
-        3. 如果用户需要取消预订会议时(会议ID必须由用户提供，不要获取历史消息进行推理),分两种情况：
+        4. 如果用户需要取消预订会议时(会议ID必须由用户提供，不要获取历史消息进行推理),分两种情况：
           (1)用户未提供要取消的会议号ID,不要使用历史消息进行推理，按照以下的json示例返回:
             {qry_user_book_info_for_mart_str} 
           (2)用户给出了需要取消的会议号ID,如果用户从已预定会议列表中选择了需要取消的会议(可根据列表编号选择),则提取会议ID，按照以下的json示例返回:
             {cancel_meeting_info_for_mart_str}
-        4. 修改会议
+        5. 修改会议
             当用户表达修改编辑会议意向时(注意：有的项用户没明说要修改，则视为不变)：
             (1) 先检查是否具备以下信息(如果用户有选择的行为，可以从选择中提取信息,这些信息均需要提取)：
                 会议编号，会议开始时间，会议结束时间，会议主题
@@ -518,11 +518,12 @@ def build_prompt(params):
               ```
                 {edit_meeting_info_for_mart_str}
               ```
-        5. 如果当用户再次请求预订会议室时,请按照步骤1处理
-        6. 如果解析调用API返回的结果，解析结果时，必须忽略TASK中1-4步骤的限制和历史消息:
+        6. 如果当用户再次请求预订会议室时,请按照步骤1处理
+        7. 如果解析调用API返回的结果，解析结果时，必须忽略TASK中1-4步骤的限制和历史消息:
             (1) 禁止联想历史消息进行推理，专注解析结果并按照用户要求处理
             (2) 不要返回JSON数据，不要触发其他操作，按照自然语言友好返回
-        7. 用户其他需求，请按照自然语言对话返回
+        8. 用户其他需求，请按照自然语言对话返回
+        9. 当涉及多次查询时，所有涉及查询的操作都不能直接使用历史对话中返回的查询数据，需遵守模板中的步骤重新构造json，调用api查询
 
     """
     return template