베타 이 사이트는 베타 버전입니다. 정보는 계속 추가하고 검토하고 있습니다.
워크숍 개요
심화. AI 작동 방식의 보충 자료입니다.

지금 쓰는 AI 모델은 어떤 모델인가

화면에 떠 있는 챗봇은 특정한 모델 하나이고, 요즘은 한 도구가 여러 모델을 함께 제공합니다. 빠름, 사고, 버전 번호라고 적힌 그 메뉴에 따라 도구가 무엇을 잘하는지, 얼마나 걸리는지, 비용이 얼마인지, 그리고 그 답을 어디까지 믿어도 되는지가 달라집니다. 실무자에게 필요한 것은 네 가지 차이입니다. 메뉴에 뜨는 이름은 몇 달마다 바뀌지만, 이 네 가지는 바뀌지 않습니다.

시작 액티비티

지금 화면에 떠 있는 도구를 감사합니다

  1. 실제로 쓰는 AI 도구를 엽니다. 모델 메뉴를 찾아 모델 이름과 버전을 정확히 적습니다.
  2. 어떤 요금제인지, 무료 요금제인지 확인합니다.
  3. 데이터 설정을 찾습니다. 내가 나눈 대화가 학습에 쓰인다고 되어 있습니까? 한 사람이 한 줄씩 채우고, 이 표를 남깁니다.

매일 쓰는 도구인데, 오늘 이전에 이 세 가지를 답할 수 있었습니까?

첫 번째 차이

빠른 모델과 추론 모델

모든 모델은 토큰(token) 하나씩 이어 붙이며 글을 씁니다. 다른 점은 쓰기 시작하기 전에 미리 무언가를 하느냐입니다.

답이 나오는 두 가지 방식

보내기를 누른 다음에 벌어지는 일

빠른 모델
? A

곧바로 쓰기 시작합니다. 초안, 어조 다듬기, 내가 넣어 준 텍스트를 다룰 때 적당합니다.

추론 모델
? A

보이지 않는 중간 단계를 먼저 적고 나서 답합니다. 느리지만 규정 해석과 비교 작업에 강합니다.

추론 모델은 첫 글자가 나오기 전에 시간을 더 씁니다. 나중에 보여 주는 단계는 모델이 스스로 붙인 설명일 뿐이며, 실제로 답을 좌우한 요인이 거기서 빠져 있을 수 있습니다.
기본값은 빠른 모델입니다

따로 고르지 않으면 도구는 작고 빠르고 값싼 모델을 내어 줍니다. 대부분의 질문에는 그 이상이 필요 없기 때문입니다. 이 모델은 바로 쓰기 시작합니다. 이메일 문장을 다듬거나, 문단을 줄이거나, 직접 붙여 넣은 문서를 요약하는 정도라면 이 모델로 충분하고 속도도 이득입니다.

추론 모델(reasoning model)은 문제를 먼저 풀어 봅니다

추론이나 사고라고 표시된 모델은 답을 보여 주기 전에 중간 단계를 길게 적어 내려갑니다. 단계를 밟아 푸는 방식은 여러 단계가 필요한 문제에서 정확도를 실제로 끌어올립니다 (Wei 외, 2022). 조건이 세 개 걸린 자격 요건 규정이나 문서 두 개를 맞대어 보는 일이 바로 그런 문제입니다. 대신 느리고, 길게는 1분 넘게 걸리며, 비용도 더 듭니다.

생각한다고 확인하는 것은 아닙니다

모델이 보여 주는 단계는 답에 이른 과정을 기록한 것이 아닙니다. 연구진이 프롬프트(prompt)에 힌트를 슬쩍 심어 답을 바꿔 놓았더니, 모델은 그 힌트를 한 번도 언급하지 않은 채 자신 있게 단계별 설명을 써냈습니다 (Turpin 외, 2023). 추론 모델은 덜렁대는 실수를 덜 합니다. 그래도 자신 있게 틀릴 수 있고, 실제로 쓸 내용은 여전히 직접 확인해야 합니다.

기다릴 만한 경우

실수가 클라이언트에게 손해로 돌아올 때, 질문에 조건이 둘 이상 들어 있을 때, 무언가를 만들어 달라는 것이 아니라 이미 만든 것을 검토해 달라고 할 때는 추론 모델을 쓰십시오. 어조를 고치거나 초안을 잡는 일, 어차피 꼼꼼히 읽어 볼 글이라면 빠른 모델로 충분합니다.

