Upstage Solar Decide는 Solar Mini 4를 기반으로 한 구조화 의사결정 모델입니다. 제공된 상태와 타입이 지정된 질문을 읽고, 보정된 확률 정보와 함께 각 질문에 대한 결정을 반환합니다. 제조사는 글을 생성하지 않는 단일 순전파 의사결정 과정을 설명합니다. 의도된 활용처에는 라우팅, 분류, 정책 확인이 포함되며, Solar Mini 4 기반의 특성으로 한국어 이해 능력을 강조합니다.
상태는 평가할 사실을 설명하는 문자열 또는 구조화된 JSON으로 준비하세요. 제조사의 인터페이스는 JSON 값을 프롬프트에 직렬화합니다. 질문 스키마는 무엇을 결정할지, 어떤 선택지가 허용되는지, 순서 있는 평가를 어떻게 해석해야 하는지를 별도로 정의합니다. 질문에는 일관된 이름을 사용하세요. 답이 같은 이름 아래에 반환되므로 결과를 원래 워크플로 조건과 쉽게 연결할 수 있습니다. 사실을 담은 상태는 결정을 정의하는 지시 및 기준과 구분해 유지하세요.
세 가지 질문 타입은 서로 다른 출력을 가집니다. choice 질문은 선택된 선택지, 이름 있는 대안 전체의 확률, 신뢰도 값을 반환합니다. noul 질문은 예/아니요 조건이 참일 확률을 반환합니다. score 질문은 확률 가중 점수, 인덱스가 있는 범례, 확률, 신뢰도를 반환합니다. 순서 있는 점수는 기준 사이의 분포를 반영하기 때문에 소수 값이 될 수 있습니다. 모든 결과를 단순한 레이블로 줄이거나 신뢰도를 설명 문장처럼 다루지 말고, 이러한 필드를 보존하세요.
지원 요청 라우팅에서는 실제 메시지와 관련 이력을 제공하고, 의도, 긴급도, 메시지가 불만을 표현하는지 같은 정의된 조건을 별도 질문으로 물어보세요. 범주는 의미로 설명하고, 긴급도 척도에는 의도적인 순서를 부여하세요. 예시 스키마는 배송 상태 문의, 계정 접근 문제, 무관한 문제를 구분할 수 있고, 긴급도 기준은 즉시 조치 불필요부터 즉시 검토까지 이어질 수 있습니다. 관찰할 수 있는 결과는 이러한 선택지에 대한 타입이 지정된 평가이며, 고객에게 보낼 답변 초안이 아닙니다.
정책 확인에서는 관련 규칙과 레코드의 사실을 상태에 함께 포함하세요. 답을 살펴볼 수 있을 만큼 각 조건을 좁게 정의하세요. 문서 워크플로에서는 필수 정보가 있는지, 어떤 검토 범주에 해당하는지, 레코드가 순서 있는 완전성 기준을 얼마나 충족하는지 물을 수 있습니다. 점수나 확률이 레코드의 사실을 독립적으로 검증하는 것은 아닙니다. 결정적인 정보가 없으면 애플리케이션은 선택된 선택지를 결정적인 증거로 해석하기보다, 그 불확실성을 의도적으로 처리해야 합니다.
제조사는 Solar Decide의 컨텍스트 범위를 512K토큰으로 명시합니다. 큰 문서는 결정에 필요한 텍스트 또는 구조화된 상태로 준비하세요. 큰 컨텍스트가 임의의 파일을 자동으로 파싱한다는 뜻은 아닙니다. 출처 경계와 기준에 관련된 지문을 보존하세요. 문서의 개방형 요약을 기대하기보다 초점을 좁힌 질문을 사용하세요. 상태에 얼마나 많은 자료가 포함되어도 모델 출력은 질문 타입과 선택지의 범위 안에 머뭅니다.
문서화된 제조사 인터페이스에서 choice 질문은 2개부터 26개까지의 선택지를 허용합니다. 제조사는 이 경로가 단일 토큰 레이블 A부터 Z까지에서 결정을 읽는다고 설명합니다. 따라서 후보가 26개를 넘으면 줄이거나 여러 질문으로 나눠야 합니다. 이 한도는 choice 선택지에 적용되며, 문서 길이의 일반 한도나 다른 의사결정 모델 계열에서 가져온 한도가 아닙니다. 후보 설명의 의미가 서로 구분되도록 정의하고, 계층 구조가 실제 워크플로와 일치할 때에만 계층적 결정을 사용하세요.
한국어 레코드에서는 원문의 의미, 이름, 식별자를 온전히 유지하고 의사결정 기준을 명확히 설명하세요. 자연어 근거를 평가하면서도 타입이 지정된 결과에는 일관된 애플리케이션 레이블을 사용할 수 있습니다. 레코드에 언어가 섞여 있거나 도메인 용어가 쓰이면 관련 정의를 상태에 유지하세요. 용어를 유창하게 해석하는 것만으로 분류 기준이 비즈니스 규칙과 맞는지 입증할 수는 없으므로, 단순한 사례뿐 아니라 대표적인 모호한 사례도 살펴보세요.
워크플로의 의사결정 정책에 따라 반환된 확률과 신뢰도를 사용하세요. 평가가 범주 사이에 놓이면 분포와 순서 있는 범례를 보존하세요. 보편적 확률 임곗값을 임의로 만들기보다, 검토된 작업 예시를 바탕으로 불확실한 결과의 처리 방식을 정하세요. 애플리케이션은 그에 따른 라우팅, 상위 단계 전달 또는 검토 동작을 수행하고 결과를 기록합니다. Solar Decide는 해당 동작을 검토하는 데 쓰이는 범위가 정해진 모델 평가를 제공합니다. 경로를 선택했다고 후속 동작이 실행됐다는 뜻은 아닙니다.
유용한 최종 산출물은 answers 객체와, 이를 생성한 상태 및 질문 정의입니다. 이 기록을 통해 예상 밖의 분류를 살펴보고, 근거 부족과 모호한 기준을 구분하고, 평가를 검토된 사례와 비교할 수 있습니다. 사용자가 서면 설명이나 대화형 응답을 필요로 하면, 결정과 원문 자료를 별도의 작성 단계에 입력할 수 있습니다. Solar Decide의 구체적인 역할은 설명 자체를 생성하는 것이 아니라, 제공된 텍스트로부터 확률이 뒷받침된 타입 지정 결정을 만드는 것입니다.
", "aboutText": "Upstage Solar Decide는 Solar Mini 4를 기반으로 한 구조화 의사결정 모델입니다. 제공된 상태와 타입이 지정된 질문을 읽고, 보정된 확률 정보와 함께 각 질문에 대한 결정을 반환합니다. 제조사는 글을 생성하지 않는 단일 순전파 의사결정 과정을 설명합니다. 의도된 활용처에는 라우팅, 분류, 정책 확인이 포함되며, Solar Mini 4 기반의 특성으로 한국어 이해 능력을 강조합니다.\n\n상태는 평가할 사실을 설명하는 문자열 또는 구조화된 JSON으로 준비하세요. 제조사의 인터페이스는 JSON 값을 프롬프트에 직렬화합니다. 질문 스키마는 무엇을 결정할지, 어떤 선택지가 허용되는지, 순서 있는 평가를 어떻게 해석해야 하는지를 별도로 정의합니다. 질문에는 일관된 이름을 사용하세요. 답이 같은 이름 아래에 반환되므로 결과를 원래 워크플로 조건과 쉽게 연결할 수 있습니다. 사실을 담은 상태는 결정을 정의하는 지시 및 기준과 구분해 유지하세요.\n\n세 가지 질문 타입은 서로 다른 출력을 가집니다. choice 질문은 선택된 선택지, 이름 있는 대안 전체의 확률, 신뢰도 값을 반환합니다. noul 질문은 예/아니요 조건이 참일 확률을 반환합니다. score 질문은 확률 가중 점수, 인덱스가 있는 범례, 확률, 신뢰도를 반환합니다. 순서 있는 점수는 기준 사이의 분포를 반영하기 때문에 소수 값이 될 수 있습니다. 모든 결과를 단순한 레이블로 줄이거나 신뢰도를 설명 문장처럼 다루지 말고, 이러한 필드를 보존하세요.\n\n지원 요청 라우팅에서는 실제 메시지와 관련 이력을 제공하고, 의도, 긴급도, 메시지가 불만을 표현하는지 같은 정의된 조건을 별도 질문으로 물어보세요. 범주는 의미로 설명하고, 긴급도 척도에는 의도적인 순서를 부여하세요. 예시 스키마는 배송 상태 문의, 계정 접근 문제, 무관한 문제를 구분할 수 있고, 긴급도 기준은 즉시 조치 불필요부터 즉시 검토까지 이어질 수 있습니다. 관찰할 수 있는 결과는 이러한 선택지에 대한 타입이 지정된 평가이며, 고객에게 보낼 답변 초안이 아닙니다.\n\n정책 확인에서는 관련 규칙과 레코드의 사실을 상태에 함께 포함하세요. 답을 살펴볼 수 있을 만큼 각 조건을 좁게 정의하세요. 문서 워크플로에서는 필수 정보가 있는지, 어떤 검토 범주에 해당하는지, 레코드가 순서 있는 완전성 기준을 얼마나 충족하는지 물을 수 있습니다. 점수나 확률이 레코드의 사실을 독립적으로 검증하는 것은 아닙니다. 결정적인 정보가 없으면 애플리케이션은 선택된 선택지를 결정적인 증거로 해석하기보다, 그 불확실성을 의도적으로 처리해야 합니다.\n\n제조사는 Solar Decide의 컨텍스트 범위를 512K토큰으로 명시합니다. 큰 문서는 결정에 필요한 텍스트 또는 구조화된 상태로 준비하세요. 큰 컨텍스트가 임의의 파일을 자동으로 파싱한다는 뜻은 아닙니다. 출처 경계와 기준에 관련된 지문을 보존하세요. 문서의 개방형 요약을 기대하기보다 초점을 좁힌 질문을 사용하세요. 상태에 얼마나 많은 자료가 포함되어도 모델 출력은 질문 타입과 선택지의 범위 안에 머뭅니다.\n\n문서화된 제조사 인터페이스에서 choice 질문은 2개부터 26개까지의 선택지를 허용합니다. 제조사는 이 경로가 단일 토큰 레이블 A부터 Z까지에서 결정을 읽는다고 설명합니다. 따라서 후보가 26개를 넘으면 줄이거나 여러 질문으로 나눠야 합니다. 이 한도는 choice 선택지에 적용되며, 문서 길이의 일반 한도나 다른 의사결정 모델 계열에서 가져온 한도가 아닙니다. 후보 설명의 의미가 서로 구분되도록 정의하고, 계층 구조가 실제 워크플로와 일치할 때에만 계층적 결정을 사용하세요.\n\n한국어 레코드에서는 원문의 의미, 이름, 식별자를 온전히 유지하고 의사결정 기준을 명확히 설명하세요. 자연어 근거를 평가하면서도 타입이 지정된 결과에는 일관된 애플리케이션 레이블을 사용할 수 있습니다. 레코드에 언어가 섞여 있거나 도메인 용어가 쓰이면 관련 정의를 상태에 유지하세요. 용어를 유창하게 해석하는 것만으로 분류 기준이 비즈니스 규칙과 맞는지 입증할 수는 없으므로, 단순한 사례뿐 아니라 대표적인 모호한 사례도 살펴보세요.\n\n워크플로의 의사결정 정책에 따라 반환된 확률과 신뢰도를 사용하세요. 평가가 범주 사이에 놓이면 분포와 순서 있는 범례를 보존하세요. 보편적 확률 임곗값을 임의로 만들기보다, 검토된 작업 예시를 바탕으로 불확실한 결과의 처리 방식을 정하세요. 애플리케이션은 그에 따른 라우팅, 상위 단계 전달 또는 검토 동작을 수행하고 결과를 기록합니다. Solar Decide는 해당 동작을 검토하는 데 쓰이는 범위가 정해진 모델 평가를 제공합니다. 경로를 선택했다고 후속 동작이 실행됐다는 뜻은 아닙니다.\n\n유용한 최종 산출물은 answers 객체와, 이를 생성한 상태 및 질문 정의입니다. 이 기록을 통해 예상 밖의 분류를 살펴보고, 근거 부족과 모호한 기준을 구분하고, 평가를 검토된 사례와 비교할 수 있습니다. 사용자가 서면 설명이나 대화형 응답을 필요로 하면, 결정과 원문 자료를 별도의 작성 단계에 입력할 수 있습니다. Solar Decide의 구체적인 역할은 설명 자체를 생성하는 것이 아니라, 제공된 텍스트로부터 확률이 뒷받침된 타입 지정 결정을 만드는 것입니다.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "4e908b1a2b834f9111893ca83ca077b1d2732edf710c2798a46d28398623118f", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "ko", "methods": [ { "html": "upstage/solar-decideUpstage Solar Decide는 Solar Mini 4를 기반으로 한 텍스트 의사결정 모델입니다. 제공된 상태와 타입이 지정된 질문을 평가해, 이름 있는 선택지, 참일 확률 또는 가중 점수를 확률 정보와 함께 반환합니다. 범위가 정해진 출력은 글 생성 대신 분류, 라우팅, 정책 확인을 지원합니다.
이 설명은 모델의 기능을 다룹니다. Ailoot에서 사용할 수 있는 입력, 출력 및 옵션은 아래에 선택한 메서드별로 표시됩니다.
Upstage Solar Decide는 Solar Mini 4를 기반으로 한 구조화 의사결정 모델입니다. 제공된 상태와 타입이 지정된 질문을 읽고, 보정된 확률 정보와 함께 각 질문에 대한 결정을 반환합니다. 제조사는 글을 생성하지 않는 단일 순전파 의사결정 과정을 설명합니다. 의도된 활용처에는 라우팅, 분류, 정책 확인이 포함되며, Solar Mini 4 기반의 특성으로 한국어 이해 능력을 강조합니다.
상태는 평가할 사실을 설명하는 문자열 또는 구조화된 JSON으로 준비하세요. 제조사의 인터페이스는 JSON 값을 프롬프트에 직렬화합니다. 질문 스키마는 무엇을 결정할지, 어떤 선택지가 허용되는지, 순서 있는 평가를 어떻게 해석해야 하는지를 별도로 정의합니다. 질문에는 일관된 이름을 사용하세요. 답이 같은 이름 아래에 반환되므로 결과를 원래 워크플로 조건과 쉽게 연결할 수 있습니다. 사실을 담은 상태는 결정을 정의하는 지시 및 기준과 구분해 유지하세요.
세 가지 질문 타입은 서로 다른 출력을 가집니다. choice 질문은 선택된 선택지, 이름 있는 대안 전체의 확률, 신뢰도 값을 반환합니다. noul 질문은 예/아니요 조건이 참일 확률을 반환합니다. score 질문은 확률 가중 점수, 인덱스가 있는 범례, 확률, 신뢰도를 반환합니다. 순서 있는 점수는 기준 사이의 분포를 반영하기 때문에 소수 값이 될 수 있습니다. 모든 결과를 단순한 레이블로 줄이거나 신뢰도를 설명 문장처럼 다루지 말고, 이러한 필드를 보존하세요.
지원 요청 라우팅에서는 실제 메시지와 관련 이력을 제공하고, 의도, 긴급도, 메시지가 불만을 표현하는지 같은 정의된 조건을 별도 질문으로 물어보세요. 범주는 의미로 설명하고, 긴급도 척도에는 의도적인 순서를 부여하세요. 예시 스키마는 배송 상태 문의, 계정 접근 문제, 무관한 문제를 구분할 수 있고, 긴급도 기준은 즉시 조치 불필요부터 즉시 검토까지 이어질 수 있습니다. 관찰할 수 있는 결과는 이러한 선택지에 대한 타입이 지정된 평가이며, 고객에게 보낼 답변 초안이 아닙니다.
정책 확인에서는 관련 규칙과 레코드의 사실을 상태에 함께 포함하세요. 답을 살펴볼 수 있을 만큼 각 조건을 좁게 정의하세요. 문서 워크플로에서는 필수 정보가 있는지, 어떤 검토 범주에 해당하는지, 레코드가 순서 있는 완전성 기준을 얼마나 충족하는지 물을 수 있습니다. 점수나 확률이 레코드의 사실을 독립적으로 검증하는 것은 아닙니다. 결정적인 정보가 없으면 애플리케이션은 선택된 선택지를 결정적인 증거로 해석하기보다, 그 불확실성을 의도적으로 처리해야 합니다.
제조사는 Solar Decide의 컨텍스트 범위를 512K토큰으로 명시합니다. 큰 문서는 결정에 필요한 텍스트 또는 구조화된 상태로 준비하세요. 큰 컨텍스트가 임의의 파일을 자동으로 파싱한다는 뜻은 아닙니다. 출처 경계와 기준에 관련된 지문을 보존하세요. 문서의 개방형 요약을 기대하기보다 초점을 좁힌 질문을 사용하세요. 상태에 얼마나 많은 자료가 포함되어도 모델 출력은 질문 타입과 선택지의 범위 안에 머뭅니다.
문서화된 제조사 인터페이스에서 choice 질문은 2개부터 26개까지의 선택지를 허용합니다. 제조사는 이 경로가 단일 토큰 레이블 A부터 Z까지에서 결정을 읽는다고 설명합니다. 따라서 후보가 26개를 넘으면 줄이거나 여러 질문으로 나눠야 합니다. 이 한도는 choice 선택지에 적용되며, 문서 길이의 일반 한도나 다른 의사결정 모델 계열에서 가져온 한도가 아닙니다. 후보 설명의 의미가 서로 구분되도록 정의하고, 계층 구조가 실제 워크플로와 일치할 때에만 계층적 결정을 사용하세요.
한국어 레코드에서는 원문의 의미, 이름, 식별자를 온전히 유지하고 의사결정 기준을 명확히 설명하세요. 자연어 근거를 평가하면서도 타입이 지정된 결과에는 일관된 애플리케이션 레이블을 사용할 수 있습니다. 레코드에 언어가 섞여 있거나 도메인 용어가 쓰이면 관련 정의를 상태에 유지하세요. 용어를 유창하게 해석하는 것만으로 분류 기준이 비즈니스 규칙과 맞는지 입증할 수는 없으므로, 단순한 사례뿐 아니라 대표적인 모호한 사례도 살펴보세요.
워크플로의 의사결정 정책에 따라 반환된 확률과 신뢰도를 사용하세요. 평가가 범주 사이에 놓이면 분포와 순서 있는 범례를 보존하세요. 보편적 확률 임곗값을 임의로 만들기보다, 검토된 작업 예시를 바탕으로 불확실한 결과의 처리 방식을 정하세요. 애플리케이션은 그에 따른 라우팅, 상위 단계 전달 또는 검토 동작을 수행하고 결과를 기록합니다. Solar Decide는 해당 동작을 검토하는 데 쓰이는 범위가 정해진 모델 평가를 제공합니다. 경로를 선택했다고 후속 동작이 실행됐다는 뜻은 아닙니다.
유용한 최종 산출물은 answers 객체와, 이를 생성한 상태 및 질문 정의입니다. 이 기록을 통해 예상 밖의 분류를 살펴보고, 근거 부족과 모호한 기준을 구분하고, 평가를 검토된 사례와 비교할 수 있습니다. 사용자가 서면 설명이나 대화형 응답을 필요로 하면, 결정과 원문 자료를 별도의 작성 단계에 입력할 수 있습니다. Solar Decide의 구체적인 역할은 설명 자체를 생성하는 것이 아니라, 제공된 텍스트로부터 확률이 뒷받침된 타입 지정 결정을 만드는 것입니다.
POST /v1/systemonetextdecisions| 필드 | 유형 | 요건 | 값과 한도 | 기본값 |
|---|---|---|---|---|
필드model | 유형string | 요건필수 | 값과 한도 upstage/solar-decide | 기본값— |
필드provider | 유형schema | 요건선택 사항 | 값과 한도 | 기본값— |
필드questions | 유형object | 요건필수 | 값과 한도 | 기본값— |
필드session_id | 유형string | 요건선택 사항 | 값과 한도 | 기본값— |
필드state | 유형schema | 요건필수 | 값과 한도 | 기본값— |
필드trace | 유형schema | 요건선택 사항 | 값과 한도 | 기본값— |
필드user | 유형string | 요건선택 사항 | 값과 한도 | 기본값— |
필드questions.<id>.type | 유형string | 요건필수 | 값과 한도 noul, choice, score | 기본값— |
필드questions.<id>.instructions | 유형string|object|array | 요건필수 | 값과 한도 | 기본값— |
필드questions.<id>.criteria | 유형object|array | 요건선택 사항 | 값과 한도 조건: choice/score: 필수; noul: 선택 사항. choice의 criteria는 객체이며, score는 minItems1인 배열입니다. | 기본값— |
필드questions.<id>.criteria.true | 유형string|object|array | 요건필수 | 값과 한도 적용 조건: noul 조건 객체가 제공됨 | 기본값— |
필드questions.<id>.criteria.false | 유형string|object|array | 요건필수 | 값과 한도 적용 조건: noul 조건 객체가 제공됨 | 기본값— |
noul · 필수: state, questions.<id>.type=noul, questions.<id>.instructions
choice · 필수: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · 필수: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| 매개변수 | 명세 |
|---|---|
매개변수content_type | 명세application/json |
매개변수required | 명세model, state, questions |
매개변수material_types | 명세text |
매개변수optional_controls | 명세provider, session_id, trace, user |
매개변수multimodal_input_binding | 명세null |
수명 주기: synchronous
정확한 모델 ID를 전송하고 네이티브 응답 전체를 보존하세요.
요금 정보는 요청 옵션을 추가하지 않습니다. 지원되는 매개변수는 선택한 메서드에 표시됩니다.
각 요금을 표시된 조건과 대조하세요. 서로 대체되는 설정 묶음마다 하나의 요금만 적용하세요.
| 설정 | 요금표 | 컨텍스트 토큰 수 초과 기준 | 컨텍스트 토큰 수 이하 기준 | 요금 |
|---|---|---|---|---|
| 설정토큰의 기본 단가 | 요금표기본 요금 | 컨텍스트 토큰 수 초과 기준— | 컨텍스트 토큰 수 이하 기준상한 없음 | 요금 입력 · 입력 토큰 $0.0002 / 1K 토큰 출력 · 출력 토큰 $0 / 1K 토큰 입력 · 캐시 읽기 $0.0002 / 1K 토큰 입력 · 캐시 쓰기 — / 1K 토큰 입력 · 캐시 쓰기, 1시간 — / 1K 토큰 |
| 설정요청 길이 구간 1 | 요금표— | 컨텍스트 토큰 수 초과 기준0 | 컨텍스트 토큰 수 이하 기준상한 없음 | 요금 입력 · 입력 토큰 $0.0002 / 1K 토큰 출력 · 출력 토큰 $0 / 1K 토큰 입력 · 캐시 읽기 $0.0002 / 1K 토큰 입력 · 캐시 쓰기 — / 1K 토큰 입력 · 캐시 쓰기, 1시간 — / 1K 토큰 |
Ailoot는 요청 전에 예상 금액을 미리 확보합니다. 결과를 받은 뒤 측정된 사용량을 기준으로 최종 요금을 정산합니다. 스트리밍 정산에는 최종 사용량 기록을 사용합니다. 금액 확보와 정산 방식 →
{\n "model": "upstage/solar-decide",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='upstage/solar-decide'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
반환된 완전한 응답, 파일, 콘텐츠 부분을 모두 보관하세요.
제공된 모든 질문 ID별 답변의 정확한 유형, noul/choice/score 값, 신뢰도, 확률 및 범례가 보존됩니다. 원본 JSON 전체는 정산이 끝난 후에만 저장되고 반환됩니다.
원래 작업과 전체/부분 응답을 보존하세요. POST를 재전송하지 마세요.
| 필드 | 유형 |
|---|---|
필드model | 유형string |
필드id | 유형string |
필드provider | 유형string |
필드answers.<id>.type | 유형string |
필드answers.<id>.noul | 유형number |
필드answers.<id>.choice | 유형string |
필드answers.<id>.score | 유형number |
필드answers.<id>.confidence | 유형number |
필드answers.<id>.probabilities | 유형object |
필드answers.<id>.legend | 유형object |
필드usage.input_tokens | 유형integer |
필드usage.output_tokens | 유형integer |
필드usage.cost | 유형number |
| 응답 | 조건 | 다음 단계 |
|---|---|---|
응답400 · invalid_request_error | 조건필수 필드, 표현 형식 또는 값이 유효하지 않음 | 다음 단계표시된 요청 필드를 수정하세요. |
Ailoot Ultra upstage/solar-decide
위에 표시된 메서드 경로를 사용하세요.