Ollama 모델 이름과 정확한 태그를 함께 기록하는 방법
‘gemma3를 썼다’고만 적으면 나중에 같은 모델을 다시 고르기 어렵습니다. 모델 이름 뒤의 태그까지 함께 남기세요. 태그는 이름 뒤에 붙어 어떤 크기나 변형인지 구분하는 표시입니다. 모델을 구별하는 식별자(ID)와 확인 날짜도 함께 적습니다. 이 글에서는 모델 페이지에서 확인한 정보와 내 PC에 설치된 목록에서 직접 확인할 정보를 나눠 적는 방법을 설명합니다.
태그를 찾는 과정에서 모델을 새로 다운로드하거나 실행하지 않습니다. 실제 설치값이 필요한 칸은 독자가 자신의 환경에서 관찰하기 전까지 미확인으로 남깁니다.

계열 이름과 태그를 나누어 읽기
Ollama의 모델 이름은 model:tag 형식이며 태그를 생략하면 latest가 기본입니다. 네임스페이스가 포함된 이름도 있으므로 콜론 앞의 문자열을 임의로 짧게 줄이지 않습니다. Ollama 공식 API 이름 규칙
예를 들어 기록에 gemma3만 적었다면 명시적 태그를 적은 경우와 구별해야 합니다. 생략 규칙상 latest를 사용한다고 설명할 수는 있어도, 그때 실제 조회·사용한 식별자를 관찰한 것으로 바꿀 수는 없습니다. ‘latest니까 가장 큰 모델’이나 ‘이전에 쓰던 1b’로 해석하지 마세요.
태그 안의 4b, it, q4_K_M, fp16 같은 문자열을 모두 보존합니다. 숫자 하나만 떼어 저장하거나 대소문자를 임의로 고치지 않습니다. 세부 의미는 해당 모델의 공식 페이지에서 확인하고, 다른 모델 계열의 태그 관례를 그대로 적용하지 않습니다.
공식 페이지에서 현재 별칭과 두 변형 대조하기
아래는 실제 설치 결과가 아니라 확인일에 공식 모델 페이지가 표시한 정보입니다. ID는 페이지에 보이는 축약값이며 전체 digest가 아닙니다. 표시크기도 원문 그대로 가져왔습니다.
| 공식 페이지의 정확한 태그 | 표시 ID | 표시크기 | 매개변수 규모 표시 | 형식 표시 |
|---|---|---|---|---|
| gemma3:latest | a2af6cc3eb7f | 3.3GB | 4.3B | Q4_K_M |
| gemma3:4b-it-q4_K_M | a2af6cc3eb7f | 3.3GB | 4.3B | Q4_K_M |
| gemma3:4b-it-fp16 | c4da438ae756 | 8.6GB | 4.3B | F16 |
출처는 gemma3:latest, gemma3:4b-it-q4_K_M, gemma3:4b-it-fp16입니다. 공식 태그 목록에서도 현재 latest와 q4 변형의 축약 ID가 같게 표시되는 것을 확인했습니다.
첫 두 행은 현재 페이지에서 같은 축약 ID와 정보를 표시하는 이름입니다. ‘태그 문자열이 다르면 반드시 다른 내용’이라는 기준만 쓰면 이 관계를 놓칩니다. 반대로 셋째 행은 같은 gemma3 계열이고 규모 표시도 같지만 ID와 형식이 다릅니다. ‘계열 이름과 4b가 같으니 동일 변형’이라고 기록하면 구분이 사라집니다.
이 표는 축약 ID가 같다는 관찰을 전체 digest의 완전한 일치 검증으로 확대하지 않습니다. 두 변형의 답변 품질·속도·필요 RAM을 비교한 실험도 아닙니다. 3.3GB와 8.6GB의 차이를 실제 디스크 회수량이나 실행 메모리 차이로 계산하지 않습니다. 그런 판단에는 별도 자원 관찰이 필요합니다.
실제 설치 목록은 공식 페이지와 별도 행에 적기
이미 설치된 공식 Ollama와 의도한 서버가 준비되어 있을 때만 CMD에서 다음을 조회합니다.
ollama ls
ls는 모델 목록을 조회하는 명령입니다. 출력의 이름과 ID, 표시크기를 생략하지 않고 기록하세요. 조회한 서버가 내가 확인하려는 서버인지도 남깁니다. 목록에 원하는 태그가 없으면 ‘이 서버 목록에서 관찰하지 못함’으로 적고, 기록을 채우기 위해 다운로드부터 시작하지 않습니다. Ollama CLI 문서
정확한 태그가 목록에 있는 경우 해당 모델의 Modelfile 정보를 읽을 수 있습니다. 아래는 q4 태그가 이미 준비된 경우의 예이며, 다른 태그를 기록한다면 목록에서 확인한 정확한 이름으로 바꿉니다.
ollama show --modelfile gemma3:4b-it-q4_K_M
공식 Modelfile 문서는 show --modelfile을 모델의 Modelfile 확인 명령으로 안내합니다. 이 조회는 새 변형을 만드는 create나 모델에 입력하는 run과 구분합니다. Ollama Modelfile 문서
출력의 FROM이 파일 경로와 해시를 포함할 수 있습니다. 그 값은 무엇을 식별하는지 확인하고 기록해야 합니다. FROM에 보이는 개별 파일·가중치의 해시를 목록의 모델 digest 칸에 그대로 복사하지 않습니다. 사용자 이름이나 비공개 시스템 지시가 포함된 맞춤 모델의 출력은 공유하기 전에 필요한 부분만 추립니다.
기존 API 관찰 도구로 세부 정보를 확인하는 환경이라면 /api/tags에는 이름·digest·크기와 parameter_size, quantization_level 등의 모델 세부 정보가 포함됩니다. /api/show는 모델 정보, 템플릿·매개변수·라이선스 등을 조회합니다. 문서의 응답 예를 실제 설치 관찰로 쓰지 않습니다. Ollama 모델 목록 API, 공식 모델 정보 API
이 글에서는 API 호출을 실행하지 않았습니다. CLI의 축약 ID만 확인했다면 ‘축약 ID 관찰, 전체 digest 미확인’이라고 적으면 됩니다. 원본 전체 digest가 없는 상태에서 축약 ID 뒤를 추정해서 채우지 않습니다.
모델 정보와 실행 조건도 출처를 구분하기
정확한 태그와 식별자를 남겼더라도 실행 결과를 다시 비교하려면 입력·설정이 필요합니다. 공식 페이지의 지원 컨텍스트와 현재 실행에 실제 할당된 컨텍스트는 다른 기록입니다. ollama ps는 이미 적재된 모델의 실행 정보를 관찰할 때 쓰며, 이 글의 기록을 채우려고 모델을 새로 실행하지 않습니다. Ollama 컨텍스트 안내
규모 표시, 양자화·표현 형식, 입력 종류는 공식 페이지에서 본 값과 로컬에서 확인한 값을 나눠 적습니다. 두 출처가 다르면 이전 값을 지우고 하나로 맞추지 말고 확인일·서버 대상·식별자를 다시 대조합니다. 자신의 맞춤 모델에서는 기본 모델 이름만 같아도 템플릿이나 시스템 지시가 달라질 수 있으므로 관련 변경도 기록해야 합니다.
같은 식별자를 관찰했다고 답변 문장까지 항상 같다고 보장하지 않습니다. 입력과 생성 설정, 실행 버전 등의 조건을 보관하고, 실제 응답 시험을 하지 않았다면 성능·정확도·재현성은 미검증으로 남깁니다. 태그는 모델을 가리키는 기록의 일부이지 업무 결과의 정답 보증이 아닙니다.
가상 기록 다섯 쌍으로 빠뜨린 정보를 찾기
아래 이름과 ID-A·ID-B는 직접 만든 불투명한 연습용 표식입니다. 실제 모델 이름·digest·Ollama 출력·API 응답이 아닙니다. 두 기록을 읽고 무엇을 다시 확인할지만 고르는 연습입니다.
| 가상 비교 | 첫 기록 | 둘째 기록 | 판정 연습 |
|---|---|---|---|
| A 이름만 다름 | demo:alpha / ID-A | demo:alias / ID-A | 같은 식별자 표식의 별칭 후보. 정확 이름은 모두 보존 |
| B 계열 이름은 같음 | demo:alpha / ID-A | demo:beta / ID-B | 계열명만으로 같은 변형이라 판단하지 않음 |
| C 같은 태그의 관찰값 변경 | demo:alpha / ID-A | demo:alpha / ID-B | 확인 시점과 식별자 변경을 조사 |
| D 식별자 누락 | demo:alpha / ID-A | demo:alpha / 미확인 | 신원 비교 보류 |
| E 식별자는 같고 실행 조건 변경 | demo:alpha / ID-A / 조건 메모 짧음 | demo:alpha / ID-A / 조건 메모 길음 | 식별자 관찰과 실행 조건 비교를 분리 |
Linux Python 3.12.14에서 위 다섯 비교의 분류를 검사했습니다. D는 같은 태그라는 이유로 동일로 판정하지 않으며, E도 같은 표식이라는 이유로 같은 실행 조건으로 판정하지 않습니다. 이 검사는 두 가상 기록의 문자열·미확인 칸·조건 메모를 비교한 것으로, 모델 다운로드나 추론 결과 검사가 아닙니다.
독자는 표의 A부터 E까지 두 기록을 그대로 복사해 기대 판정을 비교할 수 있습니다. 실제 기록에 적용할 때는 연습용 ID를 남겨 두지 말고 본인이 관찰한 값과 그 출처를 사용하세요. 확인하지 않은 칸은 미확인으로 둡니다.
복사해서 사용할 모델 신원 기록
다음 양식은 후보 조사에도, 이미 설치된 모델의 관찰에도 사용할 수 있습니다. 첫 줄의 구분을 먼저 선택하면 웹 정보와 실제 설치값을 섞지 않을 수 있습니다.
[모델 신원 기록]
기록 종류: 공식 페이지 후보 조사 / 실제 설치 관찰
관찰 날짜와 시간대:
사용한 도구와 서버 대상 또는 공식 페이지 URL:
입력한 모델 이름 원문:
명시적 태그 원문 / 생략했는지:
실제 목록의 모델 이름 또는 미확인:
페이지 표시 ID 또는 CLI 축약 ID / 출처:
전체 모델 digest 또는 미확인 / 출처:
매개변수 규모 표시 / 출처:
양자화·표현 형식 표시 / 출처:
표시크기 원문과 단위 / 출처:
입력 종류와 라이선스 확인:
Modelfile·템플릿·시스템 지시의 확인 여부와 변경 메모:
지원 컨텍스트 / 실제 할당 컨텍스트 또는 미확인:
실제 Ollama 버전 또는 미확인:
앞선 기록과 태그·ID·조건이 달라진 항목:
모델 실행·성능 비교: 이 기록 점검에서는 수행하지 않음
확인 시 공개 최신 릴리스 링크는 Ollama v0.35.1로 연결됐습니다. 이 값은 모델 태그도 아니고 본인 PC의 설치 버전도 아닙니다. 각각 다른 칸에 보관하세요.
이 글의 종료 기준은 ‘같은 모델인가’에 무조건 예·아니오를 붙이는 것이 아닙니다. 정확한 이름, 관찰한 ID의 수준, 출처와 미확인 정보를 남겨 이후 비교가 가능하면 됩니다. 같은 태그라도 다음 관찰의 식별자가 달라지면 새 기록으로 보존하고, 원인을 확인하기 전에 이전 실험과 같은 모델이라고 합치지 않습니다.
Windows·Ollama의 실제 명령 실행은 미검증입니다. 공식 페이지와 공개 버전을 확인한 기술 기준일은 2026년 10월 4일 KST이며, 이 날짜의 정보로 그보다 과거에 동일 태그·기능이 제공됐다고 주장하지 않습니다.
함께 확인할 작업
정확한 모델 기록을 남긴 뒤 처음 실행하는 절차는 Windows Ollama 첫 응답 확인 안내를 함께 확인하세요. 이름과 태그 조사만으로 설치·응답이 성공했다고 판단하지 않습니다.