클로드 기초 및 활용 12회: 프롬프트를 자산으로 — 잘 통한 요청을 두 번 쓰는 법

"지난번엔 잘 됐는데" 하고 못 찾은 적 있으신가요

어느 날 요청이 딱 맞아떨어져서 완벽한 답이 나옵니다. 기분이 좋습니다. 그리고 그걸로 끝입니다.

2주 뒤 비슷한 일이 생겼을 때, 그때 뭐라고 물었는지 기억나지 않습니다. 대화를 뒤져 보지만 어느 대화였는지도 헷갈립니다. 결국 처음부터 다시 시행착오를 반복합니다.

이건 낭비입니다. 잘 통한 요청은 여러분이 만들어 낸 자산입니다. 오늘은 그걸 모아 두고 꺼내 쓰는 법입니다.

지난 회차 연결과 오늘의 목표

제2부(6~12회) 내내 반복을 줄이는 이야기를 해 왔습니다. 6회에서 설정에 나를 등록했고, 8회에서 프로젝트에 배경을 넣었습니다. 오늘은 그 마지막 조각 — 요청 자체를 재사용하는 것입니다.

오늘이 끝나면 할 수 있게 되는 것: 잘 통한 요청을 알아보고, 다시 쓸 수 있는 형태로 다듬고, 적절한 자리에 저장해 두고, 필요할 때 꺼내 쓸 수 있게 됩니다.

'프롬프트'라는 말

이 시리즈에서 지금까지 '요청'이라고 불러 온 것의 정식 이름이 프롬프트(prompt)입니다. AI에게 던지는 지시나 질문 전체를 가리킵니다.

앞으로 다른 자료를 읽으실 때 이 단어를 자주 만나게 되므로 여기서 정리해 둡니다. 어렵게 생각하실 것 없습니다. "AI에게 뭐라고 말했는가"가 전부입니다.

왜 모아 둬야 하나 — 세 가지 이유

① 시행착오를 반복하지 않기 위해. 좋은 요청은 대개 한 번에 나오지 않습니다. 두세 번 고쳐 가며 완성됩니다. 그 과정을 다시 겪을 이유가 없습니다.

② 결과가 일정해지기 위해. 매번 다르게 물으면 매번 다른 모양의 답이 옵니다. 같은 요청을 쓰면 같은 품질과 형식이 나옵니다. 반복 업무에서 특히 중요합니다.

③ 남에게 넘길 수 있기 위해. 잘 정리된 요청 하나를 동료에게 주면, 그 사람도 같은 결과를 얻습니다. 노하우가 개인에서 조직으로 옮겨 갑니다.

어디에 모으나 — 네 개의 자리

클로드 안팎에 저장할 자리가 네 개 있습니다. 성격이 다르니 구분해서 쓰세요.

• 개인 맞춤 지시(6회) — 항상 적용될 것. "나는 이런 사람이다", "답은 짧게".
• 프로젝트 지침(8회) — 그 일에서만 적용될 것. "이 프로젝트의 독자는 …".
• 스타일 기능 — 말투·형식의 묶음. 골라서 켜고 끕니다.
• 내 메모장 — 그때그때 꺼내 붙여 넣을 요청문. 가장 자유롭고, 가장 많이 쓰입니다.

어느 자리에 넣을지 고르는 법

질문 하나로 정리됩니다. "이게 언제 적용되어야 하나?"

• 항상 → 개인 맞춤 지시
• 이 프로젝트 안에서 항상 → 프로젝트 지침
• 내가 켤 때만 → 스타일 기능
• 특정 작업을 할 때만 → 메모장에 두고 붙여 넣기

초보자라면 메모장부터 시작하시길 권합니다. 가장 단순하고, 어디서든 되고, 잘못돼도 되돌리기 쉽습니다.

모을 가치가 있는 요청 판별법

모든 요청을 다 저장하면 오히려 못 찾습니다. 이 기준으로 거르세요.

• 같은 일을 또 하게 될 것인가 — 한 번뿐이면 저장할 필요 없습니다
• 결과가 눈에 띄게 좋았는가 — 그냥 무난했다면 굳이
• 고생해서 얻었는가 — 여러 번 고쳐서 도달한 요청일수록 저장 가치가 높습니다

