Jev 1.13 jaggedness 목록

질문을 출시하기 전에 Jev 1.13 실패 유형을 걸러내세요.

검색

패밀리

9 실패 모드

문자 그대로 해석

정확한 조건을 지시와 기준에 작성하세요.

jev-1.13-failure-modejev-1.13

수학과 숫자

산술과 개수 계산은 코드에서 처리하세요.

jev-1.13-failure-modejev-1.13

날짜 및 시간 비교

Choice으로 구성 요소를 추출하고 코드에서 비교하세요.

jev-1.13-failure-modejev-1.13

간접 참조

참조 단계를 줄이고 관련 state을 명시하세요.

jev-1.13-failure-modejev-1.13

무관한 세부 정보로 가득한 대규모 state

먼저 필터링하고 질문에 필요한 내용만 보내세요.

jev-1.13-failure-modejev-1.13

적대적 콘텐츠

기준을 정확히 작성하고 경계 사례를 테스트하세요.

jev-1.13-failure-modejev-1.13

서로 모순되는 지시와 기준

기준을 지시와 일치시키세요.

jev-1.13-failure-modejev-1.13

상식적인 구조 불변성

Noul과 Choice 사이의 등식을 가정하지 마세요.

jev-1.13-failure-modejev-1.13

생성

생성 모델을 사용하고, 글을 쓰려고 Choice을 연쇄 호출하지 마세요.

jev-1.13-failure-modejev-1.13

Jev 1.13은 빠르고 잘 보정되어 있으며 상식적 판단에 강하지만 완벽하지는 않습니다. TypeSafe에는 jev-1.13의 9가지 실패 유형이 설명되어 있으며 마지막 검토일은 17 September 2026입니다. 모델은 문장을 지나치게 문자 그대로 해석하거나, 수치 정밀도가 낮거나, 여러 단계를 거치는 간접 추론에서 불안정할 수 있습니다. 이름이나 권장 대안을 기준으로 목록을 필터링한 뒤, 실제로 보낼 질문에서는 산술, 날짜, 생성을 제외하세요.

이 목록 사용법

검색은 유형 이름과 대안 설명을 대상으로 합니다. 모든 행의 family는 jev-1.13-failure-mode이고 appliesTo는 jev-1.13입니다. 검색어를 지우면 9개 항목이 모두 다시 표시됩니다. TypeSafe에 따르면 이런 한계 중 다수는 이후 버전에서 수정될 예정입니다. 그때까지는 대안 열을 프로덕션 질문의 준수 조건으로 간주하세요.

문자 그대로의 해석: Jev은 의도한 질문이 아니라 실제로 작성한 질문에 답합니다. 범위를 정하는 단어, 부정 표현, 암시된 조건을 있는 그대로 해석합니다. 본래 의도를 따로 설명하고 있다면 그 설명을 지침과 기준에 넣어야 합니다. 해석이 불가피하다면 문자 그대로 답할 수 있는 질문 2개로 나누고 코드에서 결합하세요.

수학과 숫자: Jev은 계산기가 아닙니다. 문자 수, 용어 출현 횟수, 긴 목록의 항목 수를 세는 작업은 불안정하며 집합이 커질수록 더 나빠집니다. 16진수 색상과 저수준 인코딩은 영어 이름보다 성능이 낮습니다. Score 단계를 보간해 정확한 크기를 복원하려 하지 마세요. 산술은 코드에서 처리하고, 후보를 순회하며 의미를 묻는 질문을 하나씩 보낸 뒤 직접 합산하세요.

Nine official Jev 1.13 jaggedness failure modes
공식 Jev 1.13의 아홉 가지 jaggedness 실패 유형.

날짜, 간접 단계, state 및 생성

날짜 및 시간 비교: Jev은 날짜를 순서가 있는 값이 아니라 텍스트로 읽습니다. 어떤 날짜가 먼저인지, 서로 얼마나 떨어져 있는지, 특정 기간에 포함되는지는 신뢰하기 어렵고, 형식과 분기가 섞이면 특히 그렇습니다. 명시되지 않음 옵션을 포함해 월, 일, 연도를 Choice으로 추출한 뒤 코드에서 조합하고 비교하세요.

