Spring AI教程(二)Chat API之上下文对话

13 篇文章 0 订阅
11 篇文章 15 订阅
本文介绍了如何通过在ChatGPT中实现上下文对话功能,通过Message接口和队列管理来存储用户和AI的交互历史,以便AI根据之前的信息进行回复。同时提及了OpenAI的计费规则对消息队列长度的影响。
摘要由CSDN通过智能技术生成

上下文对话

 上下文对话的作用就是让AI具有记忆力,在快速入门流式对话中,我们是通过一种单一的输入输出方式进行调用的,这种调用方式无法让AI具有记忆力,例如,当我发起如下问题时:

  • hi
  • 中国的四大名著有哪些?
  • 本次对话中,我的第一个问题是什么?

 可以看到,AI无法根据之前的对话内容进行分析回复。因此,这就要求我们实现一个可以让ChatGPT具有一定的记忆力,并根据过去的聊天信息进行回复。

 ChatGPT上下文对话的实现原理较为简单,本质上其实就是将不同角色的聊天信息依次存储在一个队列中发送给ChatGPT即可,然后ChatGPT会根据整个聊天信息对回复内容进行判断。在OpenAI提供的接口中,每条信息的角色总共分为三类:

  • SystemMessage:系统限制信息,这种信息在对话中的权重很大,AI会优先依据SystemMessage里的内容进行回复;
  • UserMessage:用户信息
  • AssistantMessage:AI回复信息

还有一个FunctionMessage,这类信息用于AI的函数调用,一般不予以讨论。

 这些Message均实现了一个Message接口,如上图。AbstractMessage提供了对Message接口的抽象实现,SystemMessageUserMessageAssistantMessage等均继承了AbstractMessage,是Message的具体实现。而ChatMessage是Message的扩展实现,用于创建其它大语言模型需要的Message。

通俗点讲就是有些AI的Message不支持这类System、User、Assistant等,这时,我们就可以通过ChatMessage去自定义创建可用的Message对象了。

 如果我们需要实现上下文对话,就只需要使用一个List存储这些Message对象,并将这些Message对象一并发送给AI,AI拿到这些Message后,会根据Message里的内容进行回复。
不过,根据OpenAI的计费规则,你的消息队列越长,单次问询需要的费用就会越高,因此我们需要对这个消息列表的长度进行限制。

package com.ningning0111.controller;

import org.springframework.ai.chat.ChatClient;
import org.springframework.ai.chat.ChatResponse;
import org.springframework.ai.chat.messages.AssistantMessage;
import org.springframework.ai.chat.messages.Message;
import org.springframework.ai.chat.messages.UserMessage;
import org.springframework.ai.chat.prompt.Prompt;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.ArrayList;
import java.util.List;

@RestController
public class ChatController {

    private final ChatClient chatClient;

    // 历史消息列表
    static List<Message> historyMessage = new ArrayList<>();
    // 历史消息列表的最大长度
    static int maxLen = 10;

    public ChatController(ChatClient chatClient) {
        this.chatClient = chatClient;
    }

    @GetMapping("/context")
    public String context(String prompt) {
        // 用户输入的文本是UserMessage
        historyMessage.add(new UserMessage(prompt));
        // 发给AI前对历史消息对列的长度进行检查
        if(historyMessage.size() > maxLen){
            historyMessage = historyMessage.subList(historyMessage.size()-maxLen-1,historyMessage.size());
        }
        // 获取AssistantMessage
        ChatResponse chatResponse = chatClient.call(new Prompt(historyMessage));
        AssistantMessage assistantMessage = chatResponse.getResult().getOutput();
        // 将AI回复的消息放到历史消息列表中
        historyMessage.add(assistantMessage);
        return assistantMessage.getContent();
    }

}

效果如下:

 可以看到,我们已经成功让AI具有一定的记忆力了~

  • 7
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
Spring Security的上下文是指在应用程序中管理和传递安全信息的机制。在Spring Security中,有几种策略可以用于管理安全上下文。 一种常用的策略是MODE_THREADLOCAL,它是Spring Security默认的上下文管理策略。使用这种策略,Spring Security使用ThreadLocal来管理上下文。ThreadLocal确保每个线程只能访问自己线程中的ThreadLocal中的数据,其他线程无法访问。在身份验证过程结束后,可以使用静态的SecurityContextHolder.getContext()方法从持有者请求安全上下文。从安全上下文中,可以进一步获取Authentication对象,该对象存储着已验证实体的详细信息。例如,可以通过以下代码获取已认证用户的用户名: @GetMapping("/hello") public String hello(){ SecurityContext context = SecurityContextHolder.getContext(); Authentication authentication = context.getAuthentication(); return "Hello," + authentication.getName() + "!"; } 另一种策略是DelegatingSecurityContextCallable,它可以将安全上下文传递给新线程。通过使用DelegatingSecurityContextCallable装饰任务,可以确保新线程也能够访问安全上下文。 总之,Spring Security提供了多种策略来管理和传递安全上下文,以确保安全信息在应用程序中得到正确处理和传递。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* *2* *3* [SpringSecurity(八)--SecurityContext安全上下文](https://blog.csdn.net/qq_44754515/article/details/127406789)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

PG Thinker

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值