AI에게 '부탁'에서 '위임'으로: 에이전트 시대의 프롬프트 설계 노트

2026년의 LLM/에이전트(Agent)는 단발성 요청보다 「절차 위임」의 가성비가 압도적으로 좋아지고 있습니다. 위임 프롬프트는 Goal / Deliverable / Fallback의 3가지 포인트를 한 덩어리로 전달하는 것만으로 성립됩니다. 사내에서 실측한 결과, 1 세션당 인간의 작업 시간이 38분에서 14분으로 단축되었습니다. Claude / ChatGPT / Gemini에서 공통적으로 사용할 수 있는 템플릿을 이 기사에 남겨둡니다.

왜 지금 「위임(delegation)」 설계인가

2026년에 들어서며 각사의 LLM은 「도구 호출(Tool Calling)」, 「장문 컨텍스트(Long Context)」, 「서브태스크 분해(Subtask Decomposition)」의 품질이 한 단계 올라갔습니다. OpenAI, Anthropic, Google 모두 「에이전트적으로 동작시키는」 것을 전제로 한 기능들을 쏟아내고 있습니다.

하지만 현장에서 살펴보면, 사용자 측의 프롬프트는 2024년경의 단발성 의뢰 스타일 그대로 멈춰 있는 경우가 많습니다.

예를 들어, 다음과 같은 방식입니다.

「이 자료를 3줄로 요약해줘」

→ 결과를 읽음

「조금 더 격식 있게」

→ 결과를 읽음

「역시 처음 절반을 다시 설명해줘」

이렇게 하면 모델 측이 「절차를 세우는 능력」을 거의 사용할 수 없습니다. 인간이 오케스트레이터(Orchestrator) 역할을 하고 있는 상태입니다.

에이전트 시대의 LLM은 절차를 세우는 쪽으로 돌아설 때 성능을 발휘합니다. Claude Sonnet 4.5 계열도, GPT-5 계열도 내부에서 계획 → 실행 → 자기 검토(Self-review)의 루프를 돌립니다. 그렇다면 인간은 「목적」과 「완료 조건」만 전달하고, 루프는 맡기는 편이 더 빠르다는 것이 올해의 체감입니다.

위임 프롬프트의 3요소

제가 사내 리서치 및 초안 생성 태스크에서 사용하고 있는 템플릿은 아래의 3개 블록뿐입니다.

Goal는 무엇을 위해, 누구를 대상으로, 무엇을 만드는지를 쓰는 곳입니다.

Deliverable은 출력 포맷(형식)과 완료 조건을 쓰는 곳입니다.

Fallback은 막혔을 때나 정보가 부족할 때의 행동 양식을 쓰는 곳입니다.

이 중 대부분의 사람이 놓치고 있는 것이 Fallback입니다. 위임이 두려운 이유는 「멋대로 엉터리를 쓰는 것이 싫기」 때문인데, Fallback을 한 마디 넣어주는 것만으로 체감되는 컨트롤 능력이 단번에 회복됩니다.

Before / After

Before (단발성 요청 연타)

업계 A의 최신 동향을 알려줘

→ 주요 플레이어를 5개 들어줘

→ 그중 부업 워커에게 어필할 만한 것은?

→ 3가지 관점으로 1500자 써줘

→ 조금 더 쉽게 풀어줘

→ 3단락째만 다시 써줘

소요 시간은 약 45분이며, 인간이 화면에 계속 붙어 있어야 합니다.

After (위임 프롬프트)

Goal

부업 워커를 대상으로, 업계 A의 최신 동향을 반영한 칼럼 초안을 만들고 싶다. 독후감은 「내일 나의 행동이 하나 바뀐다」 수준이어야 함.

Deliverable

1500자±10%, 구성은 「도입 / 동향 3점 / 부업 워커에 대한 시사점 / 행동 제안」. 소제목은 h2로, 각 섹션 사이에 공백 삽입. 출처가 필요한 숫자에는 「TODO: 출처 확인」을 남길 것.

Fallback

정보가 부족한 부분은 추측하지 말고 「TODO: 히어링」이라고 적고 넘어갈 것. 관점이 떠오르지 않을 경우, 후보를 3개 나열만 하고 최종 선택은 나에게 다시 물어볼 것.

소요 시간은 약 12분이며, 인간은 리뷰와 최종 마무리 작업에만 전념할 수 있습니다.

차이점은 「지시가 길어졌다」가 아니라, 인간의 역할이 감독자에서 편집자로 바뀌었다는 점이 본질입니다.

모델별 세부 주의사항

