Claude를 잘 쓰기 위해 수십 페이지짜리 프롬프트 가이드부터 공부할 필요는 없습니다.
중요한 것은 비싼 모델을 무조건 쓰는 것도, 복잡한 프롬프트 공식을 외우는 것도 아닙니다.
내 업무에 맞는 모델·컨텍스트·프로젝트·Skills·Connectors·작업방식을 제대로 조합하는 것이 핵심입니다.
※ 모델명·가격·기능 설명은 원문 콘텐츠를 바탕으로 구성된 예시입니다.
실제 사용 시에는 현재 Claude 공식 제공 모델·요금·기능을
확인하는 것이 좋습니다.
① 먼저, Claude를 ‘업무 환경’으로 세팅하세요
Claude를 매번 질문만 던지는 챗봇으로 사용하면 생산성 향상에 한계가 있습니다.
핵심은 Claude가 나와 내 업무의 맥락을 이해하고, 필요한 자료를 읽고, 실제 결과물을 만드는 환경을 갖추는 것입니다.
기본 세팅은 단순합니다.
* 자주 사용하는 업무 환경을 정합니다.
* 필요한 경우 데스크톱 기반 작업환경을 활용합니다.
* 업무 난이도에 맞는 모델과 추론 수준을 선택합니다.
* 최신 정보가 필요한 작업은 웹 검색을 활용합니다.
* 반복해서 설명하는 개인·회사·업무 정보를 Context로 정리합니다.
매번 “나는 누구이고, 우리 회사는 무엇을 하고…”부터 설명하는 방식에서 벗어나야 합니다.
② 모델은 ‘가장 강한 것’보다 ‘업무에 맞는 것’
모든 업무에 최고 성능 모델이 필요한 것은 아닙니다.
빠른 모델
→ 문법 교정, 분류, 요약, 짧은 답변, 간단한 수정
균형형 모델
→ 이메일, 보고서, 콘텐츠, 분석, 일반적인 개발 업무
고성능 모델
→ 전략 수립, 복잡한 분석, 중요한 문서, 아키텍처 설계, 어려운 개발
최고 수준의 추론이 필요한 모델
→ 기존 접근으로 해결되지 않는 문제, 복잡한 의사결정, 첫 시스템 설계
핵심은 이것입니다.
“가장 비싼 모델을 쓰는 것”이 아니라
“작업 난이도에 맞는 모델을 배치하는 것.”
③ 프롬프트는 길게 쓰기보다 ‘목표’를 정확하게
Claude에게 작업 순서를 지나치게 세세하게 지시하기보다 무엇을 달성해야 하는지를 명확하게 알려주세요.
좋은 프롬프트는 다음 4가지만 있어도 강력합니다.
GOAL → SUCCESS → CONSTRAINT → QUESTIONS
바로 복사해서 사용할 수 있습니다.
나는 “[결과물]”이 필요합니다.
최종 목표는 “[목표]”입니다.
반드시 지켜야 할 조건은 “[제약조건]”입니다.
성공 기준은 “[성공조건]”입니다.
아직 작업을 시작하지 말고, 결과의 품질을 높이기 위해 필요한 질문부터 해주세요.
정보가 부족한 부분은 추측하지 말고 확인해주세요.
이렇게 하면 Claude가 단순히 명령을 수행하는 것이 아니라
문제를 먼저 이해하고 작업을 설계하도록 만들 수 있습니다.
④ 두 번 설명했다면 ‘Project’로 만드세요
매주 반복되는 보고서, 제안서, 심사보고서, 콘텐츠 제작을 매번 새 프롬프트로 시작할 필요가 없습니다.
반복 업무는 Project 단위로 관리하는 것이 효율적입니다.
Project에는 다음을 넣어두면 좋습니다.
* 업무 목적
* 필요한 기준 문서
* 회사 정보
* 참고 자료
* 템플릿
* 좋은 결과물의 예시
* 작성 규칙
* 완료 기준
특히 Gold Standard Example, 즉 “내가 원하는 가장 좋은 결과물의 예시” 하나를 제공하면 품질 일관성이 크게 좋아집니다.
좋은 결과가 나오면 다시 Project에 축적합니다.
그러면 Project가 시간이 지날수록 조직의 작은 업무 지식베이스로 발전합니다.
⑤ 파일 중심 업무라면 Cowork 방식으로 전환
보고서 하나를 만들기 위해 Word, Excel, PDF의 내용을 계속 복사해서 채팅창에 붙여 넣는 방식은 비효율적입니다.
파일 중심 업무에서는 작업 폴더 자체를 하나의 업무 컨텍스트로 활용하는 접근이 효과적입니다.
예를 들어 첫 지시를 이렇게 구성할 수 있습니다.
이 폴더의 관련 파일을 먼저 확인하세요.
아직 작업하지 마세요.
파일들의 목적과 관계를 파악한 뒤,
최종 결과물을 만들기 위해 필요한 질문부터 해주세요.
그 다음 전체 작업을 맡깁니다.
파일 확인 → 분석 → 질문 → 계획 → 실행 → 검증 → 결과물 작성
이 구조가 단순한 채팅보다 훨씬 강력한 이유입니다.
⑥ 반복 업무는 Claude Skills로 바꾸세요
매번 같은 지시를 다시 작성하고 있다면 그것은 프롬프트 문제가 아니라 재사용 가능한 Skill이 필요한 업무일 가능성이 높습니다.
예를 들어 기업에서는 다음과 같은 Skills를 만들 수 있습니다.
ISO 심사
* ISO 27001 Evidence Review
* ISO 42001 AI Risk Review
* ISO 27701 Privacy Review
* Nonconformity Writer
개발
* Code Review
* Security Review
* API Design
* Test Generator
마케팅
* SEO Content Writer
* Facebook Post Writer
* Proposal Writer
* Competitor Research
좋은 Skill에는 단순한 작업 방법뿐 아니라 반드시 다음 내용이 포함되어야 합니다.
언제 사용할 것인가 + 어떻게 수행할 것인가 + 무엇을 하지 말아야 하는가 + 완료 기준은 무엇인가
즉,
Prompt는 한 번의 지시이고,
Skill은 반복해서 사용하는 업무 능력입니다.
⑦ Connectors는 Claude를 ‘실제 업무’와 연결합니다
AI의 능력만 좋아져서는 업무 자동화가 완성되지 않습니다.
AI가 실제 업무 데이터를 읽을 수 있어야 합니다.
예를 들어:
Gmail → 이메일 검색·요약·답변 초안
Google Drive → 문서·보고서·자료 검색
Notion → 사내 지식·프로젝트 정보 활용
Calendar → 일정·회의 컨텍스트 활용
GitHub → 코드·Issue·PR 기반 개발 업무
여기서 중요한 원칙이 있습니다.
필요한 Connector만 연결하고 필요한 권한만 허용하세요.
기업 환경에서는 편리함보다 “최소권한(Least Privilege)”이 우선입니다.
그리고 로그인 정보·비밀번호·API Secret을 프롬프트에 직접 넣어서는 안 됩니다.
⑧ 이제 버려야 할 것도 있습니다
AI를 공부하다 보면 오히려 자료가 너무 많아집니다.
저장만 해놓은 프롬프트 수백 개, 읽지 않는 PDF 가이드, 지나치게 복잡한 폴더 구조, 사용하지 않는 AI 서비스, 실제 업무에는 적용하지 않는 설정….
이런 것들이 많아질수록 AI 활용은 복잡해집니다.
과감하게 줄이세요.
Prompt Collection보다 Workflow
Workflow보다 System
System보다 Execution
AI 활용의 경쟁력은 “얼마나 많이 알고 있는가”보다 얼마나 실제 업무에 적용했는가에서 나옵니다.
Claude를 제대로 활용하는 전체 흐름
처음에는 이렇게 시작합니다.
Prompt → Context → Project → Skill → Connector
조금 더 발전하면,
Workflow → Agent → Memory → Evaluation
기업 수준으로 올라가면,
Governance → Human Approval → Automation
결국 Claude 활용의 최종 형태는 단순한 챗봇이 아닙니다.
업무를 이해하고 → 필요한 정보를 찾고 → 계획하고 → 실행하고 → 검증하고 → 기록하는 AI 업무 시스템
으로 발전하게 됩니다.
10분 세팅의 진짜 목적
목표는 Claude의 모든 기능을 배우는 것이 아닙니다.
내가 반복해서 하는 업무 하나를 선택하고, 오늘 실제 시스템으로 만드는 것입니다.
예를 들어,
“매주 ISO 심사보고서를 작성한다.”
그렇다면 첫 번째 목표는 프롬프트 100개를 모으는 것이 아니라,
Project + 심사자료 + 보고서 Template + ISO Audit Skill + Evidence Review Workflow
를 만드는 것입니다.
이 하나가 제대로 작동하면 두 번째 업무를 추가합니다.
그리고 세 번째 업무를 추가합니다.
그렇게 Claude는 단순한 질문 도구에서 나와 조직의 AI 업무 운영체계로 발전합니다.
한 문장으로 정리하면
Claude를 잘 쓰는 사람은 프롬프트를 많이 가진 사람이 아니라, 반복 업무를 Context·Project·Skill·Workflow로 시스템화한 사람입니다.
모으지 말고, 하나부터 만들어 실행하세요.
저장해두고 Claude 업무환경을 구성할 때 체크리스트로 활용해보세요.
— 이춘곤(Mark) · ISC.studio · ISC출판 도서 안내
이 글은 저자의 Facebook에 처음 게시한 글입니다. Facebook 원문 보기
💬 댓글 (0)