90%의 사람들이 Claude를 사용한다고 말하지만, 그 진정한 힘을 제대로 활용하지 못하고 있습니다.
솔직히 말하겠습니다. 이것은 능력의 문제가 아닙니다.
바로 '사용 마인드셋'의 문제입니다.
대부분의 사람들은 Claude를 "더 똑똑한 ChatGPT"처럼 사용합니다.
"요약해 줘", "답변 초안을 작성해 줘", "아이디어 좀 줘."
그들은 답변을 복사해서 자신의 문서에 붙여넣습니다.
그걸 계속 반복합니다.
이것이 바로 "AI에게 질문하는" 마인드셋입니다.
반면, 파워 유저들은 완전히 다른 접근을 합니다.
그들이 하는 일은 "과제 자체를 AI에게 넘기는" 것입니다.
파일 정리. 이메일 분류. 엑셀 집계. 문서 작성.
그들은 단발성 질문을 하는 것이 아니라, 업무 전체 흐름을 위임합니다.
이번에는 여러분이 "활용도를 못 올리는 사람"에서 "파워 유저"로 도약할 수 있도록 50가지 사용법을 6개 카테고리로 정리했습니다.
한 번에 모두 익힐 필요는 없습니다.
이것을 '메뉴판'이라고 생각하세요.
"내 업무와 가까운 것은 무엇일까?"라는 시선으로 읽으면 분명히 와닿는 방법을 찾을 수 있을 것입니다.
※ 이 글을 저장하는 것을 추천합니다.
50개를 한 번에 시도할 필요가 없습니다.
일주일에 하나씩 소화해 보세요.
각 항목에는 "프롬프트 예시"와 "효과"가 포함되어 있습니다.
프롬프트 예시는 바로 복사해서 사용할 수 있도록 설계되었습니다.
■ 1. 기본 명령어 마스터하기 (10개)
여기서부터 시작하세요. Claude Code의 '기초'를 이루는 작업들입니다.
1. "/plan"을 사용하여 실행 전에 계획만 출력하게 하기
프롬프트 예시: "아직 작업은 하지 마. /plan 으로 단계만 먼저 출력해 줘."
효과: 사고 예방의 기본. 첫 단계에서 통제 불능을 막을 수 있습니다.
2. Plan 모드를 사용하여 승인을 위해 멈추게 하기
프롬프트 예시: "Plan 모드야. 내가 승인할 때까지 실행하지 마."
효과: AI가 혼자서 진행해 버릴까 봐 불안함이 사라집니다. 사용자가 GO를 할 때까지 움직이지 않습니다.
3. "/rewind"를 사용하여 한 단계 되돌리기
프롬프트 예시: "/rewind 로 현재 작업을 취소해."
효과: 실패해도 다시 할 수 있습니다. 심리적 부담이 대폭 줄어듭니다.
4. CLAUDE.md에 자신만의 규칙을 작성하기
프롬프트 예시: "작문 스타일, 독자 페르소나, 표기 규칙을 CLAUDE.md에 정리해 줘."
효과: 매번 설명이 필요 없습니다. 한 번 작성해 두면 계속 전제 조건으로 작동합니다.
5. 프로젝트별로 다른 CLAUDE.md 사용하기
프롬프트 예시: "이 폴더 전용 CLAUDE.md를 만들어 줘."
효과: 프로젝트 간 혼란이 사라집니다. 출력물의 일관성이 유지됩니다.
6. 자주 사용하는 지시를 커스텀 명령어로 등록하기
프롬프트 예시: "이 일련의 지시를 커스텀 명령어로 만들어 줘."
효과: 매주 긴 지시가 한 줄로 끝납니다. 입력 시간이 1/10로 줄어듭니다.
7. "/clear"를 사용하여 컨텍스트 초기화하기
프롬프트 예시: "대화가 꼬였어. /clear 로 한 번 리셋해 줘."
효과: 정확도 저하를 방지합니다. 답변이 다시 정밀해집니다.
8. "@파일명"을 사용하여 특정 파일만 읽게 하기
프롬프트 예시: "@report.md 만 보고 핵심을 알려줘."
효과: 불필요한 정보를 읽지 않습니다. 답변의 정확도가 향상됩니다.
9. Hooks를 사용하여 위험한 삭제를 실행 전에 차단하기
프롬프트 예시: "삭제 명령은 Hooks로 실행 전에 차단되도록 설정해 줘."
효과: 가장 체감되는 안전 장치입니다. 돌이킬 수 없는 사고를 방지합니다.
10. 출력 형식을 규칙화하기
프롬프트 예시: "항상 '결론 → 근거 → 다음 행동' 순서로 보고해 줘."
효과: 매번 같은 형식으로 정보를 받을 수 있습니다. 다시 읽는 시간이 줄어듭니다.
이 10가지만으로 Claude는 "일회용 질문 상자"에서 "나만의 전담 직원"으로 변합니다.
"파일이 삭제될까 봐 무서워요"라는 저항에 대한 답변
"AI가 내 폴더를 건드리는 게 무서워요."
그 저항감을 잘 알고 있습니다.
다음 카테고리인 ②는 파일 작업입니다.
가장 불안감이 생기는 부분이기 때문에 먼저 답변을 드리겠습니다.
실제로 긴장되는 순간이 있습니다.
"먼저 계획을 보여줘"라는 과정을 건너뛰고 그냥 "다 정리해"라고 하면, 중요한 파일을 '불필요'하다고 판단해서 한꺼번에 옮겨버릴 수도 있습니다.
답변은 "갑자기 실행하지 않는" 시스템을 만드는 것입니다.
・"/plan"으로 건드릴 파일, 절차, 리스크를 출력하게 하고 승인까지 멈추게 합니다.
・Plan 모드에서 승인을 위해 멈추게 하고, 통제 불능이 되어도 "/rewind"로 한 걸음 되돌립니다.
・중요한 파일은 백업을 전제로만 건드리게 합니다.
・위험한 삭제 명령은 Hooks로 실행 전에 차단합니다.
의지력에 의존하는 대신 "사고가 일어날 수 없는 시스템"을 먼저 만드세요.
사람은 탈출구가 있다는 것을 알면 첫걸음을 뗄 수 있습니다.
■ 2. 파일 정리 및 관리 위임하기 (8개)
수작업에 가장 많은 시간을 소비했던 영역입니다.
11. Downloads 폴더를 프로젝트와 유형별로 자동 분류하기
프롬프트 예시: "Downloads 폴더 전체를 보고 분류 계획만 먼저 제시해 줘."
효과: 주말 수작업이 사라집니다. 수백 개의 파일이 몇 분 만에 정리됩니다.
12. 파일명 불일치 일괄 수정하기
프롬프트 예시: "명명 규칙을 정하고 불일치를 한 번에 수정해 줘."
효과: 시각적 수정 작업이 사라집니다. 검색 용이성이 대폭 향상됩니다.
13. 중복 파일 감지 및 정리하기
프롬프트 예시: "내용이 같은 파일을 감지해서 목록으로 보여줘."
효과: 몰랐던 중복을 발견합니다. 저장 공간도 정리됩니다.
14. 오래된 파일을 Archive로 자동 이동하기
프롬프트 예시: "3개월간 건드리지 않은 파일을 Archive로 옮겨 줘."
효과: 작업 폴더가 가벼워집니다. 지금 사용하는 것만 남게 됩니다.
15. 폴더 구조 규칙을 정하고 그에 따라 정리하기
프롬프트 예시: "이상적인 폴더 구조를 제안하고 그에 따라 정리해 줘."
효과: 무분별한 저장이 사라집니다. 파일을 잃어버리는 일이 없습니다.
16. PDF 내용을 읽고 주제별로 분류하게 하기
프롬프트 예시: "PDF 내용을 읽고 내용별로 폴더에 분류해 줘."
효과: 파일명에 의존하지 않고 분류할 수 있습니다. 내용 기반으로 정리됩니다.
17. 이미지를 촬영 날짜와 내용별로 정리하기
프롬프트 예시: "이미지를 촬영 날짜와 내용별로 자동 분류해 줘."
효과: 방치된 이미지 폴더가 한 번에 정리됩니다.
18. 삭제 후보를 삭제하지 않고 목록으로만 제시하게 하기
프롬프트 예시: "삭제하지 말고 불필요해 보이는 파일의 후보만 목록으로 보여줘."
효과: 삭제 전에 사람이 승인하는 흐름이 됩니다. 사고가 사라집니다.
핵심은 18번입니다. 갑자기 삭제하게 하지 마세요. 먼저 후보를 출력하게 하고 사람이 승인합니다.
■ 3. 이메일 및 Slack 연동 커뮤니케이션 처리 (8개)
매일 아침 "이메일을 열어보고 분류하는" 시간을 거의 0으로 만들 수 있습니다.
19. 수신 이메일을 중요도별로 자동 분류하기
프롬프트 예시: "수신 이메일을 중요도별로 분류해 줘."
효과: 매일 아침 30분이 약 5분이 됩니다. 무엇을 먼저 읽을지 망설일 필요가 없습니다.
20. 답장이 필요한 이메일만 추출하기
프롬프트 예시: "답장이 필요한 것만 목록으로 보여줘."
효과: 응답 누락이 사라집니다. 해야 할 일이 한눈에 보입니다.
21. 자신의 문체로 정기적인 답장 초안 작성하기
프롬프트 예시: "이 이메일에 대한 답장 초안을 내 문체로 작성해 줘."
효과: 글쓰기를 시작하는 수고가 사라집니다. 확인하고 보내기만 하면 됩니다.
22. 긴 스레드를 3줄로 요약하기
프롬프트 예시: "이 전체 스레드를 3줄로 요약해 줘."
효과: 흐름을 따라가는 시간이 대폭 줄어듭니다. 배경을 즉시 파악할 수 있습니다.
23. 읽지 않은 Slack 메시지 요약 및 조치 필요 항목만 추출하기
프롬프트 예시: "읽지 않은 메시지를 요약하고 내가 응답해야 할 것만 출력해 줘."
효과: 읽지 않은 메시지 산더미에 파묻히지 않습니다. 필요한 반응만 골라낼 수 있습니다.
24. 회의록 이메일에서 자신의 작업만 추출하기
프롬프트 예시: "이 회의록에서 내가 담당한 작업만 추출해 줘."
효과: 자신의 할 일을 즉시 알 수 있습니다. 다시 읽는 수고가 사라집니다.
25. 문의 이메일에 내용별 태그 붙이기
프롬프트 예시: "문의 내용별로 태그를 붙여 줘."
효과: 분류 작업이 자동화됩니다. 트렌드도 파악할 수 있습니다.
26. "긴급"이 포함된 이메일 우선 순위 지정하기
프롬프트 예시: "'긴급'이 포함된 이메일을 최우선으로 목록으로 보여줘."
효과: 간과로 인한 패닉 상황이 사라집니다.
"이메일을 읽는 시간"에서 "행동이 필요한 것만 보는 시간"으로 바뀝니다.
■ 4. 문서 및 자료 작성 위임하기 (8개)
"백지 상태에서 쓰는 것"을 "다듬는 것"으로 바꾸는 영역입니다.
27. 메모를 bullet point로 정리하여 보고서 만들기
프롬프트 예시: "이 메모들을 보고서 형태로 정리해 줘."
효과: 빈 페이지에 대한 불안이 사라집니다. 순간적으로 초안이 나타납니다.
28. CLAUDE.md의 작문 스타일 규칙에 통일하기
프롬프트 예시: "이것을 CLAUDE.md의 작문 스타일 규칙에 따라 다듬어 줘."
효과: 글의 질이 일정하게 유지됩니다. CLAUDE.md가 가장 빛을 발하는 순간입니다.
29. 녹음 텍스트에서 자동으로 회의록 생성하기
프롬프트 예시: "이 대화 기록에서 회의록을 만들어 줘."
효과: 회의 후 정리 시간이 0에 가까워집니다.
30. 긴 문서를 1페이지 요약본으로 만들기
프롬프트 예시: "이 문서를 한 페이지로 요약해 줘."
효과: 공유가 빨라집니다. 읽는 사람의 부담도 줄어듭니다.
31. 목적별로 여러 프레젠테이션 구조 초안 제공하기
프롬프트 예시: "목적을 바탕으로 3가지 패턴의 구조 초안을 제공해 줘."
효과: 아이디어 생성 시간이 단축됩니다. 비교하고 선택할 수 있습니다.
32. 오타 및 표기 불일치 일괄 확인하기
프롬프트 예시: "이 문서의 오타와 표기 불일치를 한 번에 수정해 줘."
효과: 눈으로 일일이 확인하는 작업이 사라집니다.
33. 전문 용어에 초보자도 이해할 수 있는 간단한 설명 추가하기
프롬프트 예시: "전문 용어에 초보자도 이해할 수 있는 설명을 추가해 줘."
효과: 글이 전달력 있어집니다. 읽는 사람이 누구든 상관없습니다.
34. "상사용"과 "고객용"을 다르게 작성하기
프롬프트 예시: "같은 내용을 상사용과 고객용으로 각각 작성해 줘."
효과: 대상에 따른 재작업이 한 번에 끝납니다.
문서의 질이 더 이상 들쑥날쑥하지 않게 됩니다. CLAUDE.md가 가장 빛을 발하는 영역입니다.
■ 5. 정기 작업 자동화 (6개)
"매주 하는 똑같은 작업"을 Skills로 만드는 영역입니다.
35. 영업 CSV에서 주간 보고서 자동 집계하기
프롬프트 예시: "이 영업 CSV에서 주간 보고서를 집계해 줘."
효과: 매주 3시간이 약 20분이 됩니다. 작업의 규모가 바뀝니다.
36. 피벗 테이블 생성 절차를 Skills로 등록하기
프롬프트 예시: "이 집계 절차를 Skills에 등록해 줘."
효과: 다음 주부터는 같은 테이블이 한 줄의 지시로 나타납니다.
37. 회계 전표 확인 규칙화하기
프롬프트 예시: "전표 확인 규칙을 정하고 자동으로 실행해 줘."
효과: 30분 걸리던 확인이 몇 분으로 줄어듭니다.
38. 주간 KPI 집계를 한 줄 명령어로 실행하기
프롬프트 예시: "KPI 집계를 한 줄 명령어로 실행할 수 있게 해 줘."
효과: 집계를 시작하는 시간이 0이 됩니다.
39. 정기 보고서에 최신 수치 반영하기
프롬프트 예시: "이번 주 수치를 보고서 템플릿에 반영해 줘."
효과: 템플릿 업데이트를 위한 수작업이 사라집니다.
40. 로그에서 이상치만 추출하여 알림 보내기
프롬프트 예시: "로그를 보고 이상치만 추출해서 알려줘."
효과: 모니터링 감시자 역할에서 해방됩니다.
Skills에 등록되면 다음 주부터 한 줄의 지시로 끝납니다.
■ 6. 고급 사용자 방법 (10개)
"환경을 설계하는 것"을 전제로 하는 영역입니다.
41. 서브 에이전트로 여러 가설을 병렬 검증하기
프롬프트 예시: "가설을 3개 세우고 별도의 에이전트로 동시에 검증해 줘."
효과: 한 명이 여러 명의 일을 처리할 수 있습니다. 가장 충격적인 사용법입니다.
42. Agent Team이 역할을 분담하고 상호 검증하여 결론 도출하기
프롬프트 예시: "검증 역할을 분담하고 마지막에 결론을 비교해 줘."
효과: 누락이 줄어듭니다. 다각적인 답변이 생성됩니다.
43. 버그 원인 후보 3개를 세우고 동시에 조사하기
프롬프트 예시: "버그 원인 후보 3개를 병렬로 조사해 줘."
효과: 원인 파악 시간이 한 번에 단축됩니다.
44. Hooks로 실행 전후 안전 점검 자동화하기
프롬프트 예시: "Hooks를 사용하여 실행 전후에 안전 점검을 넣어 줘."
효과: 사람의 감독을 시스템이 보완할 수 있습니다.
45. MCP를 통해 외부 도구와 연동하기
프롬프트 예시: "MCP를 통해 캘린더와 DB에 연결해서 조작해 줘."
효과: AI의 작업 범위가 한 번에 확장됩니다.
46. CLAUDE.md를 계층화하여 재사용하기
프롬프트 예시: "공통 규칙과 개별 규칙을 계층으로 나눠 줘."
효과: 에셋이 프로젝트 간에 활용됩니다.
47. 업무 전체 흐름을 하나의 Workflow로 결합하기
프롬프트 예시: "이 일련의 단계를 하나의 Workflow로 만들어 줘."
효과: 매번 준비할 필요가 없습니다. 전체 흐름이 자동화됩니다.
48. 테스트와 리뷰를 별도의 에이전트가 담당하게 하기
프롬프트 예시: "만드는 AI와 확인하는 AI를 분리해서 실행해 줘."
효과: 자기 검토의 관대함이 사라집니다.
49. 백업을 전제로 중요한 파일을 건드리게 하기
프롬프트 예시: "중요한 파일을 편집하기 전에 백업을 받아 줘."
효과: 최악의 경우에도 되돌릴 수 있습니다. 안심하고 위임할 수 있습니다.
50. "좋은 지시를 하지 않아도 좋은 결과가 나오는 환경" 만들기
프롬프트 예시: "매번 설명하지 않아도 같은 품질이 나오도록 전제를 설정해 줘."
효과: 지시 스킬에 의존하지 않습니다. 이것이 이 글 전체의 결론입니다.
50번은 이 글 전체의 결론입니다.
핵심을 다음에 말씀드리겠습니다.
■ 7. 활용도를 못 올리는 사람과 마스터하는 사람의 단 하나의 차이
전환점은 스킬도 지식의 양도 아닙니다.
단 한 가지입니다.
"AI에게 일을 시킨다고 생각하는가, AI에게 위임할 환경을 설계한다고 생각하는가."
90%의 사람들은 매번 "이거 해 줘", "다음엔 저거 해 줘"라고 처음부터 일회성 요청을 계속 던집니다.
그래서 AI는 일회용 직원에 머뭅니다. 품질도 매번 들쑥날쑥합니다.
마스터하는 사람들은 요청하기 전에 '전제'를 설정합니다.
CLAUDE.md에 규칙을 작성합니다.
반복 작업을 Skills나 명령어로 만듭니다. Hooks로 사고를 방지합니다.
매번 지시에 열심히 힘쓰는 대신, "좋은 지시를 하지 않아도 좋은 결과가 나오는 환경"을 한 번 구축합니다.
그들은 일회성 노력을 앞으로 영원히 작동하는 자산으로 바꾸고 있습니다.
앞서 언급한 50가지 항목은 이러한 마인드셋으로 보면 의미가 달라집니다.
카테고리 ①~③은 "일을 넘기는" 입구입니다.
카테고리 ④~⑥은 "환경을 설계하는" 응용입니다.
아래로 내려갈수록 자산이 됩니다.
요약
・아침 이메일 정리는 30분에서 약 5분으로, 엑셀 집계는 3시간에서 약 20분으로 단축할 수 있습니다.
・50개 항목은 6개 카테고리(기본 10 / 파일 정리 8 / 이메일 연동 8 / 문서 작성 8 / 자동화 6 / 고급 10)로 정리할 수 있습니다.
・전환점은 명령어의 수가 아니라 "환경을 설계한다"는 마인드셋입니다.
마스터는 재능이 아닙니다.
"AI에게 일을 넘기는" 것을 단 한 번이라도 경험했는지의 여부입니다.
도입 순서는 다음과 같습니다.
・1주차: 카테고리 ②에서 성공 경험 하나 만들기.
・2~3주차: 카테고리 ①과 ③에서 단발성 업무를 AI에게 넘기는 습관 들이기.
・1~2개월차: 카테고리 ④에서 CLAUDE.md와 Skills를 자산화하기.
・3개월차 이후: 카테고리 ⑤와 ⑥의 고급 영역으로 이동하기.
오늘 단 한 가지만 한다면, Downloads 폴더 정리를 "분류 계획만 먼저 제시해 줘"라고 요청해 보세요.
목록의 11번입니다. "/plan"이 포함되어 있으니 사고가 발생하지 않습니다.
30초 만에 입력할 수 있는 지시입니다.
하지만 단축된 숫자가 보여주는 것은, 그 한 가지의 축적이 6개월 후의 생산성을 결정한다는 사실입니다.
50개에 압도되어 0으로 끝나는 사람과, 일단 1부터 하는 사람.
당신은 어느 쪽이 되시겠습니까?
마지막으로
저는 정기적으로 구체적인 명령어 설계와 Workflow 전체 그림에 대해 게시물에서 자세히 설명하고 있습니다.
최신 사용법을 놓치고 싶지 않다면 지금 저를 팔로우해 주세요. → @fuji_ai_