같은 템플릿이라도 모델에 따라 동작의 습성이 다르므로 간단히 메모를 남겨둡니다.

Claude (Sonnet 4.x / Opus 계열)

Fallback 지시를 상당히 성실하게 지켜줍니다. 「TODO: 출처 확인」을 제대로 남겨두는 인상입니다.

장문 출력 시에는 말미에 자기 검토를 요청하는 문장을 추가하면 질이 한 단계 더 올라갑니다. 예를 들어 「출력 후, 글자 수·소제목 레벨·TODO 잔여 개수를 스스로 체크하여 각각 OK인지 수정 필요인지 표시해 주세요」라고 덧붙이는 것만으로 검토 수고가 절반 정도로 줄어듭니다.

ChatGPT (GPT-5 계열)

너무 많이 위임하면 「다소 예의 바르고 무난한 초안」이 되기 쉽습니다. Goal 안에 독후감의 온도를 한 줄 넣으면 효과적입니다 (예: 「읽고 나서 바로 행동하고 싶은 느낌을 원함」).

Custom GPTs / Projects에 위임 프롬프트를 시스템 측에 배치해 두면 매번 붙여넣을 필요가 없습니다.

Gemini (2.x 계열)

긴 문장의 구성력은 높지만, Fallback (폴백) 지시에 대한 충실도는 다소 낮은 편입니다. 출력 후에 별도의 턴(Turn)으로 "Fallback 조건에 위반하지 않았는지 스스로 체크해줘"라고 요청하면 안정적입니다.

검색 도구 호출 (Search Tool Calling)과의 궁합이 좋기 때문에, "TODO: 출처 확인"을 남겨두게 한 뒤, 이어서 "직접 검색해서 채워줘"라고 부탁하는 것도 유효합니다.

측정: 실제로 얼마나 효과가 있었나

사내 부업 프로젝트 지원용 Slack 봇을 대상으로, 위 템플릿을 적용하기 전후를 비교했습니다.

1회 요청(Request)당 인간 측의 소요 시간은 38분에서 14분으로 단축되었습니다. 1개 세션 내의 턴(Turn) 수 또한 8.6회에서 2.3회로 줄었습니다. "초안을 폐기하고 다시 작성"하는 비율도 19%에서 7%로 낮아졌습니다. 사용자 만족도(5단계)도 3.4에서 4.2로 상승했습니다.

샘플 수는 n=42(2주간)이므로 통계적으로는 참고치 수준이지만, 턴 수가 약 1/4로 줄어든 것이 가장 큰 변화였습니다. 이는 토큰(Token) 소비량에도 그대로 영향을 미칩니다.

재사용 팁: 템플릿화하여 3초 만에 호출하기

매번 직접 작성하는 것은 번거롭기 때문에, 저는 Goal (목표) / Deliverable (결과물) / Fallback (폴백)의 3개 블록을 스니펫 (Snippet)화하여 사용하고 있습니다.

구체적인 운영 방식은 다음과 같습니다. Cursor나 VSCode의 사용자 스니펫에 "delegate"라는 키워드로 등록해 두고, 입력하면 3개 블록의 빈 템플릿이 펼쳐지도록 설정했습니다. 각 항목을 채우기만 하면 완성되므로, 매번 프롬프트(Prompt) 작성을 3초 만에 끝낼 수 있습니다.

구조는 단순하지만, 계속 사용하다 보면 "생각하는 순서"가 몸에 배어 스니펫 없이도 이 형식으로 작성할 수 있게 된다는 것이 부수적인 장점이었습니다.

요약

2026년의 LLM (대규모 언어 모델)은 단계를 계획하는 업무를 스스로 수행하고 싶어 합니다. 인간이 단발성 요청을 연타하는 설계로는 에이전트 (Agent) 시대의 성능을 끌어낼 수 없습니다.

Goal / Deliverable / Fallback의 3개 블록으로 한 덩어리로 위임하는 것만으로도, 턴 수는 약 1/4, 인간의 소요 시간은 1/3로 줄었습니다. 그중에서도 Fallback을 언어화하는 것이 위임에 대한 두려움을 낮추는 가장 중요한 열쇠라고 느낍니다.

평소 "ChatGPT가 편리하긴 하지만 결국 내가 전부 다 하고 있는 것 같다"라고 느끼신다면, 내일 단 하나의 태스크(Task)만이라도 위 템플릿으로 교체해 보세요. 화면에서 눈을 뗄 수 있는 시간이 생각보다 많이 돌아올 것입니다.

Discussion