본문으로 건너뛰기
길호의 실전 AI
ChatGPT 가이드 목차

일을 정확히 요청하고 긴 작업을 검토하기

결과를 먼저 정하기 · 연습 자료: 조건이 충돌하는 행사 준비 · 결정한 내용과 제안을 구분하기 · 진행 중 방향을 바꾸는 방법 등을 다룹니다.

이 페이지 목차

좋은 요청은 ChatGPT가 해야 할 모든 동작을 대신 설계하는 문장이 아닙니다. 완성할 결과, 판단에 필요한 자료, 지킬 조건, 끝났다고 볼 기준을 전달하는 문장입니다. 요청이 긴데도 답이 엉뚱하다면 자료가 부족한지, 목적이 두 가지로 갈리는지부터 살펴보세요.

결과를 먼저 정하기

“우리 모임을 도와줘”보다 “새 참가자에게 보낼 공지와 운영자 준비표를 만들어 줘”가 완료 상태를 판단하기 쉽습니다. Chat에서는 생각을 정리하거나 짧은 초안을 주고받고, Work에서는 파일·조사·도구가 필요한 여러 단계를 맡길 수 있습니다. Work 요청에는 자료 범위와 외부 변경을 허용할 시점도 적습니다.

요청문은 다음 네 칸으로 생각하면 편합니다.

요소 가상 독서 모임의 예
결과 참가자 공지와 운영자 준비표
자료 현재 결정 메모와 대관 조건
조건 정해지지 않은 비용·담당자를 만들지 않기
완료 기준 두 결과물의 날짜·인원·장소가 서로 같기

연습 자료: 조건이 충돌하는 행사 준비

아래는 모두 가상으로 만든 자료입니다. 한 문서의 제목을 멋지게 꾸미는 것보다 두 자료 사이의 차이를 드러내는 데 초점을 둡니다.

[01-모임-계획]
목적: 새 회원이 부담 없이 참여하는 독서 모임
예정일: 2026-10-14
시간: 오후 7시부터 90분
인원: 12명
장소: 별나무센터 소회의실
참가비: 무료
운영 담당: 미정

[02-센터-이용조건]
소회의실 수용 인원: 10명
10월 14일 이용 가능 시간: 오후 6시~8시
음식 반입: 불가, 뚜껑 있는 물병은 가능
예약 상태: 문의만 완료, 예약 확정 아님

자료를 넣고 다음과 같이 요청합니다.

이 두 자료를 사용해 독서 모임 준비안을 만들어 주세요.
먼저 실행을 막는 충돌을 찾아 선택지를 제시해 주세요.
아직 날짜·장소·인원을 바꾸어 확정하거나 예약하지 마세요.
제가 선택한 뒤 참가자 공지와 운영자 준비표를 만들겠습니다.
표에는 충돌 항목, 두 자료의 근거, 결정할 사람에게 필요한 질문을 넣어 주세요.

여기서 확인할 답은 12명과 10명 수용 한도의 충돌, 오후 8시 30분 종료 계획과 오후 8시 이용 종료 조건의 충돌, 예약 미확정입니다. “편안한 모임 분위기” 같은 조언만 길게 나오면 핵심 과제를 해결한 것이 아닙니다.

결정한 내용과 제안을 구분하기

예를 들어 사용자가 “인원 10명, 오후 6시 30분~8시로 줄이자. 예약은 내가 확인하겠다”고 정했다고 합시다. 다음 요청은 그 결정만 확정으로 전달합니다.

인원은 10명, 시간은 오후 6시 30분~8시로 수정합니다.
장소 예약은 아직 확정되지 않았고 제가 확인합니다.
현재 상태를 반영해 내부 준비표를 먼저 만들어 주세요.
참가자 공지는 '게시 전 초안'으로 만들고 예약 미확정 상태를 표시해 주세요.
담당자를 제가 지정하지 않은 일은 '담당 미정'으로 남겨 주세요.

편집자의 제안은 이처럼 승인한 선택을 짧은 확정 메모로 남기는 것입니다. 대화에 여러 후보가 등장해도 최종 결정이 무엇인지 분명해집니다. 특히 “좋다”라는 짧은 말이 모든 제안을 승인한 것으로 해석될 여지가 있다면, 채택한 항목을 적어 주세요.

진행 중 방향을 바꾸는 방법

