여러 제약 조건 결합하기

하나의 프롬프트에 여러 제약 조건을 결합하면 강력합니다 — 여러 차원에서 필요한 것을 정확하게 동시에 지정할 수 있습니다. 그러나 너무 많은 제약 조건을 조합하면 제약 조건 간 충돌, 모델이 모든 조건을 한 번에 충족하려 할 때 발생하는 품질 저하, 출력이 자연스럽게 작성된 것이 아니라 기계적으로 제한된 느낌을 주는 문제 등이 생깁니다.

중요한 기술은 충돌을 만들지 않고 제약 조건을 조합하는 방법을 아는 것입니다.

제약 조건을 조합하기 전에 각 쌍의 호환성을 확인하십시오. 이 두 제약 조건을 동시에 충족할 수 있는가?라고 자문하십시오.

호환되는 예: "능동태" + "2인칭" + "200단어 미만" — 서로 충돌하지 않으면서 모두 동시에 충족할 수 있습니다.

충돌하는 예: "12개 주제를 모두 포괄적으로 다루기" + "100단어 미만" — 사소하지 않은 주제를 모두 다루는 것은 수학적으로 불가능합니다.

전체 목록만이 아니라 각 쌍을 테스트하십시오. 각각은 합리적인 제약 조건이라도 결합하면 충족할 수 없는 요구 사항이 될 수 있습니다.

경계 사례에서 제약 조건이 충돌할 수 있다면 명시적인 우선순위 지정 지시를 추가하십시오:

• "길이와 완성도 사이에 충돌이 있으면 완성도를 우선하십시오."
• "능동태 규칙이 자연스러운 표현과 충돌하면 자연스러운 표현을 우선하십시오."
• "단어 수 제한과 다섯 points를 모두 포함하는 조건을 동시에 충족할 수 없다면, 단어 수 제한을 우선하고 각 항목을 한 문장으로 줄이십시오."

우선순위 지정 지시는 사전에 모호성을 해결하고 모델이 임의로 절충안을 결정하는 것을 방지합니다.

프롬프트에서 제약 조건의 순서는 모델이 각 제약 조건에 부여하는 가중치에 영향을 줍니다. 연구와 실무에 따르면:

• 가장 중요한 제약 조건은 먼저 배치해야 합니다
• 형식 제약 조건은 콘텐츠 지시보다 먼저 제시할 때 더 안정적으로 준수되는 경향이 있습니다
• 그룹으로 묶은 제약 조건, 즉 모든 스타일 규칙을 함께 배치하고 모든 범위 규칙을 함께 배치하는 방식이 서로 섞어 배치하는 것보다 모델이 처리하기 쉽습니다

제약 조건을 우선순위 스택으로 생각하십시오. 가장 중요한 내용은 중요도와 프롬프트에서의 실제 위치 모두에서 가장 위에 배치합니다.

제약 조건을 더 추가한다고 항상 출력이 개선되는 것은 아닙니다 — 어느 시점부터는 제약 조건이 너무 많아져 품질이 떨어집니다. 과도하게 제약된 출력의 징후는 다음과 같습니다:

• 응답이 부자연스럽고 로봇 같거나 어색합니다
• 모델이 모든 형식 규칙을 충족하지만 의미나 일관성을 잃습니다
• 어떤 출력도 모든 제약 조건을 충족하지 못해 단순한 콘텐츠도 반복적으로 다시 생성해야 합니다
• 모델이 스타일 규칙을 유지하면서 길이 제한을 맞추기 위해 콘텐츠를 생략하기 시작합니다

한계점은 보통 동시에 적용하는 엄격한 제약 조건이 6~8개 정도일 때 나타납니다. 그보다 많다면 작업을 여러 단계로 나누는 것을 고려하십시오.

모든 제약 조건이 똑같이 엄격한 것은 아닙니다. 다음을 구분해 보십시오:

엄격한 제약 조건 — 예외 없이 반드시 충족해야 합니다. 문자 수가 제한된 필드의 단어 수, 경쟁사 이름 언급 금지, 후속 구문 분석에 필요한 형식 등이 이에 해당합니다.

유연한 제약 조건 — 선호되지만 조정할 수 있습니다. "능동태를 사용하도록 하십시오", "문장을 20단어 미만으로 유지하도록 하십시오" 등이 이에 해당합니다.

프롬프트에서 이러한 구분을 명시하면 모델이 어느 부분에서 타협할 수 있는지 알 수 있습니다. "엄격한 요구 사항: 280자 미만. 유연한 선호 사항: 수동태를 피하십시오."