세 개 중 두 개 이상 해당하면 저장하세요.

저장할 때의 형식

그냥 문장만 저장하면 몇 달 뒤에 왜 이렇게 썼는지 기억나지 않습니다. 이 네 줄 형식을 권합니다.

• 제목 — 나중에 검색할 단어로. "회의록 정리"
• 용도 — 언제 쓰는지 한 줄. "메모를 팀장 보고용 회의록으로 바꿀 때"
• 요청문 — 실제로 붙여 넣을 본문
• 주의 — 겪었던 함정. "분량을 안 정하면 너무 길게 나옴"

특히 주의 줄이 가치 있습니다. 그게 여러분이 시행착오로 배운 것이니까요.

재사용하려면 '바꿔 넣을 자리'가 필요합니다

중요한 기술입니다. 지난번 요청을 그대로 복사하면 지난번 내용이 그대로 들어 있습니다.

그래서 저장할 때 바뀔 부분을 표시해 둡니다.

원래 요청: "8월 팀 회의 메모를 정리해서 팀장님께 보낼 회의록으로 만들어 주세요. 결정 사항과 담당자, 마감일이 빠지지 않게, 열 줄 이내로요."

재사용 형태: "[회의 이름] 메모를 정리해서 [받는 사람]에게 보낼 회의록으로 만들어 주세요. 결정 사항과 담당자, 마감일이 빠지지 않게, 열 줄 이내로요."

대괄호로 감싼 부분만 바꿔 넣으면 됩니다. 이 작은 습관이 재사용률을 크게 높입니다.

스타일 기능 활용하기

6회에서 잠깐 본 응답 스타일은 말투와 형식의 묶음입니다. 미리 준비된 것 중에서 고르거나, 직접 만들어 쓸 수 있습니다.

직접 만든다면 이런 것들이 후보입니다.

• 업무용 — 존댓말, 담백, 이모지 없음, 결론 먼저
• 학습용 — 용어 풀어쓰기, 예시 포함, 단계별 설명
• 초안용 — 짧고 거칠게, 완성도보다 방향 위주

스타일의 장점은 켜고 끄기가 쉽다는 것입니다. 상황에 따라 바꿔 가며 쓸 수 있습니다.

따라 하기 ① 최근 잘 됐던 요청 찾기

대화 목록을 열어 최근 일주일 중 결과가 좋았던 대화를 하나 찾으세요.

그 대화에서 가장 좋은 답이 나온 바로 앞의 내 메시지를 찾습니다. 그게 여러분의 첫 자산입니다.

따라 하기 ② 재사용 형태로 다듬기

그 요청을 메모장에 복사하고, 앞의 네 줄 형식으로 정리하세요. 그리고 다음번에 바뀔 부분을 대괄호로 감쌉니다.

이 작업은 3분이면 됩니다. 그 3분이 앞으로 몇 번의 시행착오를 없앱니다.

따라 하기 ③ 클로드에게 다듬게 하기

더 쉬운 방법도 있습니다. 클로드에게 시키면 됩니다.

"방금 제가 보낸 요청을 다시 쓸 수 있는 형태로 다듬어 주세요. 매번 바뀔 부분은 대괄호로 표시하고, 이 요청을 쓸 때 주의할 점도 한 줄 덧붙여 주세요."

결과를 그대로 메모장에 저장하면 됩니다. 자기가 받은 요청을 정리하는 일은 클로드가 아주 잘하는 종류의 작업입니다.

따라 하기 ④ 실제로 꺼내 써 보기

새 대화를 열고, 저장한 요청을 붙여 넣고, 대괄호 부분만 바꿔 보내 보세요.

지난번과 비슷한 품질의 답이 한 번에 나오는지 확인하는 것이 이 실습의 핵심입니다. 나온다면 자산화에 성공한 것입니다.

쓸 때마다 조금씩 다듬기

저장은 끝이 아니라 시작입니다. 쓸 때마다 아쉬운 점이 보입니다. 그때그때 메모장의 원본을 고치세요.

예를 들어 "분량이 자꾸 넘친다" 싶으면 요청문에 "열 줄을 넘기지 마세요"를 추가합니다. 다음부터 그 문제가 사라집니다.

