「TypeSafe Jev 시리즈 5/10 — Choice·Score·Noul 세 가지」 | DAKER 커뮤니티

설명용 생성 이미지입니다.

Primitives(Questions)는 Choice·Score·Noul 세 질문 유형과, 각각이 반환하는 타입 있는 답, 선택 기준, 여러 질문을 한 번에 묻는 방법을 다룹니다.

1. 질문–답 쌍이 빌딩 블록

질문은 state에 대한 한 판단을 정의하고, 답은 돌아오는 타입 있는 값입니다. 답을 코드에서 조합해 결정을 만듭니다.

• Choice — 이 옵션들 중 어느 것? → choice, probabilities, confidence

• Score — 어느 수준? → score, legend, probabilities, confidence

• Noul — 이게 참인가? → noul (0–1)

2. 한 질문 = 한 순식간 판단

“이 메시지가 긴급한가?”처럼 지식 있는 사람이 맥락만 있으면 바로 내릴 판단이 좋습니다. “분석하고 최선의 조치를 정해라”처럼 느린 추론이 필요하면, 작은 질문으로 쪼개 코드에서 합칩니다.

3. 질문 정의 필드

• ID — 예: refund_requested. 응답에서 답을 찾을 키. 모델에는 전달되지 않습니다.

• type — choice / score / noul

• instructions — state에 대해 묻는 질문. 평가 로직이 들어가는 곳입니다.

• criteria — Choice 옵션 맵, Score 수준 목록, Noul의 yes/no 설명(선택)

ID가 자명해 보여도 instructions에 완전한 질문을 적습니다.

4. 유형 고르는 법

• Choice — 순서 없는 알려진 집합(부서 라우팅, 문서 유형, 언어 감지). 목록이 불완전하면 other / none of the above를 둡니다.

• Score — 스펙트럼과 각 지점의 의미(버그 심각도, 좌절감, 숙련도).

• Noul — 예/아니오와 그 확률 자체가 신호일 때(PII 포함 여부, 환불 요청 여부).

“파이썬에 강한가?”를 Noul로 물으면 0.5는 yes/no가 비슷한 확률이지, 중간 숙련도가 아닙니다. 숙련도를 재려면 Score로 수준을 정의합니다.

5. 답의 두 성질

답은 여러분이 준 옵션/수준 안으로만 제약됩니다. 생성 산문에서 값을 복구할 필요가 없습니다. 또한 각 답은 독립이라, 질문을 추가·삭제해도 다른 답의 숨은 컨텍스트가 되지 않습니다.

6. 여러 질문·추측 질문

같은 state를 쓰는 질문은 한 요청에 넣습니다. 유형을 섞어도 됩니다. 필요할지도 모르는 추측(speculative) 질문도 넣고, 코드가 쓸 답만 고릅니다. 문서의 Parallel questions 쿡북은 13질문을 한 번에 넣는 편이 별도 13회보다 훨씬 싸고 빠르며 답이 같다고 보고합니다.

한 답이 다른 질문의 입력이 되어야만 할 때만 두 번째 요청을 씁니다. 그렇지 않으면 함께 묻고 코드에서 무시합니다.

오늘 할 일

업무 판단 하나를 골라 Choice/Score/Noul로 쪼개 보고, ID·instructions·criteria 초안을 세 줄로 적습니다.

출처

• Primitives (Questions) (.md)

이전: 4/10 평가할 재료를 한곳에 · 다음: 6/10 고정 옵션에서 하나 고르기