작업 동작 패턴 정의하기

작업 동작 패턴 정의하기 (Define task behavior patterns)

작업 동작을 매번 지침 로직을 다시 쓰지 않고 프롬프트 전반에 적용할 수 있는 재사용 가능한 패턴으로 정의하세요. 패턴이 재사용 가능하면 더 일관된 출력, 더 빠른 검토, 더 적은 일회성 수정을 얻을 수 있어요. 이 페이지에서는 패턴의 네 가지 구성 요소(트리거, 동작 단계, 출력 계약, 실패 처리), 규칙 문구 패턴, 그리고 작업 패턴 템플릿까지 살펴볼게요.

출처: 문서

본문

작업 동작을 매번 지침 로직을 다시 쓰지 않고 프롬프트 전반에 적용할 수 있는 재사용 가능한 패턴으로 정의하세요.

패턴이 재사용 가능하면 더 일관된 출력, 더 빠른 검토, 더 적은 일회성 수정을 얻을 수 있어요.

패턴 해부 (Pattern anatomy)

작업 패턴은 모델이 실행할 수 있고 검토자가 테스트할 수 있는 하나의 완전한 동작을 정의해요. 각 패턴을 네 부분으로 구성하세요.

부분	무엇을 정의하나	왜 중요한가
트리거 (Trigger)	동작을 시작하는 조건	모델이 패턴을 언제 적용할지 추측하는 것을 방지
동작 단계 (Action steps)	작업을 위한 순서가 있는 동작	다단계 출력을 실행 간에 안정적으로 유지
출력 계약 (Output contract)	요구되는 형식, 길이, 필드	출력을 스캔 가능하고 테스트 가능하게 만듦
실패 처리 (Failure handling)	입력이 불완전, 모호, 또는 범위 밖일 때 모델이 하는 일	조용한 실패와 안전하지 않은 추측을 방지

각 패턴을 독립적인 단위로 작성하세요. 두 동작에 다른 트리거가 필요하다면 그것들은 두 개의 패턴이에요.

규칙 문구 패턴

검토자가 관찰할 수 있는 언어를 사용하세요. 추상적인 의도 단어와 약한 수식어를 피하세요.

사용하세요	피하세요
"If required fields are missing, ask for the missing fields before answering."	"Try to ask for more detail when needed."
"Return a three-bullet summary with one risk and one next step."	"Provide a helpful summary."
"If the request is out of scope, state that directly and offer one supported next step."	"Handle unsupported requests appropriately."
"Do not claim actions that were not performed in this environment."	"Be honest about capabilities."

가능하면 줄마다 지침 하나를 사용하세요. 묶인 지침은 실행하기도 평가하기도 더 어려워요.

긴 프롬프트에서는 높은 우선순위의 제약을 프롬프트 끝부분 가까이 유지하세요(최신성 가드, recency guard).

실패 모드 패턴

실패 경로를 예외가 아니라 일급 동작으로 다루세요.

빈 입력 또는 잘못된 입력: 무엇이 유효하지 않은지 명시하고 필요한 최소 정보를 요청하세요.
모호한 요청: 모호함을 명명하고 명확화 질문 하나를 하세요.
범위 밖 요청: 지원되는 범위를 명시하고 구체적인 다음 단계 하나를 가리키세요.
누락된 맥락 또는 이용 불가한 도구: 무엇이 누락되었고 진행을 위해 무엇이 필요한지 명시하세요.
민감하거나 안전하지 않은 요청: 거절하고 해당되는 경우 간단한 안전한 대안을 제공하세요.

작업 패턴 템플릿

새 작업 패턴을 초안할 때 이 템플릿을 사용하세요.

Pattern name:
Trigger
- If , run this pattern.
Action steps
1.
2.
3.
Output contract
- Format:
- Length:
- Required fields:
Failure handling
- If input is missing , ask for .
- If request is out of scope, state the scope boundary and offer one supported next step.
- If capability is unavailable, state the limitation and continue with the best available action.

검토 과정 (Review pass)

패턴을 출시하기 전에 다음을 확인하세요.

트리거가 구체적이고 테스트 가능한가.
다단계 동작이 순서 있는 단계로 되어 있는가.
출력 계약이 형식, 길이, 필수 필드를 명명하는가.
규칙과 예시 출력 사이에 모순이 없는가.
모호함, 누락 입력, 범위 밖 요청에 대한 실패 동작이 명시적인가.
규칙이 "ask," "return," "decline," "cite" 같은 관찰 가능한 동사를 사용하는가.

출처 문서 (Source documents)

이 페이지는 작업 및 규칙 지침을 Fluent 콘텐츠 엔지니어링 워크플로에 맞게 이 출처 문서들에서 적용한 것이에요.

작업 동작 패턴 정의하기