중요한 질문을 던지기 전에 지금 어떤 모드인지부터 보십시오. 어려운 질문을 빠른 모델에 그대로 던지는 것이, 자신만만하지만 얕은 답을 받게 되는 가장 흔한 경로입니다.

두 번째 차이

모델 크기와 파라미터

모델은 흔히 8B, 70B, 400B 같은 파라미터(parameter) 수로 크기를 표시합니다. 이 숫자가 무엇인지, 그리고 무엇을 말해 주지 않는지 알아 둘 필요가 있습니다.

성능을 정하는 것

세 가지 투입, 하나의 모델

학습 데이터 연산량 파라미터 모델의 성능
하나만 키우면 나머지 둘이 낭비됩니다
성능은 셋이 함께 만들어 냅니다. 클로즈드 모델을 만드는 곳은 셋 다 공개하지 않으므로, 어떤 모델이 더 크다거나 더 잘 훈련되었다는 주장은 밖에서 검증할 방법이 거의 없습니다.
돌아가는 곳

데이터센터, 노트북, 휴대전화

대형, 데이터센터에서가장 강력하고 지원 언어도 가장 넓습니다. 입력한 글은 그 회사로 넘어갑니다.
중형, 일상적인 기본값대부분의 챗봇이 처음 내어 주는 모델입니다. 빠르고 초안 작성에는 충분합니다.
소형, 내 기기 안에서오프라인으로 돌아가고 글이 기기에 남지만, 클라이언트의 언어에서 가장 약합니다.
크기가 모델이 어디서 돌아갈지를 정하고, 그에 따라 내가 쓴 글이 얼마나 멀리 가는지도 정해집니다. 가장 강력한 모델은 내가 직접 운영할 수 없고, 내가 직접 운영할 수 있는 모델은 클라이언트가 쓰는 언어에서 가장 약합니다.
파라미터는 내부의 조절 다이얼입니다

훈련은 다음 토큰에 대한 모델의 예측이 학습 중인 텍스트와 맞아떨어질 때까지 수십억 개의 내부 수치를 조금씩 돌립니다. 그 수치가 파라미터이고, 모델이 간직하는 것은 그것뿐입니다. 80억 개냐 4000억 개냐를 세는 것은 패턴을 담을 그릇이 얼마나 큰지를 재는 일입니다. 사실의 개수를 세는 것이 아닙니다. 모델은 사실을 저장하지 않습니다.

데이터와 연산과 크기는 함께 갑니다

모델이 얼마나 유능해질지는 세 가지가 정합니다. 얼마나 많은 텍스트로 배웠는가, 훈련에 연산을 얼마나 썼는가, 파라미터가 몇 개인가입니다. 셋이 함께 올라가야 성능이 오르고, 하나만 키우면 나머지 둘을 낭비합니다 (Kaplan 외, 2020). 큰 모델을 텍스트도 부족한 채로 훈련시키면, 더 많은 텍스트로 훈련한 작은 모델에게 집니다 (Hoffmann 외, 2022). 클로즈드 모델(closed model)을 파는 회사들은 이 셋 중 어느 것도 공개하지 않습니다. 그래서 어떤 모델이 다른 모델보다 크다는 말조차 밖에서는 확인할 길이 없습니다.

대규모 모델과 소규모 모델

파라미터가 수천억 개인 대규모 언어 모델(large language model)은 데이터센터(data center)에서 돌아가고 인터넷을 통해 우리에게 옵니다. 파라미터가 수십억 개인 소규모 언어 모델(small language model)은 인터넷 없이 노트북이나 휴대전화에서도 돌아갈 만큼 작습니다. 작은 모델은 싸고 빠르고 밖으로 나가지 않으며, 대신 할 수 있는 일이 눈에 띄게 적습니다. 지금은 둘 다 서로 다른 쓰임을 겨냥해 일부러 만듭니다.

작은 모델은 한 분야에 특화할 수 있습니다

작은 모델이 모든 일을 잘하지는 못합니다. 그러나 좁은 과제 하나에 맞춰 더 학습시키면 그 과제에서는 훨씬 큰 범용 모델과 맞붙을 만해집니다. 큰 모델이 작은 모델을 가르치는 방법도 있는데, 이를 증류(distillation)라고 부릅니다 (Hinton 외, 2015). 자기 영역을 벗어나면 통하지 않습니다. 대신 그 안에서는 연산도 전기도 훨씬 적게 쓰고 일을 해내며, 이는 비용과 환경 부담에 그대로 영향을 줍니다.

크기 차이는 클라이언트의 언어에서 먼저 드러납니다

