Claude 사용법 2026 – 개인화 지침부터 프로젝트 설정까지 반복 작업 줄이는 체크리스트

Claude를 제대로 쓰는 첫 단계는 모델을 고르는 일이 아니라, 계정 지침과 프로젝트 지침을 분리하는 일이다. 2026년 5월 기준 Claude Projects는 별도 채팅 기록과 지식 베이스, 프로젝트 instructions를 가진 작업 공간으로 설명된다.

처음 Claude를 켜면 빈 방에 들어간 느낌이 난다. 질문을 잘하면 답이 좋고, 대충 물으면 대충 친절하다. 친절한데 쓸모가 애매한 답변, 이게 제일 사람을 은근히 지치게 한다. 마치 회의록은 예쁜데 액션 아이템이 없는 회의 같다.

그래서 Claude 사용법의 핵심은 “프롬프트 잘 쓰기”에서 한 단계 내려와야 한다. 매번 같은 설명을 반복하지 않도록, 계정 전체 지침과 프로젝트별 지침을 나눠두는 것이다. 특히 쇼츠 대본, 롱폼 기획, 블로그 초안, 회의록 정리처럼 반복 작업이 있는 사람에게는 이 차이가 크다.

이번 글은 2026년 클로드 사용 치트키 영상의 내용을 바탕으로, 공식 Anthropic 도움말에서 확인되는 Projects, personalization, extended thinking, web search 기준을 함께 정리한 글이다. 목표는 멋진 프롬프트 모음이 아니다. Claude가 매번 덜 헤매게 만드는 운영 세팅이다.

먼저 잡을 답

Claude는 세 층으로 세팅하면 편하다. 첫째, 계정 전체 개인화 지침에는 말투와 판단 원칙을 적는다. 둘째, Projects에는 특정 작업의 역할, 자료, 출력 구조를 넣는다. 셋째, 채팅마다 웹 검색이나 extended thinking 같은 도구를 작업 난이도에 맞게 켠다.

이렇게 나누면 반복 작업이 훨씬 안정된다. 개인화 지침은 “나는 어떤 답변을 싫어하고 어떤 기준을 좋아하는가”를 담는다. 프로젝트 지침은 “이 작업은 어떤 형식으로 결과를 내야 하는가”를 담는다. 개별 채팅 프롬프트는 “오늘 넣을 재료와 요청”만 남기면 된다.

한 번에 다 넣으려고 하면 지침이 길어진다. 길어진 지침은 처음엔 든든하지만 나중엔 스스로도 뭘 넣었는지 모르게 된다. AI 작업에서도 서랍 정리가 필요하다. 만능 프롬프트는 보통 만능 리모컨처럼 생겼다가 결국 건전지부터 찾게 된다.

1단계: 개인화 지침은 말투보다 판단 기준을 먼저 쓴다

Claude 개인화 기능은 답변 스타일, 프로젝트 instructions, styles처럼 여러 층으로 나뉜다. 영상에서는 좌측 하단 프로필, 설정, Claude 지침 흐름으로 계정 전체 지침을 먼저 잡는 방식을 소개한다. 여기에는 역할, 말투, 응답 원칙, 금지 사항을 넣을 수 있다.

좋은 개인화 지침은 길지 않다. 아래 정도로 시작하면 충분하다.

- 전문 용어는 처음 한 번은 쉽게 풀어 설명해줘.
- 근거 없는 칭찬보다 사실과 한계를 먼저 말해줘.
- 불확실한 내용은 추정이라고 표시하고, 확인할 방법을 같이 적어줘.
- 내가 요청하지 않은 장식적 문구나 긴 서론은 줄여줘.

여기서 중요한 건 “친절하게 답해줘”가 아니라 “어떻게 판단해줘”다. Claude는 기본적으로 친절하다. 문제는 친절이 많아질수록 답이 흐려질 때다. 운영 도구로 쓰려면 불확실성, 근거, 다음 행동을 더 선명하게 만들어야 한다.

개인화 지침에 작업별 세부 템플릿까지 다 넣는 것은 추천하지 않는다. 예를 들어 쇼츠 대본 구조, 블로그 SEO 규칙, 회의록 양식, 고객 이메일 톤을 전부 계정 지침에 넣으면 서로 충돌한다. 계정 지침은 공통 철학만 담고, 세부 양식은 프로젝트로 보내는 편이 낫다.

2단계: Projects는 반복 작업의 작업대다

Anthropic 도움말 기준으로 Projects는 자체 채팅 기록과 지식 베이스를 가진 독립 작업 공간이다. 프로젝트마다 자료를 올리고, 프로젝트 instructions를 정의해 Claude가 그 프로젝트 안의 채팅에서 같은 맥락을 더 잘 이해하게 할 수 있다.

반복 콘텐츠 작업에는 Projects가 잘 맞는다. 쇼츠 대본을 예로 들면 프로젝트에 아래 네 가지를 넣는다.

