Cloudflare: Clef Omni는 Cloudflare의 decisions 모델이고, Microsoft: Microsoft-Decision-1은 Microsoft의 decisions 모델입니다. 둘 다 decisions 카테고리에 등록되어 있으며 둘 다 제공자 릴리스 날짜가 2026-10-09입니다. 어느 모델도 지원되는 파라미터를 노출하지 않으므로 API를 통해 샘플링 동작, temperature 또는 이와 유사한 설정을 조정할 수 없습니다. 보내는 것과 돌려받는 것이 계약의 전부입니다. 입력이 들어가고 결정이 나옵니다.
둘 사이에서 가장 명확한 차이는 컨텍스트와 모달리티입니다. Clef Omni는 텍스트, 이미지, 오디오, 비디오를 입력으로 받으며 컨텍스트 윈도우는 65536 토큰입니다. Microsoft-Decision-1은 텍스트만 받으며 컨텍스트 윈도우는 32768 토큰이므로, Clef Omni가 둘 중 더 큰 컨텍스트를 가집니다. 둘 다 결정을 유일한 출력 모달리티로 내보내므로, 일반적인 의미의 산문이나 코드, 구조화된 페이로드를 반환하지 않습니다. 차이는 전적으로 입력 쪽과 한 번의 호출로 얼마나 많은 자료를 넘길 수 있는지에 있습니다. 가격에서는 Microsoft-Decision-1이 입력 기준으로 둘 중 더 저렴합니다. 출력 가격은 둘 사이에 유의미한 차이가 없으므로, 비용 격차는 입력 쪽에서 드러납니다.
실무에서는 보통 입력이 실제로 어떤 모습인지에 따라 선택이 갈립니다. 결정이 스크린샷, 녹음, 통화 오디오 파일 또는 비디오 클립에 달려 있다면, Clef Omni가 둘 중 그 자료를 직접 받을 수 있는 유일한 모델이며, 더 큰 컨텍스트 덕분에 같은 요청에 더 많은 주변 증거를 포함할 수 있습니다. 입력이 일반 텍스트이고 32768 토큰 안에 여유 있게 들어간다면, Microsoft-Decision-1이 더 저렴한 입력 옵션이며 이를 사용해서 잃는 능력은 없습니다. 둘 다 출력 유형이 같은 텍스트 지원 decisions 모델이기 때문입니다. 더 작은 윈도우를 초과하는 긴 텍스트 전용 작업은 가격과 무관하게 다시 Clef Omni로 밀어냅니다.
api14를 통해 둘 중 하나를 호출하는 방식은 동일합니다. 게이트웨이가 OpenAI 호환 API를 노출하기 때문입니다. 클라이언트를 api14 기본 URL로 지정하고, 요청을 chat completions 엔드포인트로 보내고, model 필드를 "cloudflare/clef-omni" 또는 "microsoft/microsoft-decision-1"로 설정합니다. 요청 본문의 나머지는 그대로 둡니다. 둘 사이 전환은 모델 id를 한 줄 바꾸는 일이므로, 요청을 한 모델로 라우팅해 결정을 비교한 다음, 통합을 다시 작성하지 않고 같은 페이로드를 다른 모델로 다시 라우팅할 수 있습니다.
Clef Omni가 문서상 더 유능하더라도 Microsoft-Decision-1이 더 나은 선택인 경우도 여전히 있습니다. 파이프라인이 텍스트 전용이고, 입력이 짧고, 많은 양의 호출을 하고 있다면, 결코 사용하지 않을 모달리티보다 더 저렴한 입력 가격이 더 중요하며, 더 작은 컨텍스트 윈도우는 제약이 아닙니다. 그런 상황에서는 Clef Omni의 추가 능력이 아무것도 사주지 않으며, Microsoft-Decision-1이 호출당 비용을 낮게 유지합니다.