SLOHERO®

Gemini temperature 지원 중단 — 사이트 AI가 조용히 달라졌다

SLOHERO · 2026년 8월 28일 · 당일 AI 이슈
먼저 결론. 구글이 2026년 7월 21일 자 API 릴리스 노트에서 temperature, top_p, top_k 세 가지 값을 지원 중단했습니다. 문제는 이 값을 계속 보내도 에러가 나지 않는다는 점입니다. 요청은 성공으로 처리되고 값만 버려집니다. 홈페이지에 상품 설명 생성기나 상담 챗봇을 붙여 두었고 답변을 일정하게 유지하려고 온도를 0으로 잠가 두었다면, 그 잠금은 이미 풀렸는데 로그에는 아무것도 남지 않았을 가능성이 큽니다. 오늘 할 일은 배포 코드에서 이 세 단어를 찾아 지우고, 답변의 일관성을 지키던 장치를 프롬프트 쪽으로 옮기는 것입니다.

1.7월 21일 릴리스 노트의 한 줄

구글 AI 개발자 문서의 API 변경 이력에는 2026년 7월 21일 항목이 있습니다. 이날 gemini-3.6-flashgemini-3.5-flash-lite가 정식 버전으로 올라갔고, 같은 항목 안에 세 개의 생성 조절 값이 더 이상 지원되지 않는다는 문장이 함께 들어갔습니다. 토큰 효율이 좋아졌다는 소식과 나란히 적혀 있어서, 새 모델 소개를 읽다가 그냥 지나치기 딱 좋은 위치입니다.

여기서 짚어 둘 것이 하나 더 있습니다. 구글은 지원 중단 목록을 모아 둔 별도 문서를 운영하는데, 확인해 보니 그 문서에는 모델 종료 일정만 실려 있고 이 값들에 대한 언급은 없습니다. 즉 평소처럼 지원 중단 문서만 챙겨 보던 분들에게는 이 변화가 아예 보이지 않았다는 뜻입니다. 변경 이력을 직접 열어 봐야만 나옵니다.

2.에러가 안 나서 더 위험하다

보통 어떤 값이 없어지면 요청이 거부되면서 400번대 응답이 돌아옵니다. 그러면 오류 알림이 울리고, 개발자가 고치고, 끝납니다. 이번은 그렇지 않습니다. 구글 공식 개발자 포럼에 올라온 보고에 따르면 해당 값들은 거부되지 않고 받아들여진 다음 무시됩니다.

“They’re not rejected — they’re accepted and ignored, so requests still return 200.”
(거부되는 게 아닙니다. 받아들여진 뒤 무시되고, 요청은 여전히 200을 돌려줍니다.)

같은 글에는 이런 문장도 있습니다. “일관성을 위해 온도를 0으로 두고 있던 모든 것이, 단 한 건의 오류도 표면에 드러나지 않은 채 그 보장을 잃었다.” 이 글은 3.x 플래시 계열에서 확인한 내용이며, 글에 달린 답변 중 구글 측 공식 답변은 확인되지 않았습니다.

왜 이게 웹사이트 운영자에게 중요한가. 홈페이지에 붙은 AI 기능은 대개 “틀리지만 않으면 된다”가 아니라 “매번 비슷하게 나와야 한다”로 설계됩니다. 상품 상세 문구 자동 생성이 어제와 오늘 톤이 다르면 곤란하고, 상담 답변이 같은 질문에 다른 안내를 하면 그건 사고입니다. 그 일관성을 온도 값 하나로 붙잡아 두었던 사이트라면, 지금은 붙잡는 손이 없는 상태로 돌아가고 있는 셈입니다.

3.내 사이트에서 볼 곳은 세 군데

코드에서 단어만 검색하면 놓칩니다. 값이 API 호출 지점이 아니라 한참 떨어진 설정 파일이나 감싸는 함수 안에 들어 있는 경우가 흔하기 때문입니다. 순서대로 세 곳을 보세요.

첫째, 호출부입니다. 모델을 부르는 코드에 조절 값이 직접 박혀 있는 경우입니다. 가장 찾기 쉽고 가장 드뭅니다.