구성 요소 예시
역할 “너는 짧은 영상 대본 편집자다”
출력 구조 훅, 본문 3포인트, 마무리, 제목 후보
금지 사항 과장, 검증 안 된 수익 주장, 반복 멘트
입력 변수 주제, 대상 독자, 영상 길이, 참고 링크

이 구조를 만들어두면 매번 “쇼츠 대본은 이렇게 써야 하고…”부터 설명하지 않아도 된다. 오늘의 주제와 자료만 넣으면 된다. 반복 설명이 줄어드는 만큼, 사람은 더 중요한 판단에 시간을 쓸 수 있다.

다만 프로젝트 지식 베이스에 모든 자료를 때려 넣는 건 좋은 습관이 아니다. Project Knowledge는 맥락을 주는 공간이지, 무한 창고가 아니다. 도움말은 프로젝트 지식이 컨텍스트 한계에 가까워지면 RAG 모드로 확장될 수 있다고 설명하지만, 그래도 자료 이름과 범위를 정리해두는 편이 좋다. 쓰레기 폴더를 RAG로 검색하게 만들면, 더 똑똑한 쓰레기 폴더가 된다.

3단계: 웹 검색, extended thinking, Research를 구분한다

Claude에서 검색과 사고 기능을 전부 켜면 좋아 보인다. 하지만 작업마다 필요한 모드가 다르다. Anthropic 도움말은 web search, extended thinking, Research의 쓰임을 구분한다. 간단한 최신 정보 확인은 web search가 맞고, 복잡한 추론은 extended thinking이 맞고, 여러 출처를 모아 보고서를 만들 때는 Research가 맞다.

영상에서는 웹 검색을 켜 최신성 문제를 줄이고, 복잡한 판단에는 적응형 사고 또는 extended thinking 계열 기능을 활용하라고 말한다. 이 조언은 맞지만, 매번 켤 필요는 없다.

아래처럼 나누면 덜 헷갈린다.

작업 추천 설정
최신 가격, 일정, 제품 변경 확인 web search
기획안 구조화, 코드 설계, 장단점 비교 extended thinking
경쟁사 조사, 시장 리포트, 긴 자료 종합 Research
이미 있는 자료를 양식에 맞춰 바꾸기 일반 채팅 또는 Project

여기서 제일 흔한 실수는 “최신 정보”가 필요한데 extended thinking만 켜는 것이다. 생각을 오래 한다고 없던 최신 문서가 생기진 않는다. 반대로 단순한 문장 다듬기에 Research를 켜면 시간만 늘어난다. 좋은 도구 사용법은 버튼을 많이 누르는 게 아니라 필요한 버튼만 누르는 것이다.

4단계: 모델 선택은 품질, 속도, 비용의 분기표로 본다

영상에서는 일반 작업은 Sonnet, 빠른 응답은 Haiku, 고품질 작업은 Opus 식으로 구분한다. 정확한 모델 이름과 제공 범위는 계정과 시점에 따라 바뀔 수 있으니, 글을 읽는 시점의 Claude 화면과 공식 안내를 확인해야 한다.

다만 원칙은 오래 간다. 빠른 분류, 짧은 요약, 초안 변환은 가벼운 모델이 맞다. 긴 기획, 복잡한 코드 설계, 글의 최종 품질 검수는 강한 모델이 맞다. 모든 작업을 가장 강한 모델로만 돌리면 편하지만, 반복 작업에서는 비용과 대기 시간이 쌓인다.

TECHTAEK식으로 말하면 모델 선택은 취향이 아니라 라우팅이다. 질문이 짧고 답도 짧으면 빠른 모델. 근거를 대조하고 구조를 짜야 하면 생각이 깊은 모델. 최종 원고나 중요한 판단은 고품질 모델. 이 세 줄이면 충분하다.

특히 콘텐츠 제작에서는 초안과 최종본을 나누는 게 좋다. 초안은 빠르게 많이 만들고, 최종본은 더 강한 모델과 사람 검수로 닫는다. 초안 생성 모델에게 최종 책임까지 맡기는 순간, 글이 매끈한데 이상하게 남의 말처럼 느껴질 수 있다.

5단계: 쇼츠 대본 프로젝트는 이렇게 작게 시작한다

영상의 예시처럼 쇼츠 대본 제작을 반복한다면, 첫 프로젝트는 아래 구조로 만들 수 있다.

프로젝트명: 쇼츠 대본 편집실

역할:
너는 45초 쇼츠 대본을 만드는 편집자다.

출력 구조:
1. 첫 3초 훅
2. 핵심 주장 1문장
3. 근거 2개
4. 반전 또는 주의점 1개
5. 댓글 유도 없이 자연스러운 마무리

금지:
- 검증 안 된 수익 주장
- "무조건", "100%" 같은 단정
- 같은 문장 길이 반복

입력 변수:
- 주제
- 대상 독자
- 참고 링크
- 영상 길이

이 정도면 매번 대본 구조를 설명하지 않아도 된다. 그리고 Claude가 결과를 만들 때마다 “어떤 자료에 근거했는지”, “확인해야 할 주장”, “제목 후보”를 같이 달라고 하면 후속 작업이 쉬워진다.

