긴 문서 판단엔 Solar Decide와 Kanana 중 무엇이 맞을까?

긴 한국어 규정·약관·상담 기록을 통째로 넣어 분류하거나 다음 처리 경로를 정해야 한다면 Solar Decide가 우선이다. 관리형 API로 긴 입력을 처리하고 공개 단가로 사용료를 계산할 수 있다. 반대로 상품 사진처럼 이미지가 판단의 일부이거나 입력을 자체 인프라 안에 남겨야 한다면 Kanana-2-v-decide가 더 적합하다.

두 모델 모두 선택·참거짓 확률·점수처럼 구조화된 결과를 반환한다. 그러나 같은 출력 형식이 같은 도입 조건을 뜻하지는 않는다. 여러 장에 걸친 텍스트 규정을 판단하는 업무와 파손 상품 사진을 문의 내용과 함께 분류하는 업무는 필요한 입력부터 다르며, 외부 API 사용 가능 여부에 따라 운영 책임도 달라진다.

입력 한도와 판단 형식은 어떻게 다른가

2026년 11월 12일 확인한 Solar Decide 제품 문서는 이 관리형 베타 모델에 512K 컨텍스트, 입력 100만 토큰당 0.1달러와 무료 출력 토큰을 명시한다. 상태와 질문을 보내면 선택, 참거짓 판단 또는 점수를 확률과 함께 돌려주는 System One 엔드포인트다. 제품 문서는 API 입력을 모델 학습에 사용하지 않으며, 서비스 제공에 필요하고 명시한 경우를 제외하면 저장하지 않는다고 설명한다.

Kanana-2-v-decide 모델 카드에는 최대 20,480토큰과 이미지 10개 입력, 공개 가중치, POST /v1/systemone을 구현한 로컬 HTTP 서버 예제, 예제 서버의 단일 요청 순차 처리가 명시돼 있다. 상태에는 텍스트·JSON·대화 기록을 사용할 수 있고, 질문은 선택·참거짓·점수 형식으로 구성한다. 기존 System One 클라이언트가 로컬 서버에 연결할 수 있지만, 인증과 동시 요청 처리까지 관리형 서비스와 같아지는 것은 아니다.

• 긴 텍스트: Solar Decide는 입력 상한 안에서 원문의 앞뒤 조건을 한 요청에 담을 여지가 크다. Kanana는 상한을 넘는 문서를 분할하거나 관련 부분을 먼저 추려야 한다.
• 이미지: Kanana는 사진과 문의 문장을 함께 상태로 받을 수 있다. Solar Decide의 공개 제품 설명에는 이미지 입력 지원이 명시돼 있지 않다.
• 배포와 데이터: Solar Decide는 업스테이지 API를 호출한다. Kanana는 가중치를 내려받아 배포 위치, 접근 권한, 로그 보존 방식을 운영팀이 정할 수 있다.
• 비용: Solar Decide에는 공개 입력 단가가 있다. Kanana 자체 호스팅에는 비교 가능한 토큰당 공식 요금이 없으며 장비, 전력, 운영 인력이 비용 항목이 된다.

공개 가격으로 계산하면 월 사용료는 얼마인가

다음은 위에서 확인한 2026년 11월 12일 공개 가격 기준 계산이다. 기간은 한 달, 통화는 미국 달러이며 세금과 환율은 적용하지 않았다. 건당 토큰 수에는 본문뿐 아니라 질문과 선택지 설명도 포함한다고 가정했다. 금액은 Solar Decide의 입력 API 사용료만 계산한 것이며, 문서 추출·사내 인프라·운영 인건비는 제외했다.

• 소규모 분류: 월 1,000건에 건당 입력 3,000토큰이면 총 300만 토큰이다. Solar Decide 입력 사용료는 0.30달러다. Kanana도 이 가정의 건당 입력 길이는 처리 범위 안이지만, 자체 실행에 필요한 장비와 운영비를 알아야 월 비용을 낼 수 있다.
• 중간 규모 라우팅: 월 1만 건에 건당 입력 1만 5,000토큰이면 총 1억 5,000만 토큰이다. Solar Decide 입력 사용료는 15달러다. Kanana는 건당 길이보다 처리량이 관건이다. 순차 처리 예제를 그대로 쓴다면 요청이 몰리는 시간대의 대기와 서버 증설 비용을 별도로 계산해야 한다.
• 대용량 문서 판단: 월 10만 건에 건당 입력 5만 토큰이면 총 50억 토큰이다. Solar Decide 입력 사용료는 500달러다. Kanana에는 한 건의 입력이 공개 상한을 넘으므로 같은 요청을 그대로 보내는 시나리오가 성립하지 않는다. 분할·검색·결과 통합에 드는 비용도 공개 단가만으로는 산출할 수 없다.

이 계산은 두 모델의 총소유비용 비교가 아니다. 원본이 스캔 파일이라면 텍스트 추출 단계가 추가될 수 있고, 자체 호스팅은 요청이 적은 달에도 장비 확보와 유지 비용이 남는다. Kanana 쪽에는 공개된 호출당 청구액이 없으므로, 실제 손익분기점에는 서버 사용 시간과 동시 요청량, 지연 목표를 넣어야 한다.

긴 문서에서 입력 상한이 왜 중요한가