둘째, 설정 파일과 환경 변수입니다. .env나 JSON 설정에 숫자로만 들어가 있으면 코드 검색에 걸리지 않습니다. 키 이름으로 훑어야 합니다.

셋째, 빌더가 대신 만들어 준 부분입니다. 노코드 도구나 AI 빌더로 만든 사이트라면 연동 화면에 “창의성”, “다양성” 같은 이름의 슬라이더가 있고, 그 슬라이더가 내부적으로 이 값을 보내고 있을 수 있습니다. 이 경우 코드를 아무리 뒤져도 안 나옵니다. 연동 설정 화면을 직접 열어 확인해야 합니다.

저장소 전체를 한 번에 훑는 명령은 아래 정도면 충분합니다.

grep -rn -E "temperature|top_p|topP|top_k|topK" \
  --include="*.js" --include="*.ts" --include="*.py" \
  --include="*.json" --include="*.env*" --include="*.yaml" \
  . | grep -v node_modules

결과가 나오면 지우기 전에 한 번 멈추세요. 지우는 것 자체는 안전합니다. 어차피 반영되지 않는 값이니까요. 중요한 건 그 값이 무엇을 지키고 있었는지를 먼저 적어 두는 일입니다. 그게 다음 단계입니다.

4.일관성은 프롬프트와 검증으로 옮긴다

숫자 하나로 잡던 통제를 잃었으니, 같은 목적을 다른 자리에서 달성해야 합니다. 실무에서 효과가 확실한 순서는 이렇습니다.

출력 형식을 강제하세요. 자유 문장으로 받으면 흔들릴 자리가 넓습니다. 구조화된 출력이나 스키마를 지정해 필드 단위로 받으면, 모델이 창의성을 발휘할 공간 자체가 줄어듭니다. 상품 설명이라면 제목·요약·특징 세 필드로 쪼개 받는 식입니다.

범위를 문장으로 못 박으세요. “간결하게” 같은 말은 통제가 아닙니다. “40자 이내”, “문장 두 개”, “가격은 언급하지 않는다”처럼 검증 가능한 조건으로 씁니다. 온도가 하던 일의 상당 부분은 이 자리에서 대신할 수 있습니다.

받은 뒤 검사하세요. 길이·필수 필드·금지어를 코드로 확인하고, 어긋나면 한 번 더 요청하는 재시도 경로를 둡니다. 값이 조용히 무시되는 상황을 겪은 뒤라면, 결과를 믿는 대신 결과를 확인하는 쪽이 안전합니다.

고정된 문구는 모델에 맡기지 마세요. 배송 정책이나 환불 안내처럼 답이 하나뿐인 내용은 애초에 생성 대상이 아닙니다. 저장된 문장을 그대로 내보내고, 모델은 어떤 문장을 고를지만 판단하게 합니다. 홈페이지에 AI를 붙일 때 가장 자주 넘어가는 선이 여기입니다. 관련해서 블로그의 다른 글에서도 다루고 있습니다.

5.같이 확인할 8월의 날짜들

변경 이력을 열어 본 김에 함께 챙길 일정이 있습니다. 모두 구글 공식 문서에 적힌 날짜입니다.

2026년 8월 13일gemini-3.7-flash가 정식 출시됐습니다. 릴리스 노트는 소프트웨어 개발과 웹 개발, 그리고 여러 단계를 스스로 처리하는 작업 전반에서 상당한 개선이 있었다고 밝히고 있습니다. 도입 특가는 2026년 12월 31일까지 적용된다고 표시돼 있습니다. 구체적인 단가는 이 글에서 확인하지 못해 적지 않았고, 가격 문서를 직접 보시는 편이 정확합니다.

2026년 8월 31일gemini-robotics-er-1.6-preview가 종료됩니다. 나흘 남았습니다. 로보틱스 계열이라 대부분의 웹사이트와는 무관하지만, 실험용으로 붙여 둔 게 있다면 오늘이 마지막 점검 시점입니다.