긴 작업에는 같은 대화에서 자료를 추가하거나 우선순위를 바꿀 수 있습니다. 데스크톱은 진행 중 메시지를 현재 작업에 반영하는 Steer와 다음 차례에 실행하는 Queue를 구분하며, 기본 동작은 Settings → General → Follow-up behavior에서 정합니다. 지금 반영해야 하는 취소·수정은 현재 작업에 전달하고, 완료 후 다른 형식을 만드는 요청은 다음 차례로 둘 수 있습니다.

진행 상태를 물을 때도 구체적인 기준을 씁니다.

지금까지 확인한 자료와 아직 접근하지 못한 자료를 구분해 알려 주세요.
참가자 공지보다 운영자 준비표를 먼저 완성해 주세요.
새 후보 장소 조사는 이번 작업에서 제외합니다.

이렇게 범위를 줄이면 원래 요청에 없던 조사나 디자인이 길어지는 것을 막기 쉽습니다. 진행 시간이 길다는 사실만으로 더 좋은 결과가 보장되지는 않습니다.

지속 작업과 권한

데스크톱에서 Goal 기능을 사용할 수 있다면 /goal로 지속할 목표를 정하고 진행 줄에서 일시중지·재개·수정·해제할 수 있습니다. 웹 Work는 같은 대화에 결과·조건·검토 기준을 써서 작업을 이어갑니다. Goal을 켜도 자료 접근이나 외부 행동의 권한이 넓어지는 것은 아닙니다.

서로 독립적인 일을 병렬로 맡길 때는 “참가자 공지 표현 다듬기”와 “대관 조건 확인하기”처럼 산출물을 나눕니다. 두 작업이 같은 확정 문서를 동시에 수정하게 만들면 어느 결과가 기준인지 모호해집니다. 하나의 결과를 통합할 담당 작업을 정하는 편이 낫습니다.

기준안을 남기고 다른 방향 비교하기

Zapier의 사용 안내와 Ethan Mollick의 활용 글은 한 번의 답에서 끝내지 않고 요청을 고치거나 대화를 분기해 대안을 살펴보는 방법을 소개합니다. 이 조언은 유용하지만 글에 등장하는 과거 모델·메뉴·요금 조건까지 현재 제품 기준으로 받아들일 필요는 없습니다.

이미 합의한 사실을 기준 메모로 남긴 뒤, 바꾸려는 요소만 비교합니다. 가상의 행사 안내라면 다음처럼 요청할 수 있습니다.

기준 사실: 10명, 오후 6시 30분~8시, 예약 미확정, 참가비 무료.
이 사실은 모두 유지한다.
A안은 처음 온 사람에게 친근한 공지,
B안은 기관 게시판에 맞는 간결한 공지로 작성해줘.
두 안에서 바뀐 것은 표현뿐인지, 빠진 조건은 없는지 비교해줘.
어느 안도 게시하지 마.

원래 진행을 보존하고 탐색하려면 계정에서 제공되는 대화 분기 기능을 사용하거나, 기준 메모를 새 대화에 붙여 별도로 비교합니다. 새 대화가 원래 첨부와 모든 맥락을 자동으로 안다고 가정하지 말고 필요한 자료를 다시 지정하세요.

다시 원래 작업으로 돌아올 때는 “B안이 좋아”보다 “B안의 짧은 문장을 채택하되 예약 미확정 안내를 맨 앞에 둔다”처럼 채택한 내용을 적습니다. 이렇게 하면 다른 대안에서 제안한 인원·날짜까지 함께 확정되는 혼동을 줄일 수 있습니다. 많은 후보를 받는 것보다 무엇을 비교하고 무엇을 유지할지가 명확한 편이 검토하기 쉽습니다.

완료된 답을 사용할 수 있는 상태로 바꾸기

최종 준비표에는 최소한 할 일, 담당, 기한, 상태가 있어야 합니다. 담당과 기한을 모두 채우기 위해 추측한 값은 좋은 완성이 아닙니다. 다음 세 질문으로 끝을 확인하세요.

  • 결정 메모에서 바뀐 인원과 시간이 모든 파일에 반영됐는가?
  • 예약·담당처럼 남은 미정 사항이 눈에 띄는가?
  • 파일 초안 작성과 실제 예약·게시가 구분되어 있는가?

확인할 수 없는 정보가 명확히 남아 있다면, 그 빈칸을 사람이 채워 다음 단계로 넘어갈 수 있습니다. 반복하는 작업은 이 요청을 먼저 다듬은 뒤 스킬이나 예약 작업으로 옮기세요.

이 글이 도움이 됐나요?