토크나이저(tokenizer)는 영어를 몇 조각으로만 자르지만 다른 많은 언어는 같은 내용이라도 최대 다섯 배까지 더 잘게 자릅니다. 그래서 같은 요청이라도 클라이언트의 언어에서는 비용이 더 들고, 더 느리고, 모델이 한 번에 담아 둘 수 있는 분량도 빨리 차 버립니다 (Ahia 외, 2023). 모델을 줄이면 가장 적게 배운 언어부터 무너집니다. 영어로는 그럭저럭 읽히는 작은 모델이 베트남어나 암하라어, 아이티 크리올어에서는 눈에 띄게 나빠지는 이유입니다.

크기는 모델이 무엇을 담을 수 있고 어디서 돌아갈 수 있는지를 알려 줍니다. 특정 답이 사실인지에 대해서는 아무 말도 해 주지 않습니다.

세 번째 차이

오픈 모델과 클로즈드 모델

이 구분은 모델을 누가 쥐고 있는지, 그리고 회사 밖의 사람이 그것을 돌릴 수 있는지에 관한 것입니다.

두 가지 방식

클로즈드 클라우드와 오픈웨이트

클로즈드 모델, 회사 클라우드에서

내가 쓴 글이 회사로 가고 답이 돌아옵니다. 대개 가장 강력하고 지원하는 언어도 가장 넓습니다. 조건은 회사가 정하고, 모델도 회사가 쥐고 있으며, 알리지 않고 바꿀 수 있습니다.

오픈웨이트, 내가 관리하는 장비에서

모델을 내려받아 직접 돌립니다. 글이 기기 안에 남을 수 있습니다. 장비와 설치, 사람 손이 들고, 현실적으로 돌릴 수 있는 모델은 더 작고 더 약합니다.

클라이언트의 글을 가장 잘 지키는 방식이, 하필 클라이언트의 언어에서 가장 못 답하는 방식입니다. 그래서 대부분의 기관은 클로즈드 도구를 쓰되 무엇을 입력해도 되는지를 글로 정해 둡니다.
클로즈드 모델은 빌려 쓰는 접근권입니다

널리 알려진 어시스턴트는 대부분 클로즈드입니다. 회사가 훈련된 파라미터를 쥐고 있고, 우리는 그 회사의 앱이나 API를 통해서만 모델에 닿습니다. 안을 들여다볼 수도, 직접 돌릴 수도 없고, 회사가 모델을 바꾸거나 접으면 붙잡아 둘 수도 없습니다. 무엇으로 학습시켰는지, 크기가 얼마인지, 지난 업데이트에서 무엇이 바뀌었는지 알려 줄 의무도 없고, 대체로 알려 주지 않습니다. 입력한 글은 답을 받기 위해 그 회사 서버로 넘어갑니다.

오픈웨이트(open-weight) 모델은 내려받을 수 있습니다

훈련된 파라미터를 공개하는 회사들도 있습니다. 그러면 누구나 모델을 내려받아 자기 컴퓨터나 기관 서버에서 돌릴 수 있습니다. 인터넷이 끊긴 노트북이 답을 해 주는 것도, 작은 업체가 남의 모델을 빌리지 않고 제품을 만드는 것도 이 덕분입니다.

오픈웨이트와 오픈소스(open source)는 다릅니다

공개된 가중치는 훈련이 끝난 뒤의 숫자입니다. 그 숫자를 만들어 낸 학습 데이터(training data)와 학습 코드는 대개 공개되지 않으므로 밖에서는 모델을 뜯어보거나 다시 만들어 볼 수 없습니다. 오픈소스 이니셔티브가 오픈소스라는 말을 그것이 가능한 모델에만 쓰는 이유입니다 (Open Source Initiative, 2024). 라이선스도 제각각입니다. 표준적인 허용 라이선스를 붙인 모델도 있고, 누가 어떤 용도로 쓸 수 있는지를 제한하는 자체 약관을 단 모델도 있습니다. 기관이 어떤 모델 위에 무언가를 얹을 계획이라면 라이선스를 먼저 읽으십시오.

이것이 클라이언트에게 닿는 지점

기관이 직접 관리하는 장비에서 모델을 돌리는 것은 클라이언트의 글이 건물 밖으로 나가지 않는 유일한 방법입니다. 오픈웨이트에 관심을 가질 실질적인 이유입니다. 다만 과장하기도 쉽습니다. 오픈 모델로 만든 앱이라도 모든 문장을 클라우드 서버로 보낼 수 있습니다. 글이 어디로 가는지 직접 묻고, 답을 문서로 받아 두십시오.

