글을 쓰기 전에는 방향을 확인받고 싶지만, 확정된 공지의 장소만 바꿀 때도 매번 “진행할까요?”라는 질문이 필요할까요? 같은 ChatGPT를 쓰더라도 맡기는 일에 따라 원하는 작업 방식은 달라집니다.
앞선 「ChatGPT, 내 요청을 제대로 이해했을까?」에서는 짧은 이해 확인으로 결과 작성 전에 방향을 바로잡은 사례를 살펴봤습니다. 이번에는 그 확인 SOP를 어떤 작업에 적용하고, 프로젝트별 지침으로 어떻게 나눠 둘지 정리합니다.
자료 확인일: 2026년 9월 10일. ChatGPT 프로젝트의 활용 안내이며, 아래 지침 예시의 효과를 새로 비교한 실험은 아닙니다.
목차
- 같은 확인 절차를 모든 작업에 써야 할까?
- 맞춤 지침과 프로젝트 지침에는 무엇을 적을까?
- 프로젝트는 어떤 기준으로 나눌까?
- 프로젝트에 넣을 지침은 어떻게 쓸까?
- 어떤 작업부터 프로젝트로 나누면 좋을까?
같은 확인 절차를 모든 작업에 써야 할까?
확인 질문을 한 번 더 받는 일이 언제 도움이 될까요? 앞선 시험에서는 메뉴를 “보기 좋게 묶어줘”라고 하자 AI가 내림차순 정렬로 이해했습니다. 작업 진행 방향을 먼저 확인했기 때문에, 결과가 나오기 전에 음료와 식사로 나누도록 바로잡을 수 있었습니다.
반면 “장소만 바꾸고 다른 내용은 그대로 두라”는 요청에서는 확인 질문 없이도 장소만 정확히 수정했습니다. 작업에 앞서 정리 방식이나 수정할 내용이 명확해야 합니다.
따라서 조사 대상이나 분류 방식이 불분명하면 먼저 물어보고, 수정할 내용이 정해져 있으면 바로 처리하도록 지침을 나누면 됩니다. 매번 진행 여부를 확인받으면 작업이 늦어지고, 확인 요청에 일일이 답하는 것도 부담이 됩니다.
맞춤 지침과 프로젝트 지침에는 무엇을 적을까?
맞춤 지침과 프로젝트 지침은 어떻게 다를까요? ChatGPT의 맞춤 지침은 여러 대화에서 사용할 답변 방식과 선호를 미리 적어 두는 기능입니다. 예를 들어 “한국어로 답하기”, “설명은 간결하게 쓰기”처럼 적을 수 있습니다. 반면 프로젝트 지침은 해당 프로젝트 안의 대화에 적용되며, 관련 자료와 함께 관리할 수 있습니다.
참조: OpenAI 맞춤 지침 안내, OpenAI 프로젝트 안내
이 차이를 활용하면 다음처럼 나눌 수 있습니다.
| 적을 곳 | 넣을 내용 | 예시 |
|---|---|---|
| 맞춤 지침 | 업무가 바뀌어도 유지할 선호 | 한국어 답변, 간결한 설명 |
| 프로젝트 지침 | 해당 업무에서 반복할 절차 | 조사 전 대상 확인, 공지의 날짜·장소 보존 |
| 이번 요청 | 해당 결과물만의 조건 | 이번 글의 독자, 이번 공지의 새 장소 |
예를 들어 “항상 짧게 답하라”는 맞춤 지침과 “자세한 해설을 작성하라”는 업무 지침을 함께 두기보다, 맞춤 지침에는 “설명은 간결하게 하되 결과물 분량은 요청에 맞춘다”라고 적는 편이 명확합니다. 모든 예외를 맞춤 지침에 쌓지 않고, 필요한 업무의 지침에 두는 것이 이 구분의 목적입니다.
프로젝트는 어떤 기준으로 나눌까?
일이 생길 때마다 프로젝트를 새로 만들어야 할까요? OpenAI는 같은 자료를 계속 사용하거나 여러 결과물을 만드는 지속 작업에 프로젝트를 권하고, 공통 맥락이 필요 없는 일회성 작업에는 일반 대화를 안내합니다.
프로젝트를 나누는 기준은 업무 이름의 개수보다 함께 쓸 자료와 반복할 작업 기준으로 잡는 편이 좋습니다. 다음은 두 가지 구성 예시입니다.
| 프로젝트 예시 | 반복할 일 | 먼저 적용할 기준 |
|---|---|---|
| 거래처 제안서 작성 | 요구사항 정리·제안서 작성 | 거래처 요구사항·예산·납기 확인 |
| 행사 공지 정리 | 확정 안내의 수정·재작성 | 날짜·장소·신청 조건 보존, 요청한 부분만 수정 |
거래처 제안서 프로젝트에서는 제안 건마다 새 대화를 시작할 수 있습니다. 제품 소개서와 제안서 작성 지침은 프로젝트에 두고, 각 대화에서는 이번 거래처의 요구사항에 맞춰 제안서를 작성하는 식입니다. 관련 없는 업무 자료까지 한 프로젝트에 모을 필요는 없습니다.
이렇게 나누면 프로젝트마다 어떤 절차를 사용할지 구별할 수 있습니다. 다만 지침이 여러 곳에 생기는 만큼 수정할 곳도 늘어나므로, 드물게 하는 일까지 모두 별도 프로젝트로 만들 필요는 없습니다.
프로젝트에 넣을 지침은 어떻게 쓸까?
프로젝트 이름만 구분하면 작업 방식도 달라질까요? 원하는 차이는 지침에 적어야 합니다. 아래는 앞선 확인 SOP를 업무 성격에 맞춰 나눈 제안 문구입니다. 두 문구를 모두 맞춤 지침에 넣는 것이 아니라, 해당 업무의 프로젝트 지침으로 사용합니다.
조사·글쓰기용 프로젝트 지침
새 조사나 글 작성을 시작할 때는 결과물부터 만들지 말고, 이해한 내용을 먼저 확인받으세요. - 대상·할 일·중요 조건을 짧은 명사형 항목 2~3개로 제시 - 설명은 생략하고, 불분명한 핵심 조건은 ‘미확인’ 표시 - 마지막에 “이 내용으로 진행할까요?”라고 질문한 뒤 답을 기다림 확인·정정한 기준에 따라 작업하세요. 글은 독자의 질문으로 시작하고, 근거 자료를 설명한 뒤 이를 토대로 결론을 제시하세요. 이미 확인한 후속 수정에는 같은 확인을 반복하지 마세요.
확정된 자료 편집용 프로젝트 지침
제공한 원문에서 요청한 부분만 수정하세요. 별도 요청이 없는 날짜·금액·장소·이름·신청 조건은 유지하세요. 수정 대상과 새 내용이 분명하면 진행 여부를 다시 묻지 말고 결과부터 제시하세요. 바꿀 값이나 보존할 조건이 불분명할 때만 필요한 항목을 짧게 질문하세요. 제출 전 원문과 대조해 요청하지 않은 내용이 바뀌지 않았는지 확인하세요. 설명은 중요한 변경점이 있을 때만 짧게 붙이세요.
ChatGPT의 프로젝트 → 새 프로젝트에서 업무에 맞는 이름으로 만들고, 아래 순서로 지침을 넣으면 됩니다. 기존 프로젝트를 쓴다면 필요한 지침은 유지하세요.
앞선 SOP를 맞춤 지침에 넣어 두었다면, 프로젝트로 옮길 확인 절차와 중복되는 부분도 정리해야 합니다. 맞춤 지침과 프로젝트 지침에 서로 반대되는 작업 규칙을 남기지 않는 것입니다.
조사·글쓰기에는 작업 방향을 먼저 확인하도록, 확정된 자료 편집에는 요청한 부분만 바로 고치도록 지침을 나눠 두세요.
어떤 작업부터 프로젝트로 나누면 좋을까?
거래처 제안서처럼 같은 자료와 작성 기준을 반복해서 쓰는 업무부터 프로젝트로 나누는 것을 추천합니다.
제품 소개서와 작성 지침을 다시 사용할 수 있기 때문입니다. 처음에는 자주 맡기는 한두 업무만 나누고, 일회성 질문은 일반 대화에서 처리하세요. 이렇게 하면 지침을 관리할 곳이 지나치게 늘어나는 부담도 줄일 수 있습니다.
AIWT 
댓글 남기기