새 AI 모델 소식은 빠르게 퍼지지만 발표, 실제 이용 가능 시점, 가격과 한도는 한 문장으로 움직이지 않는다. 같은 이름이 채팅 앱, API, 코딩 도구에 보여도 제공 범위가 다를 수 있고, 같은 조직 안에서도 플랜·역할·관리자 설정에 따라 선택 목록이 달라질 수 있다. “내 계정에는 왜 없지?”라는 질문이 생기면 소문을 더 모으기보다 무엇을 어디에서 확인했는지 분리해야 한다.
판별의 핵심은 모델의 존재, 내 접근 권한, 비용 조건, 업무 적합성을 서로 다른 사실로 다루는 데 있다. 다음 순서를 기록 양식으로 만들어 두면 새 발표가 나올 때마다 처음부터 논쟁할 필요가 없다.
1. 먼저 제품 화면과 계정을 한 줄로 고정한다
“이 모델을 쓸 수 있다”는 말만으로는 부족하다. 채팅 웹·모바일, API, 코딩 도구, 클라우드 공급자 중 어느 화면인지 적는다. 개인 계정인지 조직 계정인지, 플랜과 역할은 무엇인지도 함께 남긴다. 예를 들어 Claude의 조직별 모델 접근 설정은 현재 Enterprise 플랜의 베타 기능이다. 일반 역할은 조직에서 활성화한 모델을 쓰고, 역할별 제한은 Custom role에 적용된다. 제품별 지원 범위는 Claude 조직 모델 접근 안내에서 확인한다.
확인 문장에는 날짜, 계정, 공급자, 도구 버전, 표시 여부와 실제 요청 결과를 함께 쓴다. Claude Code 2.1.199 미만은 조직에서 막은 모델도 선택기에 보일 수 있으므로, 작은 요청이 성공해야 접근을 확정한다. “전체 공개”, “무료 사용 가능”처럼 재현 조건이 없는 표현은 피한다.
2. 표시 이름과 실제 모델 ID를 나눠 본다
제품 화면의 짧은 이름이 API 요청에 쓰는 식별자와 같다고 가정하지 않는다. Claude의 경우 공식 모델 ID는 버전별로 고정되지만, 일부 이전 세대의 짧은 별칭은 특정 스냅샷을 가리키는 편의 포인터다. Bedrock과 Google Cloud의 표기 형식도 다르다. 이름 구조와 고정 여부는 모델 ID·버전 공식 문서에서 확인한다.
지원 상태도 별도 항목이다. 발표된 모델이 활성 상태인지, 폐기 예정인지, 이미 종료됐는지 모델 수명주기 표를 확인한다. 파트너 운영 플랫폼은 종료 일정이 다를 수 있으므로 해당 공급자 문서까지 대조한다.
3. 가격·체험·사용 한도를 따로 적는다
API 토큰 단가, 월 구독료, 체험 크레딧, 메시지 한도는 같은 숫자가 아니다. API 가격을 보고 채팅 구독에 포함됐다고 추정하거나, 유료 플랜을 샀으니 API도 무료라고 판단하면 비용 계산이 틀어진다. Anthropic API의 입력·출력, 캐시, 배치 등은 Claude Platform 가격 문서에서 확인하고, Bedrock·Google Cloud는 각 공급자의 요금표를 본다.
가격 메모에는 통화, 과금 단위, 확인일, 적용 공급자를 붙인다. 체험 혜택이나 사용 한도는 계정 화면과 공식 도움말을 따로 저장한다. “무료” 대신 “이 계정에서 7월 29일 확인한 체험 크레딧”처럼 범위를 좁히면 조건이 바뀌어도 기록이 거짓이 되지 않는다.
4. 마지막에는 실제 계정과 작은 업무로 확인한다
문서가 맞아도 계정별 배포가 끝나지 않았거나 관리자가 접근을 막았을 수 있다. 선택기나 API 목록에서 보이는지 확인한 뒤 샘플 저장소의 되돌릴 수 있는 작업으로 실제 호출한다. 기존 모델과 같은 요청을 주고 수정 파일, 테스트 통과, 재요청, 사람이 고친 내용을 비교한다. 고객 데이터와 비밀 키는 넣지 않는다.
팀 공유 문서에는 최소 다음 여섯 항목을 같은 형식으로 남긴다.
- 확인일과 확인자
- 제품·계정·플랜·역할·공급자·도구 버전
- 표시 이름과 실제 모델 ID
- 접근 상태: 표시 여부·실제 요청 성공 여부
- 가격·한도 출처
- 재확인 날짜와 업무 시험 결과
모델 정보를 빨리 다루는 팀은 새 소문을 먼저 믿는 팀이 아니다. 발표와 접근 권한, 가격과 업무 적합성을 분리해 확인하고, 조건이 바뀌면 같은 양식으로 다시 판단할 수 있는 팀이다.