Claude Code는 이름만 보면 개발자 도구처럼 보입니다. 하지만 업무를 파일, 규칙, 결과물, 검증으로 나눠 보면 이야기가 달라집니다. 이 장에서는 Claude Code를 사무 자동화에 쓸 수 있는 이유를 쉽게 풀어 봅니다.
이미지: AI에게 업무 파일, 규칙, 검증 기준을 알려주는 온보딩 장면
이 장에서 손에 남는 것
- Claude Code를 코딩 도구가 아니라
파일·규칙·결과물·검증을 함께 다루는 업무 도구로 보는 관점- 좋은 지시문을 만드는 5요소 (입력 / 규칙 / 작업 / 출력 / 검증)
- Claude Code의 핵심 기능 7개와 각 기능이 줄이는 반복 업무
- 챗봇·코파일럿·에이전트의 차이와 Claude Code의 위치
- 내 업무 중 Claude Code 실습 후보를 가르는 자가진단 5문항
- 첫 작업공간 진단 요청 프롬프트
예상 소요: 본문 읽기 약 25분 + 첫 실습(진단 요청) 약 10분.
처음 Claude Code라는 이름을 들으면 많은 사람이 개발자 도구를 떠올립니다. 회의록을 정리하고 주간보고서를 쓰는 직장인 입장에서는 "내가 쓸 도구는 아닌 것 같은데"라는 생각이 먼저 들 수 있습니다. 이름에 Code가 들어 있으니 당연한 반응입니다.
하지만 잠깐만 업무를 잘게 쪼개 봅시다. 보고서를 만드는 일은 단순히 글을 쓰는 일이 아닙니다. 파일을 찾고, 지난 양식을 확인하고, 숫자를 맞추고, 빠진 항목을 표시하고, 초안을 저장하는 과정입니다.
여기서 필요한 것은 코딩 지식보다 절차를 다루는 감각입니다. 개발자가 코드를 다룰 때도 파일을 읽고, 규칙을 따르고, 결과를 만든 뒤 테스트로 확인합니다. Claude Code가 개발자에게 유용한 이유가 바로 이 구조라면, 같은 구조를 사무 업무에도 옮겨 볼 수 있습니다.
실제로 Claude Code는 코드베이스를 읽고, 파일을 수정하고, 명령을 실행하는 에이전트형 코딩 도구입니다. 이 설명만 보면 어렵게 느껴질 수 있습니다. 그러나 업무 관점에서 바꿔 말하면 훨씬 단순합니다. 코드 파일 대신 보고서 파일을 읽게 하고, 테스트 명령 대신 검증 절차를 실행하게 하고, 프로젝트 규칙 대신 회사 양식을 기억하게 하면 됩니다.
Anthropic 공식 문서에서 Claude Code는 챗봇처럼 답변만 기다리는 도구가 아니라, 파일을 읽고 명령을 실행하고 변경을 만들 수 있는 agentic coding environment로 설명됩니다. 이 책은 그 능력을 개발 업무가 아니라 회사 문서 업무에 옮겨 씁니다. 그래서 핵심은 "무엇을 물어볼까?"가 아니라 "어떤 복사본 파일과 규칙을 주고, 어떤 검증 가능한 결과물을 만들게 할까?"입니다.
그러니 처음부터 어려운 자동화를 만들 필요는 없습니다. 먼저 보고서 초안, 회의록 정리, 엑셀 취합처럼 입력 파일과 결과물이 분명한 업무 하나를 고릅니다. 그리고 그 업무를 읽을 파일, 따라야 할 규칙, 만들 결과물, 검증 기준으로 나눠 Claude Code에게 맡겨 봅니다.
예를 들어 "이번 주 보고서 만들어줘"라고 말하는 대신, kpi.xlsx와 지난주 보고서를 읽고, 회사 양식에 맞춰 초안을 만들고, 숫자 출처와 확인 필요 항목을 따로 표시해 달라고 요청합니다. 핵심은 Code라는 이름이 아닙니다. 핵심은 파일과 규칙과 검증을 함께 다루는 구조입니다.
명령줄이 부담된다면 — 데스크톱 앱으로 시작해도 됩니다
Claude Code는 검은 화면에 명령어를 입력하는 방식이 기본이라 처음에는 낯설 수 있습니다. 폴더를 연결하고 결과물을 화면으로 확인하는 데스크톱 앱으로도 같은 기능을 쓸 수 있습니다(2026년 7월 기준 데스크톱 앱의 'Cowork' 탭이며, 일부 기능은 research preview로 Pro·Max 플랜에서 제공됩니다). 명령줄이 부담되면 데스크톱 앱으로 먼저 눈에 익힌 뒤 이 책의 실습으로 넘어와도 됩니다. 다만 이 책은 작업공간 폴더 분리와 권한 설정 같은 흐름을 함께 다루므로, 본문은 명령줄(터미널)을 기준으로 안내합니다. 앱 이름과 제공 범위는 바뀔 수 있으니 적용 시점에 공식 문서에서 확인하세요.
핵심 포인트
Claude Code를 처음 배울 때는 "코딩을 할 수 있느냐"보다 "내 업무를 절차로 설명할 수 있느냐"를 먼저 보세요. 업무 절차가 분명할수록 Claude Code가 도와줄 수 있는 범위도 넓어집니다.
Claude Code 핵심 기능 7개
기능을 처음 볼 때는 메뉴 이름보다 업무 장면으로 이해하는 편이 쉽습니다. 아래 일곱 가지를 알면 이 책의 나머지 장을 읽는 데 필요한 기본 지도는 충분합니다.
| 기능 | 쉽게 말하면 | 업무 자동화에서 쓰는 방식 | 조심할 점 |
|---|---|---|---|
| 파일 읽기와 수정 | 폴더 안 자료를 읽고 새 파일을 만드는 능력 | PDF 요약, 엑셀 취합, 회의록 변환, 보고서 초안 작성 | 원본 파일은 직접 수정하지 않습니다. |
| 터미널/도구 실행 | 파일 확인, 변환, 검증을 위한 보조 작업 실행 | 파일 목록 확인, CSV 검증, 결과물 구조 점검 | 실행 전 계획을 받고 삭제·이동 작업은 승인합니다. |
| 계획과 승인 | 바로 실행하지 않고 먼저 작업 순서를 보여주는 흐름 | 위험 작업 전 멈춤, 사람 확인 후 다음 단계 진행 | 승인 기준이 없으면 자동화 범위가 쉽게 넓어집니다. |
CLAUDE.md |
작업공간의 기본 업무 규칙 | 원본 보호, 출력 폴더, 보고서 문체, 금지 작업 저장 | 보안 규칙을 가장 위에 둡니다. |
| Skills | 특정 업무 절차를 재사용하는 방법 | 주간보고서, 정산 검토, 회의 후속 처리 반복 실행 | 회사명·폴더명·승인자를 그대로 복사하지 않습니다. |
| MCP | 외부 앱과 연결하는 통로 | 노션 회의록 읽기, 슬랙 초안 작성, 캘린더 후보 생성 | 읽기부터 시작하고 쓰기 권한은 늦게 검토합니다. |
| Hooks/Schedules | 특정 조건이나 시간에 반복 실행 | 보고서 생성 후 검증, 매일 브리핑 초안 생성 | 자동 발송보다 자동 초안 저장부터 시작합니다. |
이미지: 파일, 터미널, 승인, CLAUDE.md, Skills, MCP, Hooks를 업무 자동화 재료로 보는 지도
각 기능을 본격적으로 다루는 챕터는 다음과 같습니다. 익히고 싶은 기능에 따라 1부를 끝낸 뒤 점프해도 좋습니다.
- 파일 읽기와 수정 → 2장 (작업공간 설계) + 2부 모든 챕터
- 터미널/도구 실행 → 7장 (엑셀), 16장 (송장 OCR)
- 계획과 승인 → 4장 (지시법), 15장 (장기 자동화 게이트)
CLAUDE.md→ 2장 (기본) + 11장 (회사 양식 학습)- Skills → 11장 (Custom Skill 설계)
- MCP → 13장 (노션·슬랙·캘린더 연결)
- Hooks / Schedules / Routines → 10장 (매일 브리핑), 15장 (장기 자동화)
이 표와 매핑만 봐도 이 책의 방향이 보입니다. 기능은 많지만 목표는 하나입니다. AI가 회사 일을 마음대로 하게 만드는 것이 아니라, 반복되는 입력과 출력 사이에 안전한 절차를 세우는 것입니다.
공식 문서 기준으로도 Claude Code 활용의 핵심은 검증 수단을 주고, 먼저 탐색한 뒤 계획하고, 실행 후 확인하게 만드는 것입니다. 그래서 이 책의 모든 실습은 아래 네 문장을 반복합니다.
먼저 읽을 파일과 만들 파일 계획을 보여줘.
원본 파일은 수정하지 말고 새 결과물만 만들어줘.
완료 후 검증표와 확인 필요 항목을 분리해줘.
외부 발송, 삭제, 덮어쓰기, 금액 확정은 내 승인 전 실행하지 마.신입사원 비유
Claude Code를 처음 업무에 붙일 때는 신입사원처럼 다루세요. 신입사원이 처음 출근했다고 해서 회사의 모든 일을 알아서 처리하지는 못합니다. 어떤 폴더를 봐야 하는지, 어떤 양식을 써야 하는지, 어떤 표현을 피해야 하는지, 누구에게 보내기 전에 승인을 받아야 하는지 알려줘야 합니다.
Claude Code도 마찬가지입니다. 좋은 자동화는 좋은 지시에서 시작하지만, 그 품질은 문장의 길이가 아니라 구조로 결정됩니다. 입력, 규칙, 작업, 출력, 검증을 명확히 구분해야 합니다.
| 요소 | 질문 | 예시 |
|---|---|---|
| 입력 | 무엇을 읽어야 하는가 | 01_source/kpi.xlsx, 지난주 보고서 |
| 규칙 | 어떤 기준을 따라야 하는가 | 회사 보고서체, 원본 파일 보호 |
| 작업 | 어떤 순서로 처리해야 하는가 | 취합, 요약, 검증, 저장 |
| 출력 | 무엇을 만들어야 하는가 | 보고서 초안, 확인 목록 |
| 검증 | 무엇을 확인해야 하는가 | 숫자 일치, 누락, 위험 작업 |
이미지: 입력 → 규칙 → 작업 → 출력 → 검증 5단계 흐름과 각 단계 예시. 채울 수 없는 칸 = 자동화 전 사람이 정리할 영역.
이 다섯 가지를 매번 의식하면 Claude Code의 결과가 달라집니다. "보고서 만들어줘"와 "이 입력을 이 규칙에 따라 처리해 이 결과물을 만들고, 이 기준으로 검증해줘"는 완전히 다른 요청입니다.
개발곰곰의 팁
지시문을 잘 쓰는 가장 쉬운 방법은 "신입사원에게 메신저로 업무를 맡긴다면 뭐라고 설명할까?"라고 생각해 보는 것입니다. 사람에게도 모호한 지시는 AI에게도 모호합니다.
내 업무에 적용하는 질문
지금 떠오르는 반복 업무 하나를 골라보세요. 그 업무의 입력, 규칙, 작업, 출력, 검증을 각각 한 줄로 말할 수 있나요?
예시: 나쁜 지시와 좋은 지시
나쁜 지시:
이번 주 보고서 만들어줘.이 요청은 너무 넓습니다. AI는 어떤 파일을 봐야 하는지, 어떤 양식을 따라야 하는지, 보고서 독자가 누구인지 모릅니다. 결과가 나와도 다시 고쳐야 할 가능성이 높습니다.
좋은 지시:
`01_source/kpi.xlsx`와 `01_source/project_status.xlsx`를 읽고
`02_templates/weekly_report_template.md` 양식에 맞춰 주간보고서 초안을 만들어줘.
규칙:
- 첫 문단은 임원용 3줄 요약
- KPI는 전주 대비 증감률 포함
- 지연 이슈는 원인, 영향, 대응 계획으로 정리
- 담당자나 마감일이 없으면 확인 필요로 표시
- 결과물은 `03_outputs`에 새 파일로 저장
- 완료 후 숫자 검증 결과를 표로 알려줘좋은 지시는 AI에게 자유를 주지 않는 지시가 아닙니다. 오히려 반대입니다. AI가 어디에서 창의성을 발휘하고, 어디에서 규칙을 지켜야 하는지 알려줍니다. 보고서 문장은 더 자연스럽게 다듬어도 되지만, 숫자 출처와 파일 저장 위치는 마음대로 바꾸면 안 됩니다. 이런 경계를 알려주는 것이 좋은 지시입니다.
실제 구현 흐름
Claude Code를 업무 자동화 도구로 쓰려면 일을 네 덩어리로 나눕니다.
| 구분 | 질문 | 결과물 |
|---|---|---|
| 파일 | 무엇을 읽어야 하는가? | 입력 파일 목록 |
| 규칙 | 어떤 회사 기준을 따라야 하는가? | 작업 규칙표 |
| 결과물 | 무엇을 만들어야 끝인가? | 보고서, 표, 초안 파일 |
| 검증 | 무엇을 확인해야 하는가? | 검증 체크리스트 |
첫 실습은 작업공간 진단으로 충분합니다. Claude Code에게 현재 폴더를 읽게 하고, 원본 파일과 출력 파일이 섞여 있는지, 템플릿이 따로 있는지, 로그 폴더가 있는지 점검하게 합니다. 이때 실제 파일 수정은 하지 않고 제안만 받습니다.
현재 폴더를 업무 자동화 작업공간으로 진단해줘.
원본, 템플릿, 출력, 로그가 섞여 있는지 확인하고,
파일을 옮기기 전에 제안만 보여줘.검증 체크
- AI가 바로 파일을 옮기지 않고 계획을 제시했나요? (안전 원칙 2)
- 입력 파일, 회사 규칙, 출력 파일, 검증 기준이 분리되었나요?
- 결과물이
03_outputs처럼 원본과 분리되나요? (안전 원칙 3)
이 단계에서는 별도 라이브러리가 필요 없습니다. Claude Code의 파일 읽기, 계획 제안, 승인 흐름만으로 충분합니다. PDF·엑셀·HWPX 같은 장별 도구는 폴더 구조가 안정된 뒤 6장 이후에 붙입니다. 폴더를 너무 넓게 읽으려 한다면 실습 폴더를 새로 만들고 샘플 파일 2~3개만 넣습니다.
반론: "이렇게 자세히 쓸 거면 내가 하는 게 낫지 않나?"
처음에는 그렇게 느낄 수 있고, 실제로 한 번만 처리할 업무라면 직접 하는 편이 빠를 수 있습니다. 하지만 자세한 지시는 한 번만 잘 만들어두면 반복해서 쓸 수 있습니다. 특히 회사 양식, 파일명 규칙, 검증 기준은 CLAUDE.md나 Skill로 분리해두면 다음 요청부터는 훨씬 짧아집니다.
이번 주 자료로 주간보고서 Skill을 실행해줘.
실행 전 읽을 파일과 만들 파일 계획을 먼저 보여줘.자동화의 핵심은 매번 긴 프롬프트를 새로 쓰는 데 있지 않습니다. 한 번 정리한 지시를 다시 쓸 수 있는 자산으로 바꾸는 데 있습니다. 그래야 AI 활용이 개인기에서 업무 방식으로 넘어갑니다.
핵심 포인트
처음 지시문을 만드는 시간은 비용이 아니라 업무 매뉴얼을 만드는 시간에 가깝습니다. 한 번 쓰고 버릴 요청은 짧게, 반복해서 쓸 요청은 구조화해서 남기세요.
이미지: AI가 만든 초안을 사람이 근거, 숫자, 문체 기준으로 검토하는 장면
챗봇, 코파일럿, 에이전트
AI 도구를 이해하려면 챗봇, 코파일럿, 에이전트를 구분하면 됩니다. 세 도구는 모두 AI라는 이름으로 묶이지만, 실제 업무에서 맡는 역할은 다릅니다. 어떤 도구가 더 뛰어나다고 외우기보다 상황에 맞는 도구를 가리는 편이 실용적입니다.
챗봇은 질문에 답합니다. 사용자가 내용을 붙여 넣고 물으면 답변을 줍니다. 가장 쉽지만 업무 흐름 전체를 처리하기는 어렵습니다.
코파일럿은 작성 중인 작업을 보조합니다. 코드, 문장, 표, 아이디어를 제안합니다. 사용자의 손이 계속 움직이는 상황에서 생산성을 높입니다.
에이전트는 목표를 받고 여러 단계를 처리합니다. 파일을 읽고 필요한 처리를 하고 결과물을 만들어 검증하고, 중간에 오류가 있으면 고치려고 시도합니다.
| 구분 | 챗봇 | 코파일럿 | 에이전트 |
|---|---|---|---|
| 중심 | 답변 | 보조 | 실행 |
| 사용 방식 | 질문 | 함께 작성 | 업무 위임 |
| 입력 | 텍스트 | 현재 작업 문맥 | 파일, 폴더, 도구, 규칙 |
| 출력 | 답변 | 제안 | 결과물과 검증 |
| 대표 업무 | 요약, 번역 | 작성 보조 | 보고서 생성, 데이터 취합, 후속 처리 |
| 본 책의 위치 | ChatGPT·Claude 채팅 | GitHub Copilot·Cursor 자동완성 | Claude Code (본 책의 대상) |
Claude Code는 3분류 중 에이전트에 해당합니다. 그래서 이 책은 "프롬프트를 잘 쓰는 법"이 아니라 "업무를 잘 위임하는 법"을 다룹니다. 챗봇처럼 질문하지 말고, 코파일럿처럼 옆에서 보조받지도 말고, 목표·파일·규칙·검증을 한 번에 위임하는 관점으로 가야 합니다.
이미지: 챗봇(사용자 = 질문) → 코파일럿(사용자 = 운전) → 에이전트(사용자 = 목표 제시)의 3분류와 Claude Code의 위치. 사용자 개입 ↓ / 자동화 수준 ↑ 방향.
"이 문서 요약해줘"에서 멈추지 마세요. "이 문서를 읽고 임원 보고서 초안을 만든 뒤, 숫자 출처와 확인 필요 항목을 따로 정리해줘"라고 요청합니다.
내 업무에 적용하는 질문
내가 오늘 AI에게 시키려는 일은 챗봇형 질문인가요, 코파일럿형 보조인가요, 에이전트형 위임인가요?
Claude Code가 잘하는 업무 — 5문항 자가진단
Claude Code는 파일 중심 업무와 잘 맞습니다. 아래 다섯 가지 중 자기 업무에 해당하는 항목에 직접 표시해 보세요. 세 개 이상이면 본격 실습 대상, 두 개라면 부분 자동화 후보, 한 개 이하라면 1부 마무리 챕터의 8문항 의사결정 체크리스트를 먼저 보길 권합니다.
- ① 여러 파일의 구조 파악 — 폴더 안의 PDF·엑셀·문서 파일을 확인하고 각 파일의 역할을 정리하는 일이 자주 반복됩니다 (매주/매월/사수가 시키는 비슷한 패턴 포함).
- ② 문서 변환 — 긴 PDF를 보고서 초안으로 바꾸거나, 회의 녹취록을 회의록·액션아이템으로 나누거나, 기존 보고서 양식을 따라 새 보고서를 만드는 작업이 반복적으로 발생합니다 (본인 직무가 아직 정해지지 않은 신입은 "사수가 시키는 비슷한 일"도 해당).
- ③ 엑셀·CSV 취합 — 여러 파일의 컬럼을 비교하고, 표준 컬럼을 만들고, 중복·누락을 찾고, 요약표를 만드는 흐름이 있습니다.
- ④ 반복 절차의 문서화 — 사람이 매번 하던 절차(또는 사수에게 매번 물어보는 절차)를 단계별로 정리하고, 다음부터 재사용할 수 있는 프롬프트나 Skill로 바꿔둘 가치가 있는 업무입니다.
- ⑤ 결과물 1차 검증 — AI가 만든 초안을 사람이 검증하는 단계가 필요하지만, 검증 자체를 1차로 AI에게 맡기면 사람이 보아야 할 범위가 줄어듭니다.
신입·초보 독자 안내
본인 직무가 아직 정해지지 않았거나(부서 로테이션 중·신입 1년차) 사수가 시키는 일을 따라하는 단계라면, "사수가 자주 시키는 비슷한 일"을 본인의 반복 업무로 간주하고 자가진단을 채워보세요. 1년차 신입이 1개 이하로 나오는 것은 자연스러우며, 1년 뒤 다시 진단해도 좋습니다.
| 체크 개수 | 권장 |
|---|---|
| 3개 이상 | 본격 자동화 후보. 2부의 핵심 레시피 5개로 즉시 진입. |
| 2개 | 부분 자동화 후보. 가장 점수가 높은 한 가지부터 시작. |
| 1개 이하 | 1부 마무리(자동화하지 마세요)의 8문항 의사결정 체크리스트를 먼저 점검. |
Claude Code가 조심스러운 업무
그렇다고 모든 업무를 처음부터 맡겨도 되는 것은 아닙니다. Claude Code를 오래 쓰려면, 맡기지 말아야 할 일을 먼저 정해두어야 합니다. 이 기준이 없으면 자동화는 편리함보다 불안을 더 크게 만듭니다.
외부 발송은 특히 조심해야 합니다. 고객, 거래처, 임원에게 메일을 자동으로 보내는 기능은 검증과 승인 절차가 없으면 위험합니다.
원본 파일 삭제나 덮어쓰기도 금지합니다. 자동화 실습에서는 항상 결과물을 새 파일로 저장하고 원본은 보존합니다.
금액, 계약, 개인정보, 인사 정보가 들어간 업무도 주의해야 합니다. AI가 잘못 판단하면 손실이나 보안 사고로 이어질 수 있습니다.
회사 내부 시스템을 화면 조작으로 자동화할 때도 신중해야 합니다. 2FA, 캡차, 감사로그, 접근 권한, 내부 보안 정책을 먼저 확인합니다.
이 책에서는 모든 실습에 "실제 발송하지 않기", "원본 파일 수정하지 않기", "확인 필요 항목 표시하기" 같은 안전장치를 반복해서 넣습니다. 이것은 초보자를 위한 과한 조심이 아니라 실무 자동화의 기본입니다.
개발곰곰의 팁
자동화를 시작할 때 가장 먼저 정해야 할 문장은 이것입니다. "AI가 절대 해서는 안 되는 일은 무엇인가?" 이 문장이 있어야 팀장이나 보안 담당자와 이야기할 때도 훨씬 설득력이 생깁니다.
실습: 첫 작업공간 진단 요청 (예상 소요 10분)
이 기준을 실제로 적용해보고 싶다면 아래 요청부터 시작해보세요. Claude Code를 업무 도구로 처음 사용할 때 부담이 낮고, 결과도 확인하기 쉽습니다. 중요한 점은 아직 파일을 만들거나 옮기지 않는 것입니다. 먼저 진단과 제안만 받습니다.
현재 작업 폴더의 구조를 확인하고, 업무 자동화에 적합한 폴더 구조를 제안해줘.
조건:
- 원본 파일은 직접 수정하지 않는 구조여야 함
- AI가 만든 결과물은 별도 폴더에 저장
- 템플릿과 원본 데이터는 분리
- 실행 로그를 남길 수 있어야 함
아직 파일을 만들거나 옮기지는 말고,
추천 폴더 구조와 각 폴더의 역할만 설명해줘.이 요청의 응답은 평균 30초~1분 안에 나옵니다. 그 응답을 자기 폴더 실태와 비교해 차이를 정리한 메모가 1장의 첫 산출물입니다.
이 장의 결과물
| 결과물 | 무엇인가 | 다음 챕터 연결 |
|---|---|---|
| Claude Code 관점 정리 | 코딩 도구가 아닌 파일·규칙·결과물·검증 도구로 보는 시야 |
모든 챕터 |
| 5요소 지시문 작성 능력 | 입력·규칙·작업·출력·검증을 분리한 지시 | 2~10장 모든 실습 |
| 자가진단 5문항 결과 | 내 업무가 Claude Code 실습 대상인지 점수 | 2부 레시피 선택 |
| 위험 업무 목록 | Claude Code에게 맡기면 안 되는 일 | 1부 마무리 + 부록 C |
| 첫 작업공간 진단 응답 | AI가 제안한 추천 폴더 구조 (실행 X, 제안만) | 2장 폴더 구조 확정 |
연결 안내
- 이 챕터의 5요소(입력·규칙·작업·출력·검증)는 본 책 모든 실습 챕터에서 다시 등장합니다.
- 자가진단에서 1개 이하가 나왔다면 1부 마무리. 자동화하지 마세요의 8문항 의사결정 체크리스트로 이동하세요.
- 5요소 지시문이 실제로 어떻게 실패하고 어떻게 고치는지는 2부 마무리. AI가 틀렸을 때 — 실패-수정 다이얼로그 5장면에서 확인하세요.
핵심 포인트
1장의 목표는 Claude Code 기능을 외우는 것이 아닙니다. 내 업무를 Claude Code가 이해할 수 있는 구조로 바꾸는 법을 익히는 것입니다.
내 업무에 적용하기 — 5요소 워크시트
오늘 할 일은 Claude Code에게 큰 업무를 맡기는 것이 아닙니다. 먼저 내 업무 하나를 5요소로 나눠보세요. 아래 표의 빈칸을 직접 채워보면 자기 업무의 자동화 준비도가 보입니다.
| 요소 | 질문 | 내 업무 답 |
|---|---|---|
| 입력 | 무엇을 읽어야 하는가? | |
| 규칙 | 어떤 회사 기준을 따라야 하는가? | |
| 작업 | 어떤 순서로 처리해야 하는가? | |
| 출력 | 무엇을 만들어야 끝인가? | |
| 검증 | 무엇을 확인해야 하는가? |
채우다 막히는 칸이 있다면 그 부분이 자동화 전에 사람이 먼저 정리해야 하는 영역입니다. 입력 칸을 채우지 못하면 파일이 흩어져 있다는 뜻이고, 규칙 칸을 채우지 못하면 회사 문체나 양식 기준이 암묵지로만 존재한다는 뜻입니다. Claude Code가 잘 동작하려면 이 5칸이 먼저 채워져야 합니다.
처음에는 3칸만 채워봐도 충분
5칸 전부를 한 번에 채우려 애쓰지 마세요. 입력·작업·출력 3칸이 가장 중요합니다. "어떤 파일을 / 어떤 순서로 / 무엇으로 만드는가" 이 셋만 잡혀도 자동화 후보가 됩니다. 규칙·검증 2칸은 작업을 시작한 뒤 차차 채워도 늦지 않습니다. 신입 1년차나 사무 경력이 짧다면 3칸부터 시도하길 권합니다.
워크시트를 채운 후 자기 점검:
- 5칸 모두 채워졌다 → 2부의 가장 가까운 레시피로 진입 (보고서면 6·8장, 엑셀이면 7장, 회의록이면 9장).
- 3~4칸 채워졌다 → 비어 있는 칸의 사전 정리부터. 그 다음 2부.
- 2칸 이하 채워졌다 → 자동화 전에 업무 자체의 정리가 먼저. 1부 마무리 챕터를 다시 봅니다.