계약 조항 전체에서 예외 규정을 찾아 심사 경로를 고르는 업무라면, 큰 입력 창은 원문의 앞뒤 조건을 함께 제공하기 쉽게 한다. 문서를 조각내면 어떤 조각이 최종 판단에 필요한지 고르는 검색 절차와 여러 판단을 합치는 규칙이 생긴다. 그 과정에서 예외 조항을 빠뜨리면 최종 선택도 달라질 수 있다. 따라서 원문 전체가 입력 상한에 들어오는 업무에서는 Solar Decide의 긴 컨텍스트가 실질적인 이점이다.

Kanana의 모델 카드에 따르면 긴 상태 입력은 기본 설정에서 앞과 뒤를 보존하며 줄이고, 로컬 서버의 엄격 입력 옵션을 쓰면 초과 요청을 거부할 수 있다. 원문을 그대로 보냈다는 이유만으로 중간 조항까지 판단에 반영됐다고 간주해서는 안 된다. 필요한 조항을 먼저 찾아도 되는 업무인지, 문서 전체의 상호 참조가 중요한 업무인지가 도입 경계가 된다.

사진이 핵심 증거인 문의에서는 판단 기준이 바뀐다. 카카오의 공개 설명은 파손 상품 사진과 교환 요청을 함께 판단하는 사례를 들고, Kanana Open License에 따른 상업적 활용이 가능하다고 밝힌다. 이 경우 모델의 확률만으로 교환을 확정하기보다, 파손 여부와 문의 유형의 판단 결과를 실제 교환 규칙 및 상담 경로에 연결해야 한다.

자체 배포는 데이터 통제와 운영 부담을 함께 가져온다

민감한 상담 내용이나 내부 심사 문서를 외부 API로 보낼 수 있는지는 조직의 데이터 처리 기준에 달려 있다. Solar Decide의 제품별 입력 처리 정책은 관리형 방식을 검토할 때 중요한 조건이다. 다만 저장하지 않는다는 설명과 자체 환경 밖으로 전송하지 않는다는 조건은 다르다. 외부 전송 자체가 허용되지 않는 업무라면 배포 위치를 통제할 수 있는 Kanana가 적합한 출발점이다.

자체 호스팅에서는 요청 로그, 업로드된 이미지, 접근 권한, 백업 위치를 팀이 설계하고 책임져야 한다. 로컬 서버 예제가 같은 요청 형식을 제공해도 인증 설정, 동시 처리, 장애 복구와 모델 업데이트는 별도의 운영 과제다. 특히 예제 서버처럼 요청을 순차 처리하면 호출량이 몰릴 때 대기 시간이 늘어날 수 있다. 공개 가중치를 받을 수 있다는 사실만으로 운영비가 낮아지는 것은 아니다.

반대로 관리형 API는 모델 서버를 직접 운영하지 않아도 되지만, 입력이 공급자 엔드포인트를 거친다. 국내 개발팀의 선택은 추상적인 ‘보안 우위’보다 데이터 반출 규칙과 보존 조건, 서비스가 허용하는 지연 시간을 함께 놓고 결정해야 한다. Kanana의 상업적 사용 가능 여부와 별개로, 실제 배포에는 해당 라이선스의 적용 조건도 살펴야 한다.

성능 수치는 어떤 범위에서 참고할 수 있나

두 모델의 한국어 정확도를 서로 다른 평가셋의 점수로 직접 순위화하기는 어렵다. 후보의 수와 표현, 문서 길이, 이미지 포함 여부가 달라지면 같은 선택 형식이라도 과제의 난도가 달라진다. 공개된 성능 수치보다 도입 업무에서 어떤 오분류가 비용으로 이어지는지, 그 사례를 두 모델에 같은 조건으로 제시할 수 있는지가 중요하다.

독립적인 Kanana 로컬 실행 기록은 작성자가 만든 합성 민원 81건을 27개 후보로 분류한 CPU 실험에서 단일 판단 구성의 지연 중앙값 6.65초와 준비된 상태의 메모리 사용량 6.29GB를 제시한다. 같은 기록에서는 후보를 단계적으로 좁히고 다시 비교하는 구성에 따라 정확도와 지연도 달라졌다. 이 값은 해당 입력, 장비, 후보 캐시 조건의 운영 참고치이며 Solar Decide와 같은 환경에서 측정한 속도 비교값은 아니다.

텍스트만으로 판단할 수 있고 긴 원문을 보존해야 하며 모델 서버 운영 인력을 늘리기 어렵다면 Solar Decide가 합리적인 선택이다. 사진이 필수 증거이거나 원문을 자체 환경 밖으로 내보낼 수 없다면 Kanana의 입력 방식과 배포 조건이 더 잘 맞는다. 두 종류의 문의가 섞여 있다면 문서형 판단과 사진 동반 문의를 서로 다른 경로로 처리하는 설계도 가능하다. 그 선택을 가르는 값은 실제 입력의 토큰 분포, 사진 포함률, 월 요청량과 허용 지연이다.

함께 읽기:

• Solar Pro 4냐 HCX-007이냐…긴 문서는 512K와 128K에서 갈린다
• 정형화한 외주는 크몽, 맞춤 견적은 숨고가 맞을까?
• 한컴 노마디안은 12명의 AI 직원으로 1인 사업을 굴릴 수 있을까?