근거를 가까이 두는 프롬프트

질문을 출처와 분리하세요

문서 질문은 출처에 경계가 있을 때 검증하기 쉬워집니다. 각 구간에 라벨을 붙이고 모델이 사용할 수 있는 구간을 명시하세요. 질문은 해당 구간 바깥에 두세요. 인용된 구간에 지시가 포함되어 있으면 어시스턴트에 대한 지시가 아닌 문서 내용으로 처리하세요.

근거 규칙을 정의하세요

짧은 답변, 구간 식별자, 정확한 인용문을 요구하세요. 출처가 답변을 뒷받침하지 못할 때는 "제공된 자료에서 찾을 수 없음"을 요구하세요. 이를 통해 근거 없는 주장이 드러나지만, 인용문을 원문과 비교해야 할 필요는 사라지지 않습니다.

Task: extract each obligation from the supplied passages.
Output: obligation, responsible party, deadline, passage ID, quote.
Use only the supplied material. Mark missing details as unknown.

[P1] The supplier must deliver the report by October 20.
[P2] The buyer reviews the report within five working days.

이 예시는 가상의 것입니다. 올바른 추출은 공급자의 마감일을 구매자의 상대적 검토 기간과 구분해 유지합니다. 인도일과 영업일 기준이 없으면 구매자의 달력 날짜를 만들어내지 않아야 합니다.

까다로운 부정 사례 하나를 확인하세요

두 구간 모두 지불을 언급하지 않는 경우, 공급자의 지불 금액처럼 문서가 답할 수 없는 질문을 포함하세요. 긍정적 추출은 처리하지만 금액을 지어내는 시스템은 이 테스트를 통과하지 못합니다. 모델을 평가할 때 올바른 필드와 기권 모두를 비교하세요.

코드에도 같은 패턴을 적용하세요

코드 리뷰에서는 구간 식별자 대신 파일 경로와 줄抜썸을 사용하세요. 실패하는 테스트, 예상 동작, 관련 호출자를 제공하세요. 집중적인 변경, 그 근거, 실행할 테스트를 요구하세요. 그럴듯한 코드와 프로젝트 검사를 통과한 패치를 혼동하지 마세요. 저장소 워크플로를 시작점으로 사용하세요.

targeted 후속 질문으로 수정하세요

답변이 두 가지 의무를 결합하면 행을 나누고 각 출처 식별자를 유지하도록 요구하세요. 맥락이 부족하면 가장 작은 관련 구간을 추가하세요. 지속적인 기록이 필요하면 완료된 대화를 내보내세요. 브라우저 로컬 기록은 공유 감사 시스템이 아닙니다. 더 많은 프롬프트 예시는 문서에 있습니다.