You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 

199 lines
5.5 KiB

WEBVTT
00:01.130 --> 00:05.450
솔직히 지금 저한테 짜증 낼 이유가 충분하죠
00:05.480 --> 00:10.340
우린 라가 얘기를 한참 했는데 아직 라가를 써 본 적이 없네요
00:10.340 --> 00:11.840
벡터에 대해 얘기했죠
00:11.840 --> 00:16.520
프롬프트와 컨텍스트 래그의 저렴한 버전에 관해 얘기했죠
00:16.910 --> 00:18.890
드디어 본격적인 시작이죠
00:18.920 --> 00:22.100
오늘은 Put 파이프라인을 실행할 거예요
00:22.100 --> 00:23.330
바보 같은 짓이죠
00:23.330 --> 00:23.750
진정해요
00:23.750 --> 00:25.250
두고 봐요
00:25.280 --> 00:27.440
오늘은 어떻게 될까요?
00:27.440 --> 00:32.480
긴 사슬로 된 대화 사슬을 만들 거예요 긴 사슬이 모여서
00:32.480 --> 00:38.720
여러 조각을 접착제로 붙이는 거죠 걸레 회수와 대화를 할 수 있게요
00:38.750 --> 00:44.840
전문가의 이해를 보여주는 질문을 하고 답을 얻을 겁니다 채팅 UI로 궁극적으로
00:44.870 --> 00:48.410
지식 작업자 비서를 만들고요
00:48.410 --> 00:51.560
이미 훌륭한 것들을 배웠기 때문에 아주
00:51.560 --> 00:53.870
쉽다는 걸 알게 될 거예요
00:54.050 --> 01:00.080
먼저 간략히 말씀드리자면 긴 연결의 추상화가 있어요 긴 연결의
01:00.080 --> 01:03.920
개념이 일을 쉽게 만들어주죠
01:03.920 --> 01:07.490
이건 오늘 사용할 3가지예요
01:07.520 --> 01:10.250
우선 LLM에는 추상적인 게 있어요
01:10.250 --> 01:13.730
LLM은 오픈아이를 의미해요
01:13.760 --> 01:15.350
다른 사람을 상징할 수도 있죠
01:15.350 --> 01:20.690
량청은 모델을 둘러싼 추상적인 객체를 대표해요
01:20.870 --> 01:23.750
레트리버라는 추상화도 있어요
01:23.750 --> 01:28.130
벡터 스토어 같은 인터페이스 같은 거죠
01:28.130 --> 01:32.420
우리 경우엔 크로머예요 걸레 회수용으로 사용되죠
01:32.420 --> 01:38.090
벡터를 가지고 프롬프트를 강화할 수 있는 레트리버 인터페이스죠
01:38.150 --> 01:41.090
세 번째 추상화는 메모리예요
01:41.090 --> 01:48.470
챗봇과 토론한 역사를 보여주는 거죠 어떤 식으로든 메모리요
01:48.470 --> 01:55.040
실제로 여기서 사용되는 건 독감 목록이에요 상단의 시스템 메시지 같은 걸
01:55.070 --> 01:59.090
구성한 목록이죠 다음은 사용자 보조예요
01:59.360 --> 02:05.990
하지만 긴 연결을 위한 메모리라는 개념으로 추출되었어요. 이 커버 아래에서 리스트를
02:05.990 --> 02:11.390
처리하거나 다른 모델이 필요로 하는 다른 형식을 처리하죠.
02:11.390 --> 02:19.090
이 세 가지가 핵심 래퍼입니다. Get-Tuck Season 2 닙턱 시즌 2 긴 체인에서 얻는 기능성 중에서요.
02:19.090 --> 02:26.020
이것을 명심하고 얼마나 간단한지 보세요. Get 파이프라인을 만드는 것이요.
02:26.080 --> 02:29.650
4줄의 코드로 완료될 거예요
02:29.650 --> 02:33.070
지금 여러분 앞에 있는 코드 4줄이에요
02:33.310 --> 02:37.720
첫 번째 줄의 우수함이 이거예요
02:37.900 --> 02:42.280
LM은 채팅방개 인공지능으로 랑 체인 ln 객체를 생성하죠
02:42.370 --> 02:46.120
개방형 인공지능을 위한 LM 객체죠
02:46.450 --> 02:50.890
다른 어떤 것을 위해 만들 수 있는 비슷한 오브젝트가 있다고 상상할 수 있죠
02:51.670 --> 02:53.860
그게 첫 번째 줄이자 첫 번째 추상화예요
02:53.890 --> 02:55.480
두 번째 줄에 LM을 넣어요
02:55.480 --> 02:56.470
두 번째 추상화요
02:56.470 --> 02:57.130
메모리 말이에요
02:57.160 --> 03:01.210
대화 버퍼 메모리라는 랑 체인 객체를 생성해요
03:01.630 --> 03:03.580
몇 가지 사항을 제공해야 해요
03:03.580 --> 03:10.660
핵심은 어떻게 정리되느냐죠 메모리와 채팅 기록을 검색하는 데 뭘 쓸 수 있느냐예요
03:10.660 --> 03:16.210
나중에 예상되는 게 그거니까요 반송 메시지는 랭에게 이걸
03:16.210 --> 03:21.040
저장할 거라고 말해요 일련의 메시지로 저장될 거라고요
03:21.040 --> 03:26.020
대화를 나타내는 큰 텍스트 블록 말고요
03:26.020 --> 03:30.910
이런 종류의 채팅 응용 프로그램에 이걸 사용해야 한다는 것만 아시면 돼요
03:31.810 --> 03:40.720
다음 줄은 간단히 벡터 스토어가 있는데 크로마를 생성했고 이것을 불러오기
03:40.720 --> 03:44.290
메서드로 부르겠다고 하네요
03:44.290 --> 03:48.100
레트리버라는 인터페이스 객체로 감싸게 되죠
03:48.100 --> 03:56.710
그게 랭 체인이 기대하는 객체예요 래그 워크플로우가 가능하려면요
03:56.980 --> 04:01.570
세 가지 추상화입니다 LM, 메모리 그리고 리트리버죠
04:01.600 --> 04:02.680
전부 만들어진 거예요
04:02.680 --> 04:07.600
마지막 구절은 그걸 하나로 모아 대화 사슬을 형성해요
04:07.900 --> 04:14.470
그건 여러분이 만든 대화 회수 사슬로 호출을, 그 음 LM으로부터의
04:14.500 --> 04:20.170
메서드를 호출해 생성합니다 여러분은 3가지만 넘기면 돼요
04:20.170 --> 04:25.030
LM, 레트리버, 메모리 방금 만든 3가지요
04:25.030 --> 04:26.920
그렇게 간단한 거예요
04:26.920 --> 04:32.620
코드 네 번째 줄로 방금 래그 파이프라인을 만들었어요
04:33.490 --> 04:34.450
못 믿겠어요?
04:34.450 --> 04:37.150
유피터랩으로 가서 직접 해 보죠