2026년 10월 2일gemini-2.5-flash-image가 종료됩니다. 이미지 생성을 사이트 기능으로 쓰고 있다면 이쪽이 훨씬 중요합니다. 종료일이 지나면 기능이 멈추는 게 아니라 요청이 실패하기 시작합니다. 이건 다행히 조용히 지나가지 않고 에러로 드러납니다.

정리하면 8월 한 달 사이에 성격이 다른 두 종류의 변화가 겹쳐 있습니다. 하나는 날짜가 정해져 있고 에러로 알려 주는 모델 종료, 다른 하나는 날짜도 애매하고 아무 신호도 없는 파라미터 무효화입니다. 앞의 것은 달력에 적으면 되고, 뒤의 것은 지금 손으로 찾아야 합니다.

6.오늘 30분이면 되는 점검

거창한 작업이 아닙니다. 순서대로 하면 대부분 30분 안에 끝납니다.

먼저 위의 검색 명령으로 저장소를 훑습니다. 다음으로 빌더나 노코드 도구의 AI 연동 설정 화면을 열어 슬라이더가 있는지 봅니다. 걸린 항목마다 “이 값이 지키려던 것이 무엇인가”를 한 줄로 적습니다. 그 한 줄을 프롬프트의 조건 문장이나 출력 스키마로 옮깁니다. 마지막으로 실제 사용자가 가장 자주 던지는 질문 세 개를 골라, 같은 질문을 다섯 번씩 넣어 보고 답이 서로 얼마나 벌어지는지 눈으로 확인합니다.

마지막 단계를 건너뛰지 마세요. 앞의 네 단계는 코드를 고치는 일이고, 이 단계만이 실제로 무엇이 달라졌는지 알려 줍니다. 이번 건의 교훈이 정확히 그것입니다. 응답 코드가 200이라는 사실은 원하는 대로 동작한다는 뜻이 아닙니다.

7.그래서 무엇이 남았나

모델 공급사가 값을 없애면서 에러 대신 침묵을 택하면, 그 비용은 전부 사이트를 운영하는 쪽으로 넘어옵니다. 알림은 오지 않고, 로그는 깨끗하고, 달라진 건 사용자가 받는 답변뿐입니다.

이런 종류의 변화를 매번 놓치지 않으려면 습관이 하나 필요합니다. 쓰고 있는 API의 변경 이력 페이지를 즐겨찾기에 넣고 한 달에 한 번 여는 것입니다. 지원 중단 문서만으로는 부족하다는 걸 이번에 봤습니다. 새 모델 출시 소식 사이에 끼어 있는 한 줄이 실제로는 가장 중요한 변화일 수 있습니다.

홈페이지에 붙인 AI 기능이 지금도 처음 의도대로 동작하는지 확인이 필요하시면, 점검부터 도와드립니다. 제작과 운영을 같이 보고 있어서 어디를 봐야 하는지 빠르게 짚어 드릴 수 있습니다. SLOHERO에 문의하기 →

§이 글의 근거

모델 이름과 날짜는 구글 AI 개발자 문서의 Gemini API 변경 이력지원 중단 문서를 직접 대조해 확인했습니다. temperature·top_p·top_k 지원 중단은 변경 이력의 2026년 7월 21일 항목에서 확인했고, 지원 중단 문서에는 해당 내용이 없다는 사실도 같은 방식으로 확인했습니다. 모델 종료일(8월 31일, 10월 2일)과 3.7 플래시 출시일(8월 13일), 도입 특가 종료일(12월 31일)은 모두 두 문서에 적힌 날짜입니다.

값이 거부되지 않고 무시된다는 내용과 인용문은 구글 공식 개발자 포럼에 올라온 개발자 보고에서 가져왔습니다. 이 부분은 구글의 공식 설명이 아니라 사용자 보고이며, 해당 글에서 구글 측 공식 답변은 확인되지 않았습니다. 그래서 본문에도 출처를 그대로 밝혀 두었습니다.

3.7 플래시의 구체적인 토큰 단가는 이번 조사에서 1차 출처로 확인하지 못해 본문에서 제외했습니다. 확인되지 않은 수치는 적지 않는 것이 저희 원칙입니다. 다른 실무 점검 글은 블로그 목록에, 실험 기록은 에 정리해 두었습니다.