Temperature
온도
온도는 샘플링 전에 사용되는 설정입니다. 이는 토큰 선택 확률이 몇 가지 선택에 집중될지 또는 더 많은 선택에 분산될지를 변경합니다.
다른 예시
AI 제품 엔지니어는 동일한 헤드라인 프롬프트를 0.2에서 50회, 0.9에서 50회 실행합니다. 팀은 두 그룹의 변동 정도를 비교하지만, 온도만으로는 창의적이거나 정확한 답변을 약속할 수 없습니다.
주요 부분
- 01로짓
- 02온도 값
- 03재조정된 분포
사용할 때
샘플링 중 토큰 선택이 얼마나 집중되는지를 조절할 때 이 용어를 사용하세요.
다음 경우에는 사용하지 마세요
서로 다른 제공업체의 값을 비교하지 마세요, 제공업체의 척도와 기본 설정이 일치하는지 알지 못한다면.
코드에서 사용된 이름
softmax(logits / temperature) 출시하기 전에
Check the model and prompt versions, source data, versioned evaluation set, and measures. Verify links to evidence, tool permissions, privacy, common failures, decline-to-answer and fallback behavior, human review, monitoring, cost, speed, and rollback.
Outcome:Complete the task with 온도 (Temperature)。 User context:AI 제품 엔지니어는 동일한 헤드라인 프롬프트를 0.2에서 50회, 0.9에서 50회 실행합니다. 팀은 두 그룹의 변동 정도를 비교하지만, 온도만으로는 창의적이거나 정확한 답변을 약속할 수 없습니다. AI method or concept:온도 (Temperature)。 Why it fits:샘플링 중 토큰 선택이 얼마나 집중되는지를 조절할 때 이 용어를 사용하세요. Do not use it when:서로 다른 제공업체의 값을 비교하지 마세요, 제공업체의 척도와 기본 설정이 일치하는지 알지 못한다면. AI requirements: Define the input and source evidence. Set model and tool permissions. Use versioned evaluation data and measures. Define failure, decline-to-answer, privacy, speed, and cost limits. Operational safeguards: Keep a clear trace and hide sensitive log data. Show users a safe fallback. Mark steps that need human review. Define how to roll back the model or prompt. Acceptance criteria: Record baseline and target measures on a versioned evaluation set. Test edge cases and hostile inputs. Verify fallback, monitoring, permissions, and rollback. Evidence and limits (evidence boundary):해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Target task, model and version, evaluation owner, source data, risk limit, tool permissions, and production fallback.
이 요청을 확인하세요
Review how 온도 (Temperature) is used now. Definition: 온도는 샘플링 전에 사용되는 설정입니다. 이는 토큰 선택 확률이 몇 가지 선택에 집중될지 또는 더 많은 선택에 분산될지를 변경합니다. Release checks: Check the model and prompt versions, source data, versioned evaluation set, and measures. Verify links to evidence, tool permissions, privacy, common failures, decline-to-answer and fallback behavior, human review, monitoring, cost, speed, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.