이렇게 몇 번 반복하면, 그 요청은 여러분의 업무에 딱 맞게 길들여집니다. 이게 프롬프트를 자산이라 부르는 이유입니다. 쓸수록 좋아지니까요.

남의 프롬프트를 가져다 쓸 때

인터넷에는 "이 프롬프트 하나면 끝"이라는 글이 많습니다. 참고할 만하지만 그대로 쓰지는 마세요.

이유가 있습니다. 남의 프롬프트는 그 사람의 맥락에 맞춰져 있습니다. 그 사람의 업무, 그 사람의 독자, 그 사람이 겪은 문제를 전제로 씁니다.

가져오되 내 맥락으로 바꿔서 쓰세요. 그리고 몇 번 써 보면서 앞의 방식대로 다듬어 나가면 됩니다.

자주 겪는 오류 ① "저장은 했는데 안 쓰게 돼요"

가장 흔한 실패입니다. 원인은 대개 꺼내기가 번거로워서입니다.

해결책은 접근성입니다. 파일을 여러 개로 나누지 말고 하나의 메모에 몰아 두세요. 그리고 그 메모를 바탕화면이나 즐겨찾기 같은 손 닿는 곳에 두세요.

3초 안에 열 수 있으면 쓰게 되고, 30초 걸리면 안 쓰게 됩니다.

오류 ② "저장한 게 너무 많아 못 찾아요"

모든 요청을 저장했을 때 생깁니다. 앞의 판별 기준(또 할 일인가 / 결과가 좋았나 / 고생해서 얻었나)으로 걸러 내세요.

그리고 세 달에 한 번 정도 정리하세요. 그동안 한 번도 안 쓴 것은 지워도 됩니다.

오류 ③ "같은 요청인데 답이 달라요"

완전히 똑같은 답이 나오지는 않습니다. 이건 정상입니다.

다만 품질이나 형식이 흔들린다면 요청이 아직 덜 다듬어진 것입니다. 흔들리는 부분을 명시하세요. 길이가 흔들리면 길이를, 구조가 흔들리면 구조를 요청문에 못 박습니다.

4회에서 배운 모델과 노력도 영향을 줍니다. 같은 요청이라도 다른 모델에서는 다르게 나옵니다. 저장할 때 어느 모델에서 잘 됐는지도 적어 두면 좋습니다.

오류 ④ "요청이 너무 길어졌어요"

다듬다 보면 조건이 계속 붙어 열 줄, 스무 줄이 됩니다. 그러면 오히려 답이 뻣뻣해집니다(6회·8회에서 다룬 문제입니다).

이럴 땐 자리를 옮기세요. 항상 적용될 내용은 개인 맞춤 지시로, 그 일에서만 필요한 것은 프로젝트 지침으로 보냅니다. 그러면 매번 붙여 넣는 요청문은 짧아집니다.

네 개의 자리를 나눠 쓰는 이유가 바로 이것입니다.

실전 사례 ① 주간 보고 만들기

매주 반복되는 대표적인 작업입니다.

저장할 요청문: "아래는 [기간] 동안 제가 한 일 메모입니다. 이걸 주간 보고 형식으로 정리해 주세요. 완료·진행 중·다음 주 계획 세 덩어리로 나누고, 각 항목은 한 줄씩, 전체 열두 줄을 넘기지 마세요. 수치가 있으면 반드시 포함하고, 없는 수치를 지어내지 마세요.
메모: [여기에 붙여넣기]"

주의 줄: "수치를 지어내지 말라는 문장을 빼면 그럴듯한 숫자를 만들어 냄 — 반드시 유지."

이 주의 줄이 실제로 겪은 사고에서 나온 것이라면, 그게 이 프롬프트에서 가장 값진 부분입니다.

실전 사례 ② 번역 규칙 고정하기

번역은 용어 통일이 생명입니다. 매번 다르게 번역되면 문서 전체가 어수선해집니다.

저장할 요청문: "다음 글을 한국어로 번역해 주세요. 아래 용어는 반드시 지정한 표기를 쓰세요. [용어 목록]. 목록에 없는 전문 용어는 처음 나올 때 원어를 괄호로 병기해 주세요. 의역보다 정확도를 우선해 주세요."

