7강 · 기억 설계 ILesson 7 · Memory Design I
Rule No.7 — 매번 설명하지 마라Rule No.7 — Stop re-explaining
강의 요약Summary
새 직원이 들어올 때마다 우리 매장의 환불 규정과 응대 톤을 처음부터 다시 설명한다면 금방 지칩니다. 그래서 우리는 사내 위키나 운영 매뉴얼에 한 번 적어 둡니다. Claude도 똑같습니다. 그런데 많은 분들이 새 대화창을 열 때마다 "우리 브랜드는 이런 톤이고, 환불은 며칠 이내까지 되고, 보고는 이런 형식으로…"를 또 붙여 넣고 있습니다. 매번 같은 배경을 다시 입력하는 겁니다. 왜 이게 문제일까요. 그렇게 적어 둔 지식은 그 대화가 끝나면 사라지기 때문입니다 — 잘 만들어 둔 설명인데도 매번 휘발됩니다.If you re-explained your store's refund policy and tone of service to every new hire from scratch, you'd burn out fast. So we write it once into the team wiki or the ops manual. Claude is the same. Yet many people, every time they open a new chat, paste it in again: "our brand has this tone, refunds are allowed within so many days, reports go in this format…" — re-entering the same background every single time. Why is that a problem? Because knowledge written that way disappears the moment the conversation ends — a perfectly good explanation, evaporating every time.
이 강의의 핵심은 단순합니다. 두 번 설명할 거면, 한 번 적어 둬라. 매 세션 반복할 지식은 말로 또 하지 말고, 한 번 파일에 적어 두면 Claude가 대화를 시작할 때마다 그걸 자동으로 먼저 읽습니다. 이 파일이 CLAUDE.md, 그리고 그 뒤에 있는 메모리 시스템입니다. 대화창에 적은 것은 그 세션 한 번이면 끝이고 다음엔 또 처음부터지만, 파일에 적은 것은 한 번 쓰고 매번 다시 읽힙니다. 그래서 같은 지식이라도 어디에 두느냐가 비용을 정합니다. 대화창에 두면 매번 다시 설명·매번 조금씩 달라짐·매번 자리만 차지, 파일에 두면 한 번 쓰고 일관되게 재사용. 차이는 내용이 아니라 위치입니다.The heart of this lecture is simple: if you'd explain it twice, write it once. For knowledge you'd repeat every session, don't say it again — write it once into a file, and Claude reads it first, automatically, at the start of every conversation. That file is CLAUDE.md, and the memory system behind it. What you type into the chat lasts one session and then it's back to square one; what you write into the file is written once and re-read every time. So even for the same knowledge, where you put it sets the cost. In the chat: re-explained every time, drifting a little each time, taking up space each time. In the file: written once, reused consistently. The difference isn't the content — it's the location.
그렇다면 무엇을 적어 둘까요. 첫째, 반복되는 것만 적습니다. 한 번 쓰고 말 일은 그냥 대화창에 두고, 매 대화마다 또 설명하게 되는 것 — 브랜드 톤, 환불·교환 규정 요약, 자주 쓰는 보고 형식 — 만 파일로 옮깁니다. 둘째, 짧고 구체적으로 적습니다. 이 파일도 매번 읽히느라 자리를 차지하므로, "잘 좀 해 줘" 같은 막연한 말 말고 "환불은 영수증 기준 14일 이내"처럼 또렷한 규칙·사실만 담습니다. 셋째, 잘 안 바뀌는 안정적인 것만 적습니다. 이번 주 프로모션처럼 금세 낡을 사실은 빼는 게 낫습니다. 넷째, 위치를 맞춥니다. 이 프로젝트에만 해당하는 건 프로젝트용 메모에, 내 모든 작업에 따라다닐 개인 습관은 개인 메모에 둡니다. 한 번에 완벽히 다 쓰려 하지 말고, "어, 이거 또 설명하고 있네" 싶을 때마다 한 줄씩 키워 가세요. 파일 이름이나 여는 방법은 도구·버전마다 바뀌지만, 두 번 설명할 건 한 번 적는다는 원리는 그대로 갑니다.So what should you write down? First, only what repeats. Leave one-off things in the chat, and move into the file only what you find yourself explaining in every conversation — your brand tone, a summary of your refund and exchange rules, the report format you use most. Second, write it short and specific. This file also takes up space because it's read every time, so skip vague lines like "just do it well" and keep only clear rules and facts, like "refunds within 14 days of the receipt date." Third, keep only stable things that rarely change. Facts that go stale fast — like this week's promotion — are better left out. Fourth, match the location: put what applies only to this project in the project memo, and personal habits that follow all your work in your personal memo. Don't try to write it all perfectly at once; grow it one line at a time, whenever you catch yourself thinking "wait, I'm explaining this again." The file name and how you open it change with tools and versions, but the principle — if you'd explain it twice, write it once — stays the same.
핵심 개념 5가지Five key concepts
-
01
매번 같은 배경을 다시 설명하는 낭비The waste of re-explaining the same background
새 대화창을 열 때마다 "우리 브랜드 톤은 이렇고, 환불은 이렇게 받고, 보고는 이 형식으로…"를 또 입력하고 있다면, 잘 만든 지식이 매번 휘발되고 있다는 신호입니다. 이때 구체적으로 세 가지를 잃습니다. ① 유실 — 대화창에 적은 지식은 그 세션 안에서만 살아 있어, 끝나면 사라지고 다음엔 또 처음부터입니다. ② 불일치 — 매번 손으로 다시 쓰다 보면 표현이 조금씩 달라져 규칙이 슬금슬금 흔들립니다. ③ 자리 낭비 — 같은 설명을 매 대화에 또 올리면 그만큼 작업 공간을 또 차지합니다. 버그가 아니라, 지식을 대화창에만 둔 결과입니다.If every time you open a new chat you re-type "our brand tone is this, refunds work like that, reports go in this format…," that's a sign your well-made knowledge is evaporating every time. You lose three things, specifically. (1) Loss — knowledge typed into the chat lives only inside that session, so it's gone when the session ends and you start over next time. (2) Drift — re-typing it by hand each time, the wording shifts a little and the rule slowly wobbles. (3) Wasted space — re-loading the same explanation into every conversation spends that working space again. It isn't a bug; it's the result of keeping knowledge only in the chat.
-
02
한 번 적어 두면, 매 대화마다 자동으로 읽힌다Write it once, and it's read automatically every conversation
해법은 그 지식을 대화창이 아니라 파일에 적어 두는 것입니다. 이 파일이 CLAUDE.md(클로드 닷 엠디) — 한마디로 Claude가 매 대화를 시작할 때 자동으로 가장 먼저 읽는 메모입니다. 프로젝트 안에 이 파일이 있으면, 대화가 시작될 때 그 내용이 자동으로 불러와지고 그 위에 내 요청이 얹힙니다. 그러니 대화창에 다시 붙여 넣지 않아도, 적어 둔 규칙과 맥락이 처음부터 이미 들어와 있습니다. 한 번 적으면 매번 재사용됩니다. 다만 정확한 파일 이름·여는 방법·우선순위는 도구·버전마다 바뀔 수 있으니, 쓰는 시점의 공식 안내를 기준으로 삼으세요. 변하지 않는 건 '한 번 적어 두면 매번 설명할 필요가 없다'는 원리입니다.The fix is to write that knowledge into a file rather than the chat. That file is CLAUDE.md — in a word, the note Claude reads first, automatically, at the start of every conversation. If the file sits inside your project, its contents are loaded automatically when the conversation begins, and your request sits on top of them. So without re-pasting into the chat, the rules and context you wrote are already there from the very start. Write it once, reuse it every time. That said, the exact file name, how you open it, and its priority can change with tools and versions, so treat the official guidance at the time you're using it as the truth. What doesn't change is the principle: write it once, and you never have to explain it again.
-
03
같은 지식이라도, 두는 곳이 비용을 정한다Same knowledge — where it lives sets the cost
대화창에 둔 지식과 파일에 둔 지식은 내용이 같아도 성격이 완전히 다릅니다. 수명 — 대화창은 세션 한 번이면 끝, 파일은 계속 남습니다. 반복 비용 — 대화창은 매번 다시 입력, 파일은 한 번. 일관성 — 대화창은 손으로 쓸 때마다 조금씩 달라짐, 파일은 고정. 불러오기 — 대화창은 매번 직접 붙여넣기, 파일은 자동. 네 가지가 전부 한 가지의 결과입니다 — 바로 위치입니다. 게다가 둘 곳도 한 종류가 아니라, 이 프로젝트에 함께 일하는 모두에게 공유되는 '프로젝트 메모'와, 내 모든 작업에 따라다니는 '개인 메모'로 나뉩니다. 무엇을 어디 둘지가 곧 운영 비용과 재사용 범위를 정합니다.Knowledge in the chat and knowledge in the file behave completely differently, even with identical content. Lifespan — the chat lasts one session, the file stays. Repeat cost — the chat is re-entered every time, the file just once. Consistency — the chat drifts a little each time you hand-type it, the file stays fixed. Loading — the chat must be pasted manually, the file is automatic. All four are the result of one thing: location. And there's more than one place to put things — a "project memo" shared with everyone working on this project, and a "personal memo" that follows you across all your work. What you put where decides your operating cost and your reuse scope.
-
04
좋은 메모 = 짧고 · 구체적이고 · 안정적A good memo = short, specific, and stable
그렇다고 아무거나 다 적으면 될까요? 아닙니다. 이 파일도 매 대화마다 자동으로 읽히므로, 파일 자체가 매번 작업 공간을 차지합니다 — 길수록 비용입니다. 나쁜 메모는 "최선을 다해 잘 좀 해 주세요" 같은 막연한 말이 잔뜩이고, 추상적이고, 금세 낡을 사실(이번 주 프로모션 같은)까지 담깁니다. 좋은 메모는 정반대로 짧고 구체적입니다 — "환불은 영수증 기준 14일 이내"처럼 또렷한 규칙·금기·자주 쓰는 사실 위주로, 그것도 잘 안 바뀌는 안정적인 것만 담습니다. Rule No.2 '컨텍스트를 지켜라'가 여기서도 작동합니다. 막연한 칭찬·중복·금세 낡는 사실은 비용만 늘리고 효과는 거의 없습니다.So can you just write anything and everything? No. This file is auto-read every conversation, so the file itself takes up working space every time — longer is costlier. A bad memo is full of vague lines like "please just do your best," is abstract, and even holds facts that go stale fast (like this week's promotion). A good memo is the opposite: short and specific — mostly clear rules, don'ts, and frequently-used facts, like "refunds within 14 days of the receipt date," and only the stable ones that rarely change. Rule No.2, protect the context, is at work here too. Vague praise, redundancy, and facts that go stale fast only add cost with almost no benefit.
-
05
무엇을 기억시킬지 — 5체크, 그리고 한 줄씩 키우기What to remember — five checks, grown one line at a time
무언가를 적기 전에 다섯 가지만 점검하면, 다시 설명할 일이 거의 없어집니다. ① 반복되나? — 매 대화 반복되는 것만 적고, 한 번 쓰고 말 일은 대화창에 둡니다. ② 구체적인가? — 막연한 말 말고 또렷한 규칙·사실로. ③ 짧은가? — 자리를 차지하니 핵심만, 길면 잘라냅니다. ④ 안정적인가? — 금세 낡을 사실은 빼거나 출처로 돌립니다. ⑤ 위치가 맞나? — 이 프로젝트만이면 프로젝트 메모, 내 전역 습관이면 개인 메모. 그리고 한 번에 완벽히 쓰려 하지 마세요 — "이거 또 설명하네" 싶을 때마다 한 줄씩 추가하고, 안 맞는 줄은 지우며 살아 있는 문서처럼 키워 갑니다.Run five checks before you write anything, and you'll rarely re-explain. (1) Does it repeat? — write only what repeats every conversation; leave one-off things in the chat. (2) Is it specific? — clear rules and facts, not vague phrasing. (3) Is it short? — it takes up space, so keep only the core and trim what's long. (4) Is it stable? — drop facts that go stale fast, or push them to a source. (5) Right location? — project memo if it's only this project, personal memo if it's a global habit of yours. And don't try to write it all perfectly at once — add a line whenever you think "I'm explaining this again," delete lines that no longer fit, and grow it like a living document.
실습 예제Exercise
매일 반복해서 설명하게 되는 우리 업무 배경을 한 번 정리해, 다음부터는 다시 설명하지 않는 연습입니다. 코드도, 설정 파일도 필요 없습니다 — 아래 지시문을 Claude 대화창에 그대로 붙여 넣어 '우리 매장 응대 메모'를 한 번 만든 다음, 그 메모를 바탕으로 실제 고객 문의나 보고 작성을 시켜 보며 매번 배경을 다시 설명하지 않아도 되는지 확인합니다. 소재는 리테일 실무자가 매번 반복하는 세 가지 — 우리 브랜드 응대 톤, 환불·교환 규정 요약, 자주 쓰는 보고 형식 — 입니다. 이 세 가지를 한 번 또렷하게 적어 두면, 어떤 반복 설명이든 같은 방식으로 메모로 옮길 수 있습니다.Practice consolidating the work background you find yourself re-explaining every day, so you never explain it again. No code, no config files — paste the instruction below straight into a Claude chat to build a "store-service memo" once, then have Claude draft a real customer reply or report based on it, checking whether you no longer have to re-explain the background every time. The subject is the three things retail staff repeat constantly — your brand's tone of service, a summary of your refund and exchange rules, and the report format you use most. Once you write these three clearly, just once, you can move any repeated explanation into a memo the same way.
지금부터 우리 매장의 '응대 메모'를 함께 만들 거야. 이 메모는 앞으로 내가 고객 문의 답변이나 보고를 부탁할 때 네가 매번 참고할 배경이야. 한 번 정리해 두면, 다음부터 나는 이 배경을 다시 설명하지 않을 거야.We're going to build our store's "service memo" together. This memo is the background you'll refer to every time I later ask you to answer a customer inquiry or write a report. Once we organize it, from then on I won't re-explain this background.
아래 세 가지를, 짧고 구체적인 규칙·사실 위주로 정리해서 '응대 메모' 형태로 돌려줘. 막연한 미사여구 말고, 한 줄로 또렷하게.Organize the three things below into a "service memo," centered on short, specific rules and facts. No vague flourishes — make each one clear, in a single line.
- 브랜드 응대 톤: 친근하지만 과하지 않게, 항상 존댓말, 사과는 한 번만 진정성 있게, 고객을 '고객님'으로 호칭.Brand tone of service: friendly but not over the top, always polite/formal speech, apologize just once and sincerely, address the customer as "customer."
- 환불·교환 규정 요약: 영수증 기준 14일 이내 환불 가능, 단순 변심 교환은 미개봉 상품만, 식품·세일 상품은 환불 불가.Refund & exchange policy summary: refunds within 14 days of the receipt date, change-of-mind exchanges only on unopened items, no refunds on food or sale items.
- 자주 쓰는 보고 형식: (1) 한 줄 요약 (2) 처리 내용 (3) 고객 반응 (4) 후속 필요사항. 항상 이 네 항목 순서로.Frequently used report format: (1) one-line summary (2) what was handled (3) customer reaction (4) follow-up needed. Always in these four items, in this order.
## 메모를 만들 때 지켜줘## Follow these when building the memo
- 위 세 가지에 없는 규정이나 톤을 네 일반 상식으로 지어내서 추가하지 마. 내가 준 내용만 정리해.Don't invent rules or tone not in the three items above from your general knowledge. Organize only what I gave you.
- 이번 주 프로모션처럼 금세 바뀔 사실은 메모에 넣지 마. 잘 안 바뀌는 것만 담아.Don't put fast-changing facts like this week's promotion into the memo. Keep only things that rarely change.
- 내가 준 내용 중 서로 충돌하거나 빠진 게 있으면, 임의로 메우지 말고 '확인 필요'로 따로 표시해서 나에게 물어봐.If anything I gave you conflicts or is missing, don't fill it in on your own — flag it separately as "needs confirmation" and ask me.
메모를 만든 다음에는, 내가 이 메모를 "우리 매장 응대 메모"라고 부르며 고객 문의나 보고를 부탁할 거야. 그때는 매번 위 배경을 이 메모 기준으로 적용해서 답해줘.After you build the memo, I'll refer to it as our "store service memo" when I ask for customer replies or reports. Each time, apply the background above according to this memo when you answer.
- 메모 만들기: Claude 대화창을 열고 위 지시문을 그대로 붙여 넣는다. 돌려준 '응대 메모'가 세 항목(톤·규정·보고 형식)을 짧고 구체적인 규칙으로 담았는지, 내가 주지 않은 내용을 지어내지 않았는지, 충돌·누락을 '확인 필요'로 표시했는지 확인한다. 이게 바로 한 번 적어 두는 'CLAUDE.md 같은 메모'다.Build the memo: Open a Claude chat and paste in the instruction above. Check that the returned "store-service memo" captures the three items (tone, policy, report format) as short, specific rules, that it didn't invent anything you never gave it, and that it flagged conflicts or gaps as "needs confirmation." This is exactly the kind of "CLAUDE.md-style memo" you write once.
- 다시 설명하지 않고 재사용해 보기: 새로 "이 응대 메모 기준으로, '주문한 식품이 상해서 왔어요. 환불해 주세요'라는 문의에 답장 초안 잡아줘"라고만 요청한다. 브랜드 톤도, 환불 규정도 다시 설명하지 않았는데 답장이 메모대로(존댓말 톤 + 식품은 환불 불가 규정 반영)면, 배경을 한 번 적어 둔 효과가 나온 것이다.Reuse it without re-explaining: In a fresh request, just say "Using the store-service memo, draft a reply to this inquiry: 'The food I ordered arrived spoiled. Please refund me.'" If the reply follows the memo (polite tone + reflecting the no-refund-on-food rule) even though you re-explained neither the brand tone nor the refund policy, you're seeing the payoff of writing the background down once.
- 메모를 키우고 점검하기: 답을 받아 보니 빠진 배경이 보이면(예: '교환 시 배송비 부담 주체'), 그 한 줄을 메모에 추가해 달라고 한다 — 한 번에 완벽히가 아니라 반복이 보일 때마다 한 줄씩 키우는 연습이다. 마지막으로 일부러 '이번 주 50% 세일'처럼 금세 낡을 사실을 넣어 달라고 해 보고, 그건 자주 바뀌니 메모 말고 그때그때 말하라고 되묻거나 빼면, '안정적인 것만 적는다'는 원칙까지 통과한 것이다.Grow and audit the memo: If the reply reveals missing background (say, "who pays shipping on an exchange"), ask it to add that one line to the memo — the practice is growing it one line at a time as repetition shows up, not perfecting it all at once. Finally, deliberately ask it to add a fast-fading fact like "this week's 50% sale"; if it pushes back that this changes often and belongs in the moment rather than the memo, or leaves it out, you've also passed the "keep only stable things" principle.