여기서 수익화 이야기는 조심해야 한다. 영상 후반에는 AI 툴 사용법보다 주제 선정, 제작 순서, 제목과 썸네일, 막히는 구간 해결이 중요하다는 흐름이 나온다. 이 말 자체는 맞다. 하지만 특정 전자책이나 가이드 구매 여부는 별개다. 구매 전에는 샘플, 실제 성과, 환불 조건, 내 채널과의 적합성을 봐야 한다.

실수 TOP 6

첫 번째 실수는 개인화 지침에 모든 작업 규칙을 몰아넣는 것이다. 계정 지침은 공통 원칙만, 프로젝트 지침은 작업별 양식을 담아야 한다. 한 파일에 다 넣으면 Claude보다 사람이 먼저 헷갈린다.

두 번째 실수는 프로젝트를 주제별이 아니라 기분별로 만드는 것이다. “마케팅”, “아이디어”, “콘텐츠”처럼 너무 넓으면 자료와 지침이 섞인다. “쇼츠 대본”, “블로그 초안 검수”, “회의록 액션 정리”처럼 출력물이 같은 단위로 나누는 편이 좋다.

세 번째 실수는 웹 검색을 켰다고 팩트 검증이 끝났다고 보는 것이다. 검색 결과를 가져와도 출처의 날짜, 공식성, 이해관계는 사람이 봐야 한다. 특히 수익화, 투자, 법률, 세금, 의료 이야기는 출처가 더 중요하다.

네 번째 실수는 extended thinking을 만능 품질 버튼처럼 쓰는 것이다. 복잡한 설계에는 도움 되지만, 자료가 부족한 상태에서 오래 생각하면 그럴듯한 추정이 늘어날 수도 있다. 필요한 자료를 먼저 넣고, 그다음 생각을 깊게 시키자.

다섯 번째 실수는 프로젝트 지침을 고치지 않는 것이다. 한 번 만든 템플릿은 끝이 아니다. 실제 출력물을 3번 정도 써보고, 반복되는 문제를 지침에 반영해야 한다. AI 템플릿도 운동화처럼 신어보고 맞춰야 한다.

여섯 번째 실수는 Claude가 만든 대본을 바로 업로드하는 것이다. 제목, 썸네일, 사실 주장, 저작권, 출처, 말투는 사람 검수가 필요하다. AI는 초안을 빠르게 만들 수 있지만, 채널의 신뢰는 사람이 지킨다.

운영 체크리스트

Claude를 반복 작업에 붙일 때는 아래 순서로 점검하자.

  • 계정 지침에 공통 말투와 판단 기준만 넣었는가?
  • 프로젝트 지침에 역할, 출력 구조, 금지 사항, 입력 변수를 넣었는가?
  • 프로젝트 지식 베이스의 파일명이 검색 가능하게 정리되어 있는가?
  • 최신 정보가 필요한 작업에서 web search를 켰는가?
  • 복잡한 기획이나 비교에서 extended thinking을 썼는가?
  • 최종 결과를 사람이 검수할 항목이 남아 있는가?

이 체크리스트의 핵심은 Claude를 더 똑똑하게 만드는 게 아니다. Claude가 같은 실수를 덜 반복하게 만드는 것이다. AI 생산성은 한 번의 멋진 답변보다 다음 작업이 빨라지는 구조에서 나온다.

FAQ

Claude 개인화 지침에는 무엇을 써야 하나?

말투보다 판단 기준을 먼저 쓰는 편이 좋다. 예를 들어 “불확실하면 추정이라고 표시”, “전문 용어는 쉽게 풀이”, “근거 없는 격려보다 사실 우선” 같은 규칙이 반복 작업에 도움이 된다.

Projects와 일반 채팅은 어떻게 나누면 좋나?

일회성 질문은 일반 채팅으로 충분하다. 같은 형식의 결과를 반복해서 만들거나, 참고 파일과 지침이 계속 필요한 작업은 Projects로 보내는 편이 좋다.

프로젝트 지식 베이스에 자료를 많이 넣으면 더 좋아지나?

무조건 그렇지는 않다. 관련 없는 자료가 많으면 검색과 판단이 흐려질 수 있다. 프로젝트 목적과 출력물에 필요한 자료만 넣고, 파일명과 설명을 정리하는 편이 낫다.

web search와 extended thinking을 같이 켜야 하나?

최신 자료를 찾고 그 자료를 깊게 분석해야 한다면 같이 쓸 수 있다. 단순 최신 확인은 web search만으로 충분하고, 자료가 이미 주어진 복잡한 판단은 extended thinking만으로도 충분한 경우가 많다.

쇼츠 대본 제작을 자동화하면 바로 수익화가 되나?

아니다. 대본 제작은 한 단계일 뿐이다. 주제 선정, 제목, 썸네일, 업로드 리듬, 시청 유지율, 피드백 반영이 같이 돌아가야 한다. AI는 제작 속도를 높일 수 있지만 채널 전략을 대신 책임지지는 않는다.

관련 글

참고 자료