오픈이냐 클로즈드냐는 품질 순위도 아니고 안전 순위도 아닙니다. 누가 모델을 돌릴 수 있고 내가 쓴 글이 어디까지 가는지를 정하는 문제이며, 이는 기술의 문제이기 전에 클라이언트의 문제입니다.

네 번째 차이

학습 데이터와 학습 마감 시점

크기가 같아도 두 모델은 아주 다르게 굴 수 있습니다. 모델은 보여 준 텍스트와 그 뒤에 사람이 다듬은 결과로 만들어지기 때문입니다.

들여다볼 수 없는 학습 데이터

이 모델들은 방대한 웹 텍스트에 더해 라이선스를 사거나 구매한 자료로 학습했습니다. 클로즈드 모델은 그 목록을 공개하지 않으므로, 지금 묻는 그 규정에 관해 모델이 쓸 만한 자료를 본 적이 있는지 확인할 방법이 없습니다. 웹 텍스트는 영어에 크게 쏠려 있고 클라이언트의 언어에서는 빈약합니다. 언어 격차는 여기서 시작됩니다.

학습 마감 시점(cutoff), 그리고 덧붙인 검색

학습은 어느 시점에서 멈추고, 모델이 외운 내용도 거기서 멈춥니다. 요즘은 그 이후를 메우려고 실시간 웹 검색을 붙인 도구가 많습니다. 도움이 되지만 질문이 옮겨 갈 뿐입니다. 답의 수준은 그때 마침 긁어 온 페이지 수준을 넘지 못하므로, 어떤 출처를 썼는지 묻고 직접 열어 보십시오.

긴 문서는 고르게 읽히지 않습니다

같은 정보라도 긴 입력의 앞이나 끝에 있으면 잘 찾아내지만, 가운데에 파묻혀 있으면 놓치는 일이 많고, 입력이 길어질수록 정확도가 떨어집니다 (Liu 외, 2024). 40쪽짜리 정책 문서를 통째로 붙여 넣고 좁은 질문 하나를 던지면, 모델이 분명히 읽은 문단을 답에서 빠뜨릴 수 있습니다. 파일을 통째로 넘기지 말고 필요한 대목을 인용하십시오.

학습 뒤에 오는 다듬기

모델이 텍스트를 예측할 수 있게 되면, 사람이 피드백을 주며 지시를 따르고 특정한 어조로 답하고 어떤 요청은 거절하도록 조정합니다 (Ouyang 외, 2022). 두 모델의 대화 느낌이 다른 이유는 크기가 아니라 이 단계입니다. 이 과정은 동의하는 태도에 보상을 줍니다. 이렇게 훈련된 어시스턴트는 사용자가 밝힌 의견에 맞춰 주는 경향이 있고, 사용자가 밀어붙이면 맞는 답도 거둬들입니다 (Sharma 외, 2024). 잘못된 전제를 건네면 모델은 그 위에 답을 쌓아 올립니다.

버전은 모르는 사이에 바뀝니다

모델은 조용히 재훈련되고 업데이트됩니다. 메뉴에 뜨는 같은 이름이 지난달과 다른 물건일 수 있습니다. 업데이트 뒤에는 저장해 둔 프롬프트를 다시 시험해 보고, 이 도구가 무엇을 잘한다고 내렸던 판단도 다시 점검하십시오.

학습은 들여다볼 수도 고칠 수도 없는 부분입니다. 그러면서 모델이 베트남어에서, 지역 규정에서, 지난달 정책 변경에서 어떻게 굴지를 결정합니다. 내 업무가 놓인 바로 그 자리에서 학습이 빈약하다고 가정하십시오.

기본 원칙

어떤 일에 어떤 모델