모든 제약 조건을 한 번에 적용하는 대신, 여러 차례에 걸쳐 단계적으로 적용하십시오:

1. 1차: 범위와 정확성 제약 조건만 적용하여 콘텐츠를 작성합니다
2. 2차: 스타일 제약 조건을 적용합니다(능동태, 전문 용어 사용 금지, 상투적인 표현 금지)
3. 3차: 길이 제약 조건을 적용합니다(목표 단어 수에 맞게 줄입니다)

단계적으로 적용하면 한 번에 여러 제약 조건을 적용하는 프롬프트보다 품질이 향상됩니다. 각 단계에서 다른 부분을 훼손하지 않고 한 가지 측면을 최적화할 수 있기 때문입니다. 단점은 시간입니다. 차례가 늘어나고 API 호출도 많아집니다.

다음은 여러 제약 조건을 단계적으로 개선하며 프로그래밍 방식으로 적용하는 구조화된 방법입니다:

일부 제약 조건 조합은 너무 자주 충돌하므로 반면교사로 기억해 둘 만합니다:

• 간결함 + 포괄성 — 50단어로 모든 내용을 다룰 수는 없습니다
• 격식체 + 대화체 — 이러한 어조는 본질적으로 서로 반대됩니다
• 쉬운 언어 + 기술적 깊이 — 단순화하려면 정확성을 희생해야 합니다
• 목록 없음 + 여러 병렬 항목 — 병렬 항목에 목록을 사용하는 데는 이유가 있습니다
• 창의적 표현 + 고도로 정형화된 형식 — 경직된 템플릿은 창의적인 변형을 억제합니다

서로 충돌하는 두 제약 조건이 모두 필요하다면 하나를 선택하고 다른 하나를 조정하십시오. 두 조건이 모두 온전히 유지되는 경우는 드뭅니다.

여러 제약 조건을 포함한 프롬프트를 마무리하기 전에 간단히 제약 조건을 점검하십시오:

1. 모든 제약 조건을 나열합니다
2. 각 쌍에 대해 양립 가능한지 확인합니다
3. 명백한 충돌을 찾아 해결합니다
4. 제약 조건을 엄격한 조건과 유연한 조건으로 표시합니다
5. 거의 충돌하는 조건에는 우선순위 지정 지침을 추가합니다

복잡한 프롬프트라도 이 작업에는 2분이면 충분하며, 일부 제약 조건은 충족하지만 다른 조건은 위반하는 출력을 반복해서 받는 답답한 상황을 피할 수 있습니다.

제약 조건 수에 대한 실용적인 기준은 다음과 같습니다:

• 제약 조건 1~3개: 안정적이며 품질이 높습니다
• 제약 조건 4~6개: 품질이 양호하지만 우선순위가 낮은 제약 조건이 가끔 누락됩니다
• 제약 조건 7~10개: 품질 저하가 눈에 띄고 누락이 자주 발생합니다
• 제약 조건 10개 초과: 대신 단계적 접근 방식이나 템플릿 기반 시스템을 사용하십시오

이는 대략적인 기준이며 모델의 성능과 제약 조건의 유형에 따라 달라집니다. 엄격한 형식 제약 조건(단어 수 제한, 필수 섹션)은 유연한 스타일 제약 조건(어조, 문체)보다 더 안정적으로 지켜집니다.

제품 발표 이메일을 위한 프롬프트를 작성하고 있습니다. 다음 제약 조건을 지정했습니다: (1) 100단어 미만, (2) 새 기능 6가지를 모두 자세히 설명, (3) 격식 있는 어조, (4) 대화체이면서 친근한 어조, (5) 글머리 기호 사용 금지, (6) 2인칭 사용.

어떤 두 제약 조건이 가장 심각한 충돌을 일으킬까요?

제약 조건을 효과적으로 결합하려면 각 쌍의 양립 가능성을 확인하고, 거의 충돌하는 조건에 우선순위 지정 지침을 추가하며, 중요도에 따라 제약 조건의 순서를 정하고, 엄격한 조건과 유연한 조건을 구분하고, 제약 조건 수가 많을 때는 단계적 생성을 사용해야 합니다.

가장 흔한 오류는 콘텐츠 길이 충돌(너무 적은 단어로 너무 많은 내용을 다뤄야 하는 경우)과 어조 충돌(격식체와 대화체)입니다. 콘텐츠를 먼저 생성하고, 두 번째로 스타일을 적용하며, 세 번째로 길이에 맞게 줄이는 단계적 접근 방식이 여러 제약 조건을 적용한 출력에서 가장 높은 품질을 냅니다.