간접 참조: 이중 부정과 속성의 속성을 묻는 질문은 정확도를 떨어뜨립니다. 참조 단계를 줄이고 관련 state을 명시하세요. 무관한 세부 정보로 가득한 대규모 state은 방해 요소가 되므로 먼저 필터링하세요. state의 적대적 콘텐츠는 답변을 유도할 수 있습니다. state은 데이터이지 신뢰할 수 있는 사용자가 아니기 때문입니다. 기준을 정확히 작성하고 경계 사례를 테스트하세요. 지시와 기준이 모순되면 모델이 혼란스러워지므로 서로 맞추고, 참을 아니요에 대응시키지 마세요.

상식적인 구조 불변성은 보장되지 않습니다. 같은 환불 질문에서도 Noul와 Choice이 서로 다를 수 있으며, Noul과 그 부정의 합이 반드시 1이 되는 것도 아닙니다. 각 판단은 한 가지 방식으로만 물으세요. 생성은 지원 범위 밖입니다. Choice을 연쇄 호출해 글을 쓰면 느리고 품질도 낮습니다. 생성 모델이나 정규식으로 옵션을 제안한 뒤 Jev이 선택하게 하세요.

질문을 배포하기 전에

지시문을 소리 내어 읽어 보세요. 동료에게 설명하려고 후속 문장이 필요하다면 그 문장도 지시문에 포함해야 합니다. 날짜나 열거형을 추출하는 Choices에는 명시적인 없음/명시되지 않음 옵션을 넣고, 기준에 경계 사례를 포함하세요.

이 목록에서 사용한 동사를 찾아보세요: 세기, 비교하기, 생성하기, 여러 단계 참조하기, 통째로 넣기. 수학과 숫자, 날짜 및 시간 비교, 생성, 간접 참조, 대규모 state이 일반적인 원인입니다. state에 자기 라벨을 주장하는 신뢰할 수 없는 사용자 텍스트가 포함되면 적대적 콘텐츠도 문제가 됩니다.

테스트 픽스처에 이 9개 기록을 유지하세요. 정상 Choice만 확인하는 단위 테스트로는 Noul/Choice 불일치를 발견하지 못합니다. TypeSafe이 이 목록을 마지막으로 검토한 날짜는 17 September 2026입니다. 이후 Jev 버전에서는 목록이 줄어들 수 있지만 jev-1.13.0에는 여전히 9개가 모두 포함됩니다.

프롬프트를 검토할 때 이 9행 목록을 옆에 출력해 두세요. 페이지의 필터도 같은 목록을 사용합니다. 이름이나 대신 사용할 방법 행을 검색하고 jev-1.13-failure-mode 계열만 남기세요. 운영 환경에서 발생한 실패가 9개에 없더라도 실패인 것은 같지만, 문서화된 jev-1.13의 불균일한 취약점은 아닙니다.

가장 먼저 마주칠 실패는 문자 그대로 해석하는 경우입니다. 모델은 작성한 그대로 수행한 것입니다. 누군가 계산이나 개수를 요구하면 수학 관련 실패가 나타납니다. Choice을 연쇄 호출해 산문을 작성하면 생성 관련 실패가 발생합니다. 나머지 6개 유형은 운영 첫 주가 지난 뒤 발견하게 됩니다.

실패가 발생하면 프롬프트를 고치기 전에 유형부터 특정하세요. 유형을 특정할 수 없다면 새로운 취약점이거나, 정책과 티켓이 아직 하나의 문자열에 뒤섞인 state일 수 있습니다.

모든 행의 계열 태그는 jev-1.13-failure-mode입니다. appliesTo는 jev-1.13입니다. 둘 다 필터이며 추가 실패 유형이 아닙니다.

출처