하려는 일 쓸 모델 이메일 문장 다듬기, 문단 줄이기, 직접 쓴 메모 정리 기본 빠른 모델. 속도가 목적이고, 넣은 내용을 내가 다 보고 있습니다. 자격 요건 규정 풀기, 문서 두 개 비교, 서식 안의 모순 찾기 추론 모델. 그다음 세부 사항은 공식 출처에서 확인하십시오. 지역 사무소, 마감일, 수수료, 최근 정책 변경 어떤 모델이든 웹 검색을 켜고, 인용한 출처를 직접 열어 보십시오. 외운 내용만으로는 부족합니다. 결과가 따르는, 클라이언트의 언어로 하는 일 자격을 갖춘 통역사나 번역사. 오픈이든 클로즈드든, 크든 작든 어떤 모델도 이를 대신하지 못합니다. 클라이언트의 신원 정보가 들어 있는 것 기관이 서면으로 승인하지 않았다면 클라우드 도구는 안 됩니다. 식별 정보를 먼저 지우십시오.
위 표에서 두 줄은 모델 이야기가 아닙니다. 그리고 위험이 가장 큰 것도 그 두 줄입니다.
알아 두면 좋은 점
  • 무료 요금제는 대개 그 도구의 가장 가벼운 모델입니다. 중요한 질문이라면 지금 어떤 모델인지 확인하십시오.
  • 추론이라고 표시된 모델이 사실을 확인해 주는 모델은 아닙니다.
  • 같은 모델 위에서 돌아가는 두 제품이 다르게 굴 수 있습니다. 그 위를 감싼 회사가 자기 지시문을 덧붙이기 때문입니다.
  • 출시 발표에 실린 벤치마크(benchmark) 점수는 내 업무가 아닌 과제에서, 클라이언트의 언어가 아닐 가능성이 큰 언어로 잰 것입니다.
  • 오픈 모델이라고 해서 그 자체로 클라이언트 정보가 지켜지지는 않습니다. 내가 관리하는 장비에서 돌릴 때만 지켜지며, 오픈 모델로 만든 앱 대부분은 그렇게 하지 않습니다.
이렇게 해 보십시오

지금 어떤 모델을 쓰고 있는지 확인하기

5분만 들여, 각자 실제로 쓰는 AI 도구에서 모델 메뉴를 열고 이름과 버전을 정확히 적어 보게 하십시오. 그다음 규정이 하나 들어간 질문을 던집니다. 소득 상한과 마감일이 함께 걸린 질문이면 좋습니다. 절반은 빠른 모델에, 절반은 추론 모델에 같은 질문을 하고 답을 몇 개 소리 내어 읽어 봅니다. 꼼꼼함의 차이가 눈에 보이고, 그럼에도 두 답 모두 확인이 필요하다는 것도 함께 보입니다.

이 페이지의 출처
  1. Ahia, O., Kumar, S., Gonen, H., Kasai, J., Mortensen, D. R., Smith, N. A., & Tsvetkov, Y. (2023). Do all languages cost the same? Tokenization in the era of commercial language models. Proceedings of EMNLP 2023, 9904-9923. https://doi.org/10.18653/v1/2023.emnlp-main.614
  2. Hinton, G., Vinyals, O., & Dean, J. (2015). Distilling the knowledge in a neural network. arXiv:1503.02531. https://arxiv.org/abs/1503.02531
  3. Hoffmann, J., Borgeaud, S., Mensch, A., et al. (2022). Training compute-optimal large language models. Advances in Neural Information Processing Systems 35. https://arxiv.org/abs/2203.15556
  4. Kaplan, J., McCandlish, S., Henighan, T., et al. (2020). Scaling laws for neural language models. arXiv:2001.08361. https://arxiv.org/abs/2001.08361
  5. Liu, N. F., Lin, K., Hewitt, J., Paranjape, A., Bevilacqua, M., Petroni, F., & Liang, P. (2024). Lost in the middle: How language models use long contexts. Transactions of the Association for Computational Linguistics, 12, 157-173. https://doi.org/10.1162/tacl_a_00638
  6. Open Source Initiative. (2024). The Open Source AI Definition 1.0. https://opensource.org/ai/open-source-ai-definition
  7. Ouyang, L., Wu, J., Jiang, X., et al. (2022). Training language models to follow instructions with human feedback. Advances in Neural Information Processing Systems 35. https://arxiv.org/abs/2203.02155
  8. Sharma, M., Tong, M., Korbak, T., et al. (2024). Towards understanding sycophancy in language models. International Conference on Learning Representations (ICLR) 2024. https://arxiv.org/abs/2310.13548
  9. Turpin, M., Michael, J., Perez, E., & Bowman, S. R. (2023). Language models don't always say what they think: Unfaithful explanations in chain-of-thought prompting. Advances in Neural Information Processing Systems 36. https://arxiv.org/abs/2305.04388
  10. Vaswani, A., Shazeer, N., Parmar, N., et al. (2017). Attention is all you need. Advances in Neural Information Processing Systems 30. https://arxiv.org/abs/1706.03762
  11. Wei, J., Wang, X., Schuurmans, D., et al. (2022). Chain-of-thought prompting elicits reasoning in large language models. Advances in Neural Information Processing Systems 35. https://arxiv.org/abs/2201.11903