용어 목록이 길어지면 프로젝트 지식(8회)으로 옮기세요. 요청문은 짧게 유지됩니다.

실전 사례 ③ 저시력 사용자의 기본 요청 세트

저시력 환경에서는 매번 긴 요청을 타이핑하는 것 자체가 부담입니다. 그래서 자산화의 효과가 가장 큰 사용자층이기도 합니다.

권하는 배치는 이렇습니다.

• 개인 맞춤 지시에 항상 적용될 것을 넣습니다 — "답은 짧게, 핵심부터, 목록은 다섯 항목 이내"
• 메모장에는 상황별 요청 서너 개만 둡니다 — 많이 두면 찾는 것 자체가 일이 됩니다
• 메모는 한 파일에, 큰 글씨로, 제목을 맨 위에 두어 검색하기 쉽게 만듭니다

핵심 원칙 하나만 기억하세요. 자주 쓰는 것은 자동으로, 가끔 쓰는 것만 손으로. 이 배분이 매일의 부담을 결정합니다.

제2부를 마치며

6회부터 12회까지, 제2부는 "클로드 채팅을 제대로 쓰기"였습니다. 돌아보면 관통하는 주제가 하나 있었습니다. 반복을 줄이는 것입니다.

• 6회 — 나에 대한 설명을 한 번만
• 7회 — 대화를 나눠 맥락 오염을 줄이기
• 8회 — 배경 자료를 한 곳에
• 9회 — 자료를 정확히 건네기
• 10회 — 결과물을 다시 만들지 않고 고치기
• 11회 — 확인 절차를 요청에 넣어 두기
• 12회 — 잘 통한 요청을 다시 쓰기

여기까지 하셨다면 클로드 채팅은 충분히 다루실 수 있습니다.

핵심 정리 3줄

• 잘 통한 요청은 자산입니다. 또 할 일인가, 결과가 좋았나, 고생해서 얻었나 — 둘 이상이면 저장하세요.
• 바뀔 부분을 대괄호로 표시해 두면 재사용률이 확 올라갑니다.
• 쓸 때마다 원본을 다듬으세요. 프롬프트는 쓸수록 내 업무에 길들여집니다.

용어 정리

• 프롬프트 — AI에게 던지는 지시나 질문 전체.
• 재사용 형태 — 매번 바뀔 부분을 표시해 둔 요청문. 대괄호 표기를 흔히 씁니다.
• 스타일 — 말투와 형식의 묶음. 골라서 켜고 끕니다.
• 프롬프트 다듬기 — 쓸 때마다 아쉬운 점을 원본에 반영해 가는 과정.
• 네 개의 자리 — 개인 맞춤 지시 / 프로젝트 지침 / 스타일 / 메모장. 적용 범위에 따라 골라 씁니다.

다음 회차 예고와 실습 과제

다음 회차부터 제3부 「클로드로 디자인하기」(13~15회)가 시작됩니다. 클로드는 글만 쓰는 도구가 아닙니다. 결과물이 보기 좋게 나오도록 말로 지시하는 법을 배웁니다. 13회의 제목은 「클로드 디자인 입문」이고, 그 안에서 "예쁘게 해 주세요"라고 하면 안 되는 이유를 다룹니다. 10회에서 만들어 본 아티팩트가 여기서 본격적으로 쓰입니다.

실습 과제 두 가지

• ① 최근 결과가 좋았던 요청 하나를 골라, 클로드에게 "다시 쓸 수 있는 형태로 다듬어 주세요"라고 시킨 뒤 메모장에 저장하세요.
• ② 저장한 요청을 새 대화에서 실제로 꺼내 써 보세요. 지난번과 비슷한 품질이 한 번에 나오는지 확인하는 것이 목적입니다.

여러분이 만든 요청 중 "이건 진짜 잘 통한다" 싶은 게 있다면 댓글로 공유해 주세요. 다른 분들의 업무에도 힌트가 됩니다.

본 회차는 2026년 8월 2일 기준입니다. 스타일 기능과 개인 맞춤 지시의 제공 여부·화면 구성은 요금제·창구·버전에 따라 다를 수 있습니다. 화면과 이 글이 다르면 화면이 맞습니다.

협업문의 : kuroicode@gmail.com
블로그 : https://ghost-production-0ec2.up.railway.app/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/