CLAUDE PRO · CLAUDE CODE · COWORK · PROJECTS · SKILLS · AUTOMATION
일을 없애는 데 쓰자.
5시간 사용량 Window부터 Sonnet/Opus 라우팅,
Projects·Research·Cowork·Skills·Claude Code·Scheduled Task까지.
Claude Pro를 실제 업무 시스템으로 바꾸는 실전 가이드.
결제 버튼을 눌렀다. 카드에서 $20이 빠져나갔다.
Claude Pro의 ROI를 높이는 가장 쉬운 방법은 Claude에게 더 많은 질문을 던지는 것이 아니다.
반복되는 일을 Project · Skill · Scheduled Task · Code로 승격한다.
이 글은 “Claude에게 질문 잘하는 법”보다 Claude 구독을 하나의 개인 AI Platform처럼 운영하는 법에 가깝다.
1. 첫 번째 오해: Pro는 “월 X백만 Token 지급” 요금제가 아니다
가장 먼저 이것부터 정리해야 한다.
아니다.
Anthropic은 Claude Pro의 포함 사용량을 “정확히 몇 token”이라는 고정 숫자로 공개하지 않는다. 현재 공식 설명은 5시간 단위의 session-based usage limit과 weekly usage limit이다. [R1][R2]
사용량은 다음 요인에 따라 달라진다.
파일 첨부 크기
지금까지 누적된 대화 길이
선택한 Model
Effort level
Research / Web Search / Tool / Connector 사용
Artifact·파일 생성 같은 compute-heavy 기능
따라서 “5시간마다 몇 token을 써야 본전인가?”라는 질문에는 정확한 숫자 답이 없다.
대신 다음 두 종류의 budget을 구분해야 한다.
2. 현재 Pro의 숫자부터 정확히 보자
| 항목 | 2026-09-06 현재 |
|---|---|
| 월 결제 | 미국 기준 $20/month [R1] |
| 연 결제 | $200/year, 월 환산 약 $16.67 [R3] |
| Session | 5시간마다 session usage limit reset [R1] |
| Weekly | 계정에 지정된 고정 시각에 매주 reset [R1] |
| Free 대비 | 세션당 최소 5배 사용량 [R1] |
| 기본 Model | Sonnet 5가 Free/Pro 기본 모델 [R4] |
| 강한 Model | Opus 5는 Pro에서 사용 가능 [R5] |
| Fable 5 / 5.1 | Pro 포함 사용량이 아니라 Usage Credits(PAYG) [R6] |
Settings → Usage에 들어가면 현재 5시간 session 사용량과 weekly 사용량을 확인할 수 있다. 공식 가이드는 weekly bar에서 Opus와 그 외 모델의 사용량을 별도로 볼 수 있다고 설명한다. [R7]
“이번 주 얼마나 남았지?”를 감으로 관리하지 말고, 월요일에 Weekly reset 시각을 확인한 뒤 중요한 Opus 작업을 reset 직전/직후에 어떻게 배치할지 결정한다.
Pro를 결제했다고 내 SaaS·Python backend·server에서 Claude API를 무제한 호출할 수 있는 것은 아니다. Anthropic 공식 문서상 Claude Console/API usage는 Pro 구독에 포함되지 않으며 별도 billing이다. [R1]
개인 업무는 Chat·Projects·Cowork·Claude Code·Skills로 최대한 구독 안에서 처리하고, 외부 사용자가 호출하는 제품이나 predictable throughput이 필요한 backend는 처음부터 API 비용을 별도 Architecture/TCO로 잡는 편이 맞다.
3. 5시간 Reset이 있다고 “리셋 직전에 다 태워야” 하는 것은 아니다
여기서 흔히 생기는 게임식 사고가 있다.
빨리 아무거나 물어봐서 써야 이득 아닌가?”
하지만 Pro에는 weekly limit도 있다. 의미 없는 session usage를 태우면 결국 weekly budget도 소모한다.
그래서 최적화 대상은 Token Burn Rate가 아니라 Value per Usage다.
하루에 메시지를 200개 보내는 사람보다, 한 번의 Cowork task로 매주 하던 45분짜리 업무를 없앤 사람이 구독을 더 잘 쓰고 있을 수 있다.
실전 운영법: 5시간을 “Session Sprint”로 본다
5시간 reset을 quota 게임처럼 보지 말고, 하나의 집중 작업 block으로 보는 방법이 꽤 실용적이다. 아래 시간표는 Anthropic의 공식 사용량 배분 규칙이 아니라, 5시간 window 안에서 재작업을 줄이기 위한 예시다.
19:00–19:20 · Sonnet Chat — Goal / Definition of Done / 작업 범위 결정
19:20–20:20 · Research — 필요한 외부 사실·API·기술 선택 검증
20:20–22:50 · Claude Code — 구현·테스트·실행
22:50–23:20 · Review — diff·edge case·문서·Artifact 검증
마지막 10분 · 반복될 지식만 Project / Skill / CLAUDE.md로 승격
핵심은 5시간을 반드시 다 쓰는 것이 아니다. 탐색 → 결정 → 구현 → 검증 → 재사용의 흐름을 한 session 안에서 닫으면 다음번에 같은 일을 다시 설명하는 비용이 줄어든다.
4. 제일 먼저 할 일: Claude를 “4개의 작업장”으로 나눈다
Claude를 전부 Chat으로 쓰면 기능도 낭비되고 사용량도 낭비된다.
0–5분 · Settings → Usage에서 5시간/주간 reset 상태 확인
5–10분 · Privacy / Memory / Usage Credits 설정 확인
10–20분 · 반복 업무용 Project 3개 만들기
20–30분 · Claude Code 설치 → 자주 쓸 repo에서
/init 실행처음 30분에 Persistent Context를 만들어두면 매번 “나는 이런 일을 하고 이런 규칙을 좋아해”를 다시 설명하는 시간이 줄어든다.
5. Model Routing: Sonnet으로 일하고, Opus로 고민한다
Pro 기본 모델은 현재 Sonnet 5다. [R4] 이건 꽤 좋은 힌트다.
모든 일을 Opus로 돌리지 말라는 뜻이다.
| Task | 추천 시작점 | 이유 |
|---|---|---|
| 요약·문서 수정·일반 분석 | Sonnet 5 | 기본 workhorse |
| 일반 기능 구현·테스트·리팩터 | Sonnet 5 | 실행 단계에 충분히 강함 |
| 복잡한 Architecture 결정 | Opus 5 | 깊은 추론 가치가 큼 |
| 난해한 장애·cross-cutting bug | Opus → Sonnet | 원인/계획은 Opus, 수정은 Sonnet |
| Frontier Fable | Pro에서는 신중 | Fable 5/5.1은 Pro 포함량이 아닌 PAYG credits [R6] |
Sonnet / 일반 Chat·Code: 60~70%
Opus / Architecture·Hard Debugging: 15~20%
Research·Cowork: 10~20%
긴급 Buffer: 10%
Claude Code 공식 가이드도 Sonnet을 대부분의 코딩에 쓰고, Opus는 어려운 debugging·architecture·cross-cutting refactor에 쓰는 패턴을 권장한다. [R8]
더 재미있는 방법은 Opus로 계획하고 Sonnet으로 실행하는 것이다.
Claude Code에는 이 패턴을 위한 /model opusplan도 안내되어 있다. [R8]
Model만 고르지 말고 Effort도 라우팅한다
최신 Claude는 같은 모델 안에서도 Effort를 조절할 수 있다. 공식 문서상 Low/Medium은 routine task에서 사용량을 늘려 쓰기 좋고, High는 품질·속도의 균형, xhigh/Max는 장시간 coding·agentic task·hard debugging처럼 깊은 reasoning이 필요한 작업에 적합하다. Effort가 높을수록 더 많은 token을 사용해 usage limit에도 더 빨리 도달한다. [R30]
| Effort | 내 머릿속 Router | 예시 |
|---|---|---|
| Low | 알고 있는 걸 정리 | 요약·문장 수정·간단 변환 |
| Medium | 몇 가지 조건을 비교 | 기획·일반 분석·routine coding |
| High | 실패 비용이 있는 판단 | 설계 review·복잡한 구현 |
| xhigh / Max | 오래 고민할 가치가 있음 | 난해한 bug·architecture·long-running agent task |
“최강 모델 + Max effort”를 기본값으로 쓰는 것보다 실패했을 때 손실이 큰 작업에만 reasoning budget을 집중하는 편이 Pro에서는 훨씬 안정적이다.
6. Projects를 안 쓰면 같은 문서를 계속 다시 사는 셈이다
반복해서 참고하는 문서가 있다면 Chat마다 다시 올리지 말고 Project로 옮긴다.
Anthropic은 Project knowledge의 content가 재사용될 때 caching 이점을 제공하고, 같은 문서를 반복 업로드하는 것보다 사용량을 효율화할 수 있다고 설명한다. [R7]
Project knowledge가 context limit에 가까워지면 Claude는 RAG mode를 자동으로 사용해 Project knowledge capacity를 최대 10배까지 확장할 수 있다. [R9]
① AI Platform — Architecture, API spec, 운영정책, ADR
② RAG / Retrieval — Benchmark, schema, query sample, 실험결과
③ Newsletter Research — Style guide, 기존 글, source rule
④ Personal Ops — 반복 업무 template, 회고, 목표
Project Instructions에는 모든 지식을 복붙하지 않는다. 역할·산출물 형식·공통 원칙만 짧게 둔다. 사실 자료는 Project Knowledge에 둔다.
7. 긴 Context가 무료는 아니다: 새 Task면 새 Chat
현재 paid Claude chat에서 Fable 5.1, Opus 5, Sonnet 5는 1M token context window를 지원한다. [R10]
하지만 1M context를 “끝까지 채워야 이득”이라고 생각하면 반대다.
긴 conversation은 다음 turn마다 더 많은 과거 context를 다시 다뤄야 한다. Claude Code 공식 설명도 conversation history가 가장 빠르게 커지는 비용 요인이라고 지적한다. [R8]
↓
갑자기 DB migration을 시작하고
↓
다시 프론트 UI를 논의하고
↓
배포 장애까지 이어간다면
새 작업이 과거 세 작업의 context를 계속 끌고 간다.
Chat에서는 주제가 바뀌면 새 대화를 연다. Claude Code에서는 더 명시적이다.
/compact # 같은 task: 핵심만 요약해 계속
/context # 지금 context에 뭐가 들어있는지 확인
공식 Claude Code guide는 새 task에는 /clear, 긴 같은 task에는 /compact를 rule of thumb으로 제시한다. [R8]
8. Claude Code에서 토큰을 아끼는 가장 이상한 팁: @파일을 남발하지 않는다
파일을 보여줄 때 @src/auth.ts가 편하다.
그런데 Claude Code 공식 가이드는 usage를 아끼려면
bare file path를 언급하고 Claude가 필요한 부분만 읽게 하는 방법도 권장한다. [R8]
@src/auth.ts 전체를 매번 Context에 넣기
src/auth.ts의 validateToken() 주변을 읽고 refresh token bug를 분석해줘.
로그도 마찬가지다. 20MB 로그를 붙이지 말고 파일로 두고 오류 시각과 keyword를 알려준다.
Claude Code 시작하자마자 값어치가 큰 두 명령: /init, /btw
자주 쓸 repository라면 첫날 /init을 한 번 실행한다.
Claude가 codebase를 탐색해 build/test command, 구조, convention을 바탕으로
CLAUDE.md 초안을 만든다.
Anthropic은 이를 반복해서 작업할 repo의 high-value 초기 설정으로 안내한다. [R31]
/btw도 Pro usage를 아끼는 의외의 command다.
공식 cheat sheet에 따르면 main conversation을 끊지 않고
부가 질문을 별도로 처리해 주 대화 context를 소비하지 않는다. [R32]
긴 구현 도중 “이 파일 이름 왜 이래?” 같은 side question 때문에
main thread를 오염시키지 않을 때 유용하다.
9. CLAUDE.md는 길수록 좋은 회사 규정집이 아니다
CLAUDE.md는 Claude Code의 팀 기억에 가깝다. 하지만 매 turn에 영향을 주기 때문에 쓰레기 규칙이 쌓이면 오히려 품질이 떨어진다.
Anthropic의 현재 power-user guide는 대략 200 lines 이하로 lean하게 유지하고, 같은 실수를 두 번 교정했을 때 rule로 올리는 “two strikes” 식의 운영을 소개한다. [R8]
가장 좋은 습관은 교정 직후 “이 실수를 다시 하지 않도록 CLAUDE.md에 짧은 규칙으로 반영해”라고 하는 것이다.
이것이 공식 가이드가 부르는 Compounding Engineering과 비슷한 사고다. [R11]
10. Claude Code 팀이 가장 중요하다고 말하는 건 Prompt가 아니라 Verification이다
Anthropic의 Claude Code power-user guide는 가장 영향력이 큰 한 가지 팁을 고르라면 Verification이라고 명시한다. [R11]
AI에게 “구현했어?”라고 묻지 말고 구현이 성공했음을 증명할 수단을 준다.
“main과 feature branch의 실제 behavior를 비교해.”
“Unit test를 추가하고 실패→성공을 보여줘.”
“Browser에서 UI를 열고 실제 interaction을 검증해.”
“Migration 전후 row count와 constraint를 검증해.”
Production 코드에서 가장 큰 usage 낭비는 좋은 모델을 쓰는 것이 아니라 검증 없는 잘못된 구현을 세 번 다시 만드는 것이다.
11. Plan Mode는 토큰을 더 쓰는 기능이 아니라, 재작업을 줄이는 보험이다
4개 파일 이상을 건드리거나, DB migration·API contract·deployment가 같이 바뀐다면 바로 코드부터 쓰게 하지 않는다.
Claude Code에서는 Shift+Tab으로 Plan Mode에 들어갈 수 있다. 공식 가이드의 설명도 “계획 몇백 token보다 잘못된 400-line diff를 만들고 다시 만드는 비용이 훨씬 크다”는 취지다. [R8]
어려운 작업은 Opus로 plan, Sonnet으로 implementation, 다시 Opus 또는 독립 session으로 review하는 구조가 효율적이다.
12. 병렬 Agent 5개? 멋있지만 Pro 사용자는 먼저 계산기를 켜자
Claude Code 팀의 power-user pattern에는 git worktree를 이용해 3~5개의 Claude session을 병렬로 돌리는 방법도 나온다. [R11]
claude --worktree observability
claude --worktree test-migration
하지만 이것은 “Claude Code 팀”의 power-user workflow다. Pro의 session/weekly quota를 최적화하려는 개인이 그대로 복사하면 사용량도 병렬로 빨리 탄다.
13. Research는 Google 검색 대체가 아니라 “조사 프로젝트”에 쓴다
Claude Research는 여러 검색을 agentically 이어가며 여러 각도를 조사하고 citation을 붙이는 기능이다. [R12]
당연히 일반 chat보다 비싸다. Anthropic도 Research가 여러 search와 comprehensive analysis를 수행해 사용량을 더 빨리 소모할 수 있다고 설명한다. [R13]
| 질문 | 기능 |
|---|---|
| “Sonnet 5 가격이 지금 얼마야?” | Web Search |
| “지난 3개월 Agent Memory 논문 흐름을 비교해줘” | Research |
| “이 PDF 한 개 요약해줘” | Chat / Project |
| “AWS/Azure/GCP의 Agent 플랫폼을 공식문서 기반으로 비교해 의사결정 memo 작성” | Research |
14. Cowork는 Chat의 비싼 버전이 아니다. “업무를 넘기는 곳”이다
Cowork는 복잡한 다단계 task를 넘기는 surface다. 파일, connectors, browser, skills, plugins를 조합해 실제 결과물을 만든다. [R14]
Anthropic은 Cowork task가 일반 chat보다 더 많은 usage allocation을 소모한다고 명시한다. [R14]
그래서 Cowork에 이런 일을 시키면 아깝다.
대신 이런 일을 넘긴다.
결과가 답변이 아니라 완료된 업무여야 Cowork의 사용량이 아깝지 않다.
15. 진짜 뽕뽑기는 Scheduled Task다: 내가 안 켜도 일하게 한다
Cowork의 Scheduled Tasks는 모든 paid plan에서 사용할 수 있고, task를 cloud에서 실행하므로 컴퓨터가 꺼져 있어도 일정에 맞춰 동작한다. [R15]
한 번 설명한 일을 반복해서 실행할 수 있다.
지난주 AI Platform / LLM / RAG 공식 발표와 주요 논문을 조사
→ 중복 제거
→ 중요도 1~5 평가
→ 10개 후보 브리핑 작성
매일 17:30
Calendar + Gmail + Drive를 확인
→ 오늘 결정사항
→ 미완료 follow-up
→ 내일 첫 작업 3개 작성
Scheduled Task 각각은 별도 Cowork session으로 실행된다. 따라서 “5분마다 뉴스 체크” 같은 자동화를 만들면 생산성보다 quota를 먼저 자동화해서 없앨 수 있다. [R15]
반복 주기는 데이터 변화 속도와 업무 의사결정 주기에 맞춘다.
매일 직접 10분 이상 하는 일 → Daily 후보
매주 30분 이상 하는 일 → Weekly 강력 후보
한 달에 한 번 1시간 이상 하는 일 → Monthly 강력 후보
16. “좋은 Prompt”를 발견했으면 Skill로 승격한다
Custom Skills는 특정 반복 업무를 instruction + example + code로 패키징하는 기능이다. Free부터 사용할 수 있고, Pro/Max에서는 Mac Cowork에서 Skill을 기록하는 기능도 제공된다. [R16]
좋은 Skill의 조건은 “모든 일을 해주는 슈퍼 에이전트”가 아니다. 공식 문서도 specific, repeatable workflow에 초점을 맞추라고 권장한다. [R16]
이제 다음 주에는 30줄 prompt를 다시 붙이지 않는다. “이번 주 AI Brief 만들어줘”라고 하면 된다.
17. 반복 Workflow의 최종 진화: Skill + Schedule + Connector
18. Connector를 붙이면 Claude가 “아는 AI”에서 “일하는 AI”가 된다
Google Workspace connector는 Gmail, Calendar, Drive를 검색하고, 일부 write action도 수행할 수 있다. [R17] Microsoft 365 connector 역시 SharePoint, OneDrive, Outlook, Teams를 활용할 수 있다. [R18]
여기서 팁은 Connector를 전부 항상 켜두는 것이 아니다. Tools와 connectors는 token-intensive하기 때문에 공식 usage guide도 필요 없는 connector를 비활성화하라고 안내한다. [R2]
이메일 브리핑 → Gmail만
회의 계획 → Calendar + 필요한 Drive만
코드 review → GitHub/MCP + Repo만
일반 글쓰기 → Connector 0개
19. Claude in Chrome는 꽤 강력하다. 그래서 더 조심해야 한다
Claude in Chrome은 모든 paid plan에서 사용할 수 있고, 웹페이지를 읽고, click하고, 입력하고, 이동할 수 있다. [R19]
이것을 “웹 검색”과 혼동하면 안 된다. Search는 정보를 찾는 것이고, Chrome agent는 내 로그인 세션에서 행동할 수 있다.
Anthropic도 안전 classifier가 있지만 inherent risk가 남는다고 명시한다. [R20]
송금 확정
Production 권한 변경
대규모 삭제
외부 공개 게시
계약 서명
먼저 맡기기 좋은 일
정보 수집 · 양식 초안 · 반복 입력 · 비교 · QA · draft 생성
1Password for Claude를 쓰면 로그인 시 password/OTP를 Claude context로 넘기지 않고 1Password가 직접 채우는 beta 기능도 있다. [R21]
20. Memory는 개인 취향에, Project는 사실에 쓴다
Claude의 최신 memory는 대화와 Cowork 사이에서 사용자의 선호와 context를 이어갈 수 있다. [R22]
그런데 Memory와 Project Knowledge를 같은 것으로 쓰지 않는 편이 좋다.
| 종류 | 넣을 것 |
|---|---|
| Memory | 내 역할, 선호 스타일, 반복되는 취향 |
| Project Knowledge | 정확해야 하는 기술 문서, 정책, ADR, 보고서 |
| Incognito | 기억/검색에 남길 필요 없는 일회성 대화 |
Incognito chat은 history와 memory에 저장되지 않고, model training에도 사용되지 않는다. 다만 기본적으로 30일 보관된다는 점은 알고 써야 한다. [R23]
21. “답변” 대신 Excel·PPT·Word·PDF를 받아라
Claude는 code execution 환경을 사용해 Excel, PowerPoint, Word, PDF 같은 실제 파일을 만들 수 있다. [R24]
같은 usage를 쓰더라도 “표를 어떻게 만들까요?”라는 설명보다 작동하는 spreadsheet를 받아가는 편이 ROI가 크다.
“AI FinOps 보고서는 어떻게 만들어?”
Better
“첨부한 월별 token usage CSV로 BU별 비용, 모델별 unit cost, MoM variance, top anomaly를 계산한 Excel을 만들어. Formula가 작동하게 하고 Dashboard sheet도 추가해.”
22. Artifact로 30분짜리 내부 Tool을 만든다
Artifacts는 아이디어를 shareable app, tool, visualization으로 바꿀 수 있다. [R25]
Pro에서 특히 좋은 활용은 “정식 서비스로 만들 정도는 아니지만 매주 쓰는 내부 계산기”다.
GPU Capacity Estimator
RAG Evaluation Dashboard
Model Decision Matrix
JSON Schema Builder
Prompt Regression Viewer
Prototype은 Artifact로 검증하고, 사용자가 생기고 데이터 persistence/auth가 필요해지면 Claude Code로 정식 repo를 만든다.
23. Claude Code로 “진짜 Product”를 만드는 90분 Workflow
예를 들어 사내에서 쓸 LLM Cost Analyzer를 만든다고 하자.
데이터 schema, UX, API, test strategy, security boundary 결정
15~55분 — Sonnet / Build
CSV upload → normalization → model price table → dashboard 구현
55~70분 — Verification
test fixture, edge case, malformed CSV, currency, rounding 검증
70~85분 — Independent Review
별 session에 diff를 주고 staff engineer 관점 review
85~90분 — Compounding
반복된 correction만 CLAUDE.md에 반영
핵심은 “90분 동안 AI와 계속 채팅”이 아니다. Plan → Execute → Verify → Learn의 각 단계에 다른 사용 방식을 붙이는 것이다.
24. Claude Code를 자동화 Script처럼 쓰는 방법
Claude Code는 interactive terminal뿐 아니라 one-shot task에도 쓸 수 있다.
현재 공식 문서상 2026년 6월 15일부터
Claude Agent SDK와 claude -p 사용은 일반 Claude plan usage limit에서 분리되었다.
적격 Pro 사용자는 Agent SDK용으로 월 $20의 별도 credit을 받을 수 있고,
billing cycle에 맞춰 갱신된다. [R26]
Interactive Claude Code / Cowork / Chat의 quota와 Agent SDK automation budget을 어느 정도 분리해 운영할 수 있다. 다만 API key로 직접 호출하는 Claude Platform usage는 이 별도 credit 대상이 아니며 PAYG billing이므로, 인증 방식과 billing account를 반드시 구분한다.
25. 돈이 새는 함정 1위: ANTHROPIC_API_KEY
Pro 사용자가 Claude Code를 쓰는데 Console API key 환경변수도 설정해둔 경우가 있다.
Anthropic 공식 문서는
ANTHROPIC_API_KEY가 잡혀 있으면
Claude Code가 subscription 대신 API key를 사용해
별도 API usage charge가 생길 수 있다고 경고한다. [R27]
Claude Code가 어떤 계정 방식으로 로그인되어 있는지, API key env var가 있는지 먼저 확인한다.
26. Usage Credits는 안전벨트이지 “무제한 모드”가 아니다
Pro/Max는 included usage limit을 넘긴 뒤 Usage Credits를 활성화해 standard API rate로 계속 사용할 수 있다. [R13]
중요한 production deadline 직전에는 유용하다. 하지만 아무 생각 없이 unlimited로 켜두면 구독 최적화가 pay-as-you-go로 바뀐다.
작은 monthly cap으로 시작
→ 어떤 task가 credit을 태웠는지 확인
→ 반복되면 Max upgrade와 비용 비교
→ 일회성 sprint면 credits 유지
27. 언제 Max로 올리는 게 경제적일까?
현재 개인 플랜은 Pro $20, Max 5x $100, Max 20x $200/month다. [R3]
“많이 쓰니까 Max”보다 limit 때문에 멈춘 시간의 가격으로 계산한다.
Pro → Max 5x의 추가비용은 월 $80이다. 예를 들어 usage limit 때문에 한 달에 3시간의 고가치 개발 시간이 실제로 막힌다면, 그 3시간의 가치가 $80보다 큰 사람에게는 Max가 합리적일 수 있다.
반대로 limit에 걸리는 이유가 200줄 로그 복붙, 긴 잡담 history, 모든 일을 Opus, Research 남발이라면 요금제를 올리기 전에 workflow를 고치는 편이 싸다.
28. Pro 사용량을 오래 쓰는 Claude Code 공식 5대 습관
| 습관 | 왜? |
|---|---|
| /clear between tasks | 불필요한 history 재전송 제거 |
| Model 맞춰 쓰기 | Opus를 routine work에 태우지 않기 |
| 파일 path 참조 | 큰 내용 복붙 방지 |
| CLAUDE.md lean | 모든 turn의 고정 context 최소화 |
| Plan before big changes | 잘못된 구현을 되돌리는 비용 방지 |
이 다섯 가지는 Anthropic의 현재 Claude Code usage guide에 그대로 나오는 핵심 패턴이다. [R8]
29. 나만의 “Claude OS”를 만든다면 이렇게 구성한다
30. 첫 주에 그대로 따라 하는 Setup Checklist
Settings → Usage에서 5h/weekly reset 확인
Sonnet 5 / Opus 5 model picker 확인
Usage Credits는 일단 낮은 cap 또는 off
Claude Code의 authentication 방식 확인
업무 Project
학습/Research Project
개인 반복업무 Project
공통 문서 업로드 + concise instruction 작성
실제 repo 하나 연결
CLAUDE.md 50~100줄 이하로 시작
Plan → Execute → Verify workflow 경험
/clear, /compact, /model, /status 익히기
파일 10개 이상 처리하는 실제 업무 하나 넘기기
결과물을 Excel/PDF/Doc로 받기
Chat보다 나은 task가 무엇인지 체감
이번 주 두 번 이상 반복한 prompt 찾기 → Skill
매주 반복한 업무 하나 찾기 → Scheduled Task
필요한 Connector만 연결
Settings → Usage 확인
어느 surface가 가장 많이 태웠는지 기록
“가치 없는 expensive task” 1개 제거
다음 주 자동화 후보 1개 결정
31. 한 달 후 이렇게 바뀌어야 Pro를 잘 쓰고 있는 것이다
| 처음 | 한 달 후 |
|---|---|
| 매번 새 Prompt | Skill |
| 매번 문서 업로드 | Project Knowledge |
| 매주 직접 조사 | Scheduled Research |
| 코드 설명만 받음 | Test까지 통과한 Commit |
| 보고서 작성법 질문 | 완성된 Excel/PPT/PDF |
| Claude를 내가 계속 조작 | Claude가 정기 업무를 먼저 가져옴 |
32. 밈으로 요약하는 Claude Pro 실패 패턴
같은 자료 → Project
같은 시간 → Schedule
같은 수정 → CLAUDE.md
같은 오류 → Test
33. 영상으로 배우고 싶다면: 이 3개면 시작하기 좋다
첫 영상은 Anthropic 공식 세션이다. Claude Code의 기본 workflow를 만든 팀의 설명이라 시간이 지나도 원칙이 꽤 오래 간다.
두 번째는 Claude Code creator/head인 Boris Cherny의 2026년 인터뷰다. 1시간이 넘지만 1:08 부근부터 나오는 실제 Claude Code power-user 이야기가 특히 재미있다.
세 번째는 Cowork를 실제 파일 정리·영수증 Spreadsheet·Research에 쓰는 입문 영상이다. Scheduled Task까지 한 번에 보기 좋다.
34. 마지막으로 금융·회사 업무에서 개인 Pro를 쓸 때
Claude Pro는 consumer plan이다. [R1][R28] 회사의 Team/Enterprise/API 같은 commercial product와 data governance 조건이 같다고 생각하면 안 된다.
Anthropic은 commercial products에서는 고객 조직이 controller이고, Development Partner Program에 명시적으로 참여하지 않는 한 공유한 데이터를 모델 학습에 사용하지 않는다고 설명한다. [R29]
반면 개인 Free/Pro/Max는 consumer privacy setting을 따른다.
고객 PII
Production credential
계좌/거래 데이터
내부 Restricted 문서
미공개 소스코드
를 개인 Pro에 넣기 전에 반드시 회사의 AI 사용정책·데이터 분류·계약 조건을 확인한다.
“기술적으로 업로드할 수 있다”와 “회사 정책상 업로드해도 된다”는 전혀 다른 문장이다.
Token을 다 썼을 때가 아니라, 반복 업무가 사라졌을 때 뽑힌다.
Opus는 고민하게 한다.
같은 문서는 Project에 넣고,
같은 절차는 Skill로 만들고,
같은 시간에 반복되면 Schedule로 넘긴다.
코드는 Plan → Execute → Verify하고,
같은 실수는 CLAUDE.md에 남긴다.
Research와 Cowork는 비싼 만큼 “답”이 아니라 의사결정과 완성된 업무에 쓴다.
그리고 5시간 reset bar보다 더 중요한 숫자는 하나다.
이번 달에 Claude 때문에 내가 직접 하지 않게 된 일이 몇 개인가?
References · 2026-09-06 기준
- [R1] Claude Help Center — What is the Pro plan?
- [R2] Claude Help Center — How do usage and length limits work?
- [R3] Claude — Plans & Pricing
- [R4] Anthropic — Introducing Claude Sonnet 5
- [R5] Anthropic — Claude Opus 5
- [R6] Claude Help Center — Claude Fable models on your plan
- [R7] Claude Help Center — Usage limit best practices
- [R8] Claude Help Center — Models, usage, and limits in Claude Code
- [R9] Claude Help Center — RAG for Projects
- [R10] Claude Help Center — Context window on paid plans
- [R11] Claude Help Center — Claude Code power user tips
- [R12] Claude Help Center — Use Research on Claude
- [R13] Claude Help Center — Manage usage credits
- [R14] Claude Help Center — Get started with Claude Cowork
- [R15] Claude Help Center — Schedule recurring tasks in Cowork
- [R16] Claude Help Center — Create custom Skills
- [R17] Claude Help Center — Google Workspace connectors
- [R18] Claude Help Center — Connect to Microsoft 365
- [R19] Claude Help Center — Claude in Chrome
- [R20] Claude Help Center — Use Claude in Chrome safely
- [R21] Claude Help Center — 1Password for Claude
- [R22] Claude Help Center — Chat search and Memory
- [R23] Claude Help Center — Incognito chats
- [R24] Claude Help Center — Create and edit files
- [R25] Claude Help Center — Artifacts
- [R26] Claude Help Center — Agent SDK with Claude plans and separate monthly credit
- [R27] Claude Help Center — Claude Code with Pro/Max
- [R28] Anthropic — Consumer Terms & Privacy update
- [R29] Claude Help Center — Commercial data processor/controller