Claude Code 교육 과정,
입문부터 팀 도입까지 시간표 그대로.
반나절 압축·워크숍, 1일 집중 과정, 업무술, 정규 4회차까지 15개 과정의 대상·목표·산출물·모듈별 시간표입니다. 과정 이름을 누르면 시간표가 펼쳐집니다. 모든 과정은 기업 일정에 맞춘 출강(온사이트·온라인)이며, 그날 동작하는 산출물 1건이 수료 기준입니다.
사내 품의·RFP에 그대로 첨부하는 123페이지 통합 커리큘럼
주 1회 × 1일 8시간 × 4회차.
표준 구성은 하루 8시간 × 4회차 — 회차 수·간격·시간은 기업이 요청한 일정에 맞춰 조정합니다. 회차 사이는 배운 것을 실업무에 적용하는 기간이고, 매 회차는 적용 회고로 시작합니다.
1회차정규 과정기초·세팅 — 첫 자동 PR까지1일 8시간
환경 구성부터 CLAUDE.md 지시서, 팀 코드베이스에서의 첫 자동 PR까지. 첫날 퇴근 전에 '우리 코드에서 되는' 경험을 만듭니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:40 | 패러다임 & 목표 합의 | 에디터 보완형 vs 에이전트 주도형, 과정 종료 시 남길 산출물(Skill 3종·가이드라인) 합의 |
| 09:40–11:00 | 환경 구성 핸즈온 | CLI 설치·인증 (macOS/Linux/WSL), VS Code 연동 — 전원 동시 진행·트러블 지원 |
| 11:10–12:00 | 권한 모델·세션·MCP | 권한 프리셋과 승인 흐름, 세션 관리, MCP 서버 연결 기초 |
| 13:00–14:20 | CLAUDE.md 지시서 설계 | 글로벌→프로젝트 계층, 좋은 지시서 작성법, 팀 템플릿 초안 |
| 14:30–15:40 | 실습① 기존 코드 다루기 | 자사 코드베이스 탐색·리뷰(버그·가독성·성능·보안)·소규모 리팩토링 |
| 15:50–17:00 | 실습② 첫 자동 PR | 이슈 1건을 골라 수정 → 테스트 → PR 생성까지 에이전트로 완주 |
| 17:00–18:00 | 회고 & 적용 과제 | 막힌 지점 공유, 다음 회차까지 '실업무 PR 3건' 적용 과제 부여 |
2회차정규 과정실전 워크플로우 — 리뷰·테스트·가드레일1일 8시간
코드 리뷰·테스트·릴리스를 자동화하고, 팀 컨벤션을 학습시키고, 보안 가드레일을 세웁니다. '개인 도구'가 '팀 워크플로우'로 바뀌는 날.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | 적용 회고 | 적용 기간의 실업무 PR 리뷰 — 잘 된 것/막힌 것 트러블슈팅 |
| 09:50–11:00 | 코드 리뷰 자동화 | 4관점 리뷰(버그·가독성·성능·보안) 프롬프트 정형화, PR 자동 코멘트 |
| 11:10–12:00 | 테스트 자동 생성 | 유닛테스트(정상·이상·경계값) 생성, 커버리지 확인 루틴 |
| 13:00–14:20 | 릴리스·Git 운용 | 커밋=세이브포인트, 브랜치 실험, 릴리스노트 자동화 |
| 14:30–15:40 | 팀 컨벤션 학습 | 코딩 스타일·아키텍처 규약을 rules로 — 에이전트가 팀처럼 쓰게 |
| 15:50–17:00 | 보안 가드레일 | deny list, 위험 커맨드 차단 Hooks, 시크릿·민감 정보 처리 룰 |
| 17:00–18:00 | 회고 & 적용 과제 | 자동화 1건을 팀 공용으로 승격하는 과제 부여 |
3회차정규 과정사내 Skills 만들기 — 팀 자산화1일 8시간
자사 도메인·도구·규약을 Skill로 패키징합니다. 이날 만든 Skill 3종이 교육이 끝나도 매주 돌아가는 팀의 자산이 됩니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | 적용 회고 + Skills 아키텍처 | SKILL.md 구조(트리거·지시·산출형식), Skills vs Commands 구분 |
| 09:50–11:00 | 실습① Skill 패키징 | 자사 반복 업무 1건을 skill-creator로 스킬화 → 테스트 → 개선 |
| 11:10–12:00 | 실습② 스킬 조합 | 복수 스킬 연계 파이프라인 (수집→처리→문서화→저장) |
| 13:00–14:20 | MCP 연동 Skill | 사내 도구·DB·Slack·Notion을 스킬에서 호출 — 인증·권한 함정 대응 |
| 14:30–15:40 | 권한 분리·시나리오 | 역할별(개발자·PM·리뷰어) 사용 시나리오와 권한 설계 |
| 15:50–17:00 | Skill 3종 완성 스프린트 | 팀별 스킬 3종 마감 — 강사 순회 코칭 |
| 17:00–18:00 | 스킬 데모 & 회고 | 팀별 데모, 다음 회차까지 실운영 데이터 수집 과제 |
4회차정규 과정운영·KPI — 가이드라인과 정착1일 8시간
성과를 숫자로 만들고(PR 수·시간 절감·적용 건수), 사내 가이드라인 v1을 수립하고, 30일 후속 코칭 계획으로 마무리합니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | 산출물 점검 | Skill 3종 실운영 데이터 리뷰, 개선 백로그 정리 |
| 09:50–11:00 | 성과 측정 대시보드 | PR 수·처리 시간·자동화 적용 건수 측정 체계 구축 |
| 11:10–12:00 | CI/CD 편입 | GitHub Actions 통합, PR 자동 리뷰 파이프라인, 커버리지 게이트 |
| 13:00–14:20 | 사내 가이드라인 v1 | 누가·언제·어떻게 쓰는가 — 보안·권한·리뷰 규칙 문서화 워크 |
| 14:30–15:40 | 정기실행 자동화 | /schedule·cron·Actions 사용 구분, 주간 리포트 자동화 구축 |
| 15:50–17:00 | 졸업 데모 | 팀별 Skill 3종 + 자동화 발표 — 의사결정권자 앞 시연 |
| 17:00–18:00 | 30일 코칭 계획 | 후속 코칭(월 2회) 일정·주제 확정, 확산 로드맵 합의 |
반나절 4시간 3종 · 1일 집중 4종.
하루도 비우기 어렵다면 반나절 압축과정(B-0)부터, 직접 에이전트를 만들어야 한다면 AI 에이전트 만들기 워크숍(B-4), 팀이 AI가 짠 코드를 설명하지 못한다면 AI 스파링 워크숍(B-5)으로. 8시간 집중과정은 입문(B-1) → 실전 자동화(B-2) → 팀 도입·멀티에이전트(B-3) 순서이고, 같은 리포지터리를 사고 없이 돌리는 팀 Git·GitHub 운용(B-9)은 B-3 앞에 둡니다.
B-0반나절Claude Code 반나절 압축과정4시간
하루를 비우기 어려운 팀을 위한 4시간 압축판. 환경구축과 CLAUDE.md를 끝내고 실제 코드 1건을 고쳐서 돌아갑니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 0:00–0:50 | 환경구축 핸즈온 | 설치·인증·에디터 연동까지 전원 동시 진행, 초기설정 트러블 즉시 대응 |
| 0:50–1:40 | CLAUDE.md 지시서 | 무엇을 적으면 결과가 달라지는지 — 최소 구성으로 바로 쓰는 템플릿 작성 |
| 1:50–3:10 | 실습 · 내 코드 고치기 | 사내 저장소 탐색 → 4관점 리뷰 → 리팩토링·버그수정 1건 완주 |
| 3:10–3:40 | 안전 운용 최소선 | deny list와 권한 프리셋 — 사고 나는 명령만 먼저 막아둡니다 |
| 3:40–4:00 | 마무리 | 치트시트 배포, 남은 것은 1일 코스에서 — 심화 로드맵 안내 |
B-4반나절Claude Code AI 에이전트 만들기 워크숍4시간
서브에이전트 → 스킬 → MCP → Agent SDK → 플러그인 배포까지 4시간에 한 바퀴. 앞 랩의 결과물이 뒤 랩의 입력이 되고, 마지막엔 옆자리 동료가 내 플러그인을 두 줄로 설치해서 씁니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 0:00–0:15 | M0 환경 점검 | check-env 통과 + 실습 플러그인 설치까지 전원 동시 진행 — 여기서 막히면 나머지 3시간이 무너집니다 |
| 0:15–0:20 | M1 에이전트란 (데모) | 같은 질문을 도구 없이 / 도구 주고 각각 시연 — 'LLM + 도구 + 루프' 한 문장을 각인 |
| 0:20–0:50 | Lab 1 · 서브에이전트 | 마크다운 한 장으로 동작하는 에이전트 제작. 발동 실패의 90%가 description임을 직접 확인 |
| 1:00–1:30 | Lab 2-A · 스킬 | 반복 업무를 SKILL.md로 패키징하고, 발동하지 않을 때 스스로 진단·수정 |
| 1:30–2:00 | Lab 2-B · MCP 연결 | 기성 MCP 연결 + FastMCP로 직접 서버 작성 — docstring이 곧 도구 설명서 (같은 원리 2회차) |
| 2:15–3:15 | Lab 3 · Agent SDK | Claude Code 없이 독립 실행되는 멀티턴 에이전트에 커스텀 도구 붙이기 (API 키 필요 구간) |
| 3:15–3:55 | Lab 4 · 플러그인 배포 | 앞 랩 결과물을 하나로 묶어 GitHub 마켓플레이스에 배포 → 옆자리 수강생이 설치해 실행 |
| 3:55–4:00 | M7 정리 | '내일 아침 우리 레포에 적용할 1가지'를 문장으로 확정 |
B-5반나절 워크숍내가 설명할 수 있는 코드 — AI 스파링으로 설계 판단을 세우는 4시간4시간
AI가 답을 주는 속도는 이미 충분합니다. 병목은 그 답을 받을지 말지 판단하고, 왜 받았는지 설명하는 쪽으로 옮겨 갔습니다. 테스트가 전부 초록불인 실습 저장소에서 시작해 애매한 티켓의 미확정 항목을 찾는 질문력, 재현 안 되는 버그를 기각 실험으로 좁히는 가설구축력, 코드를 못 본 새 세션의 역질문에 답하는 언어화력을 차례로 훈련하고, 세 가지를 Claude Code 커스텀 커맨드(/ticket-holes·/hypo·/explain-check)로 묶어 팀에 가져갑니다. '테스트가 통과해도 설명하지 못하면 미완성'이 이 워크숍의 메시지입니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 0:00–0:20 | M0 오리엔테이션 · 자가진단 | 환경 점검(실습 저장소 클론·claude 실행) 후 '지난주 AI가 짠 코드 중 지금 설명하지 못하는 것'을 30초 안에 적어 조별 공유. 실습 저장소는 테스트가 전부 통과하는 상태로 시작한다 — 초록불이 곧 오늘의 메시지 |
| 0:20–0:55 | M1 비교 데모 · 즉시 위임 vs 스파링 후 위임 | 같은 알림 티켓을 라운드 A는 그대로 위임, 라운드 B는 5분 스파링('아직 구현하지 마세요 — 결정이 필요한 항목만 목록으로') 뒤 위임. 코드는 둘 다 돌아가고 테스트도 통과한다. 갈리는 곳은 리뷰어 반론 3발('취소 상태는요?' '재시도 3회의 근거는?' '새벽 3시 문자는?') — 4분 더 쓴 쪽만 즉답하고, 그 4분은 다음번에 0분이 된다 |
| 0:55–1:45 | M2 실습① 질문력 · 티켓의 구멍 찾기 | Claude 없이 5분 동안 미확정 항목 적기(대부분 2~4개에서 멈춘다) → 스파링으로 목록 확장(내가 못 적은 항목 3개 이상이 오늘 산 것) → 페어로 8행 결정 표 확정, 이유 칸에 'AI 추천' 금지 → 프롬프트를 /ticket-holes 커맨드로 저장해 다른 티켓에 실행. 물어볼 순서는 중요도가 아니라 되돌리기 어려운 순 |
| 1:55–2:45 | M3 실습② 가설구축력 · 기각 실험 설계 | 로그에만 남는 중복 발송 버그. Claude를 켜기 전에 후보 3개를 먼저 쓰고, 후보마다 '이 결과가 나오면 이 후보는 죽는다'는 기각 실험을 설계한 뒤 위임 — '제 가설에 답이 없으면 3개 모두 기각이라고 말하라'. 그럴듯한 오답 유인 2종(이중 구독처럼 보이는 기동 로그·실제로는 걸리지 않는 unique 제약)에 빠진 조를 전체 공유 → /hypo 커맨드 패키징. 찍어서 맞힌 것보다 논리적으로 틀린 쪽을 높게 평가한다 |
| 2:45–3:35 | M4 실습③ 언어화력 · 역질문 시험 | 결정 표의 멱등키 항목으로 ADR('채택하지 않은 대안과 이유' 필수)과 PR 설명문 작성 → 코드베이스 접근 없는 새 세션에 설명문만 주고 리뷰어 질문 5개 생성 → 코드를 다시 보지 않고 답변 → 채점 → 재작성 후 2차 시험에서 답하지 못한 질문이 2개 이하면 합격 → /explain-check 패키징. 컨텍스트를 공유한 세션은 관대하다 — 코드를 못 본 세션만 '이 설명으로는 모르겠다'고 말한다 |
| 3:35–4:00 | M5 공유 · 팀 이식 로드맵 | 조별 3분 공유는 답이 아니라 'AI가 알려준, 내가 몰랐던 질문 하나'. 커맨드 3종을 플러그인으로 묶고 스파링/위임 분기 기준표 정리(되돌리기 어려운 결정·티켓 밖 도메인 규칙은 스파링, 판단이 끝난 반복·기계 검증이 되는 일은 위임). 내일 레포에 넣을 1가지 — CLAUDE.md 한 줄·커맨드 1개·ADR 1건 중 택1 |
B-1기초Claude Code 입문과정1일 8시간
환경구축부터 CLAUDE.md, 첫 바이브코딩까지 — 에디터 보완형(Copilot)과 다른 에이전트 주도형 코딩의 기본기를 하루에 잡습니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:40 | AI 코딩 패러다임 | 에디터 보완형 vs 에이전트 주도형, 도입기업 사례, '필요 없는 9할을 건너뛰는' 학습 설계 |
| 09:40–10:50 | 환경구축 핸즈온 | 설치·인증·VS Code 연동, 필수 단축키, 초기설정 트러블 대응 (전원 동시 진행) |
| 11:00–12:00 | CLAUDE.md 지시서 | settings.json/rules/commands 역할, 좋은 지시서 작성법, 계층구조(글로벌→프로젝트) |
| 13:00–14:20 | 실습① 기존 코드 | 코드베이스 탐색, 4관점 리뷰(버그·가독성·성능·보안), 리팩토링·버그수정 |
| 14:30–15:30 | 실습② 테스트·문서 | 유닛테스트 생성(정상·이상·경계값), README·API 문서 자동 생성 |
| 15:40–16:50 | 실습③ 첫 바이브코딩 | 자연어 요건 → 미니 웹툴 완성, Plan Mode·리커버리(Esc·/rewind) 체험 |
| 16:50–17:40 | 안전 운용 기초 | deny list, 권한 프리셋, 위험 커맨드 차단(Hooks 맛보기), 기밀 취급 룰 |
| 17:40–18:00 | 마무리 | CLAUDE.md 템플릿·명령어 치트시트 배포, 심화과정 로드맵 |
B-2심화Claude Code 실전 자동화과정1일 8시간
Skills·Commands·MCP·Git 연동으로 개발 워크플로우 자동화 — 반복 개발업무를 스킬·커맨드로 정형화하고 정기실행까지 '돌아가는 자동화'를 만듭니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | 모드·컨텍스트 관리 | Plan/Auto Mode 구분, 토큰 관리(/clear·/compact), 리커버리(/rewind) 실전 패턴 |
| 09:50–11:00 | Skills & Commands | 코드리뷰 스킬·릴리스노트 스킬 제작, /commands 확실기동 설계 |
| 11:10–12:00 | Git/GitHub 연동 | 커밋=세이브포인트 운용, 브랜치 실험, PR 자동 코멘트·리뷰 보조 |
| 13:00–14:20 | MCP 외부연동 | GitHub·Slack·Notion·사내 DB 연결, 인증·권한·레이트리밋 함정 대응 |
| 14:30–15:40 | 정기실행 자동화 | /schedule·cron·GitHub Actions 사용 구분, 야간 배치 리포트 자동화 구축 |
| 15:50–17:00 | 실무과제 핸즈온 | MCP+Skill 조합으로 팀 실무 자동화 툴 1건 완성 |
| 17:00–18:00 | 발표·강평 | 데모 발표, CI/CD 편입 관점 피드백, 자동화 레시피집 배포 |
B-3심화Claude Code 팀 도입·멀티에이전트 마스터과정1일 8시간
서브에이전트·Agent Teams·CI/CD·조직 자산화 — 개인 생산성을 넘어 팀 단위 도입 설계(표준·보안·자산화)와 병렬 에이전트 운용까지 도달합니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | 조직 도입 아키텍처 | 표준 CLAUDE.md 계층·권한 프리셋·공유 저장소, 레거시 마이그레이션·리뷰 부하 50% 절감 사례 |
| 09:50–11:10 | 서브에이전트·Agent Teams | 병렬·위임 설계, 역할 분담(구현·테스트·리뷰), 한 사람이 팀 리뷰를 재현하는 실습 |
| 11:20–12:00 | 요건→설계→구현 | '맡길 일 vs 남길 일' 선긋기, 사양서 주도 개발(스펙 워크플로우) |
| 13:00–14:20 | CI/CD 통합 | GitHub Actions 통합, PR 자동 리뷰 파이프라인, 테스트 자동생성→커버리지 게이트 |
| 14:30–15:30 | 보안·리스크 관리 | 안전운용 5습관, Hooks 위험 커맨드 자동차단, 시크릿 취급, 감사 로그 |
| 15:40–17:00 | 졸업제작 | 조직 과제로 '멀티에이전트+CI/CD' 통합 파이프라인 구축 |
| 17:00–18:00 | 발표·도입계획 | 데모 발표, 파일럿→횡전개 30·60·90일 온보딩 계획 작성 |
B-9팀 운용 기초팀 Git·GitHub 운용 실전 — 같은 리포지터리를 사고 없이 돌리는 하루1일 7시간
혼자 쓰던 Git은 문제없었는데, 네 명이 같은 리포지터리를 만지기 시작하자 누군가의 수정이 덮이고, 한 줄 고친 PR이 전체 줄 변경으로 뜨고, 테스트 키가 든 파일이 올라갑니다. 대부분 명령어를 몰라서가 아니라 사람마다 다르게 해서 생긴 사고입니다. 4~5명 조가 교육용 GitHub 조직(또는 사내 GitHub Enterprise)에서 같은 리포지터리를 실제로 돌립니다. 오전에는 브랜치 전략·PR 규칙·리뷰어·머지 방식·보호 규칙 5가지를 합의하고, git config --global을 통일하는 초기 설정 스크립트와 .gitattributes로 환경 차이에서 오는 사고를 파일로 막은 뒤 전원이 첫 PR을 머지합니다. 오후에는 브랜치 → PR → 리뷰 → squash merge → pull을 3회전 돌리고, 강사가 심어 둔 컨플릭트·잘못된 커밋·잘못된 push를 직접 터뜨려 restore·reset·revert로 수습합니다. 마지막으로 합의한 규칙을 CLAUDE.md와 .claude/settings.json에 옮겨 Claude Code도 같은 규칙 안에서 움직이게 하고, PR 템플릿·CODEOWNERS·체크리스트를 가져갑니다. 전원 Windows·사내 프록시·사설 CA 환경을 기준으로 설계했습니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | M1 운용 설계 5가지 합의 | main 직접 push로 수정이 사라진 사고, 전체 줄 diff, 공유된 테스트 키 — 명령어 문제인가 합의 문제인가 판정. 브랜치 전략(GitHub Flow 기본)·PR 규칙(목적 하나·이슈 연결)·리뷰어(승인 1명·CODEOWNERS)·머지 방식(squash만)·보호 규칙을 조별로 고르고 이유와 예외 절차를 규칙서에 |
| 10:00–10:50 | M2 전원 공통 초기 설정 | 전원 git config --global --list 비교로 차이 확인 → user.name 표기·기본 브랜치·pull 방식·core.autocrlf·한글 파일명(core.quotepath)·긴 경로·자격 증명·사내 프록시(http.proxy)·사설 CA(http.sslCAInfo)를 담은 PowerShell 스크립트 작성·배포, 기존 값 백업, 확인 스크립트로 전원 차이 0개 |
| 10:50–12:00 | M3 리포 공유·CRLF 방지·첫 PR | 메인테이너가 squash만 허용·머지 후 브랜치 삭제·main 보호(PR 필수·승인 1명·force push 금지) 적용. 한 줄 수정이 전체 줄 변경으로 뜨는 CRLF 사고 재현 → .gitattributes로 파일 단위 고정과 renormalize 커밋. 전원 clone, 첫 PR → 승인 → squash merge → pull, main 직접 push 거부 확인 |
| 13:00–14:00 | M4 일상의 한 바퀴 3회전 | 이슈 → pull → 브랜치 → 작은 commit → PR(무엇을·왜·어떻게 확인했는지) → 리뷰(질문·제안·필수 수정 구분) → squash merge → pull. 1회전은 강사 안내, 2회전은 작성자·리뷰어·메인테이너 역할 교대, 3회전은 이슈 4건 15분 머지, 막힌 지점을 규칙서 보완으로 |
| 14:10–14:50 | M5 컨플릭트 훈련 | 같은 FAQ 문단을 두 사람이 다르게 고친 텍스트 컨플릭트를 두 의도를 모두 살리는 문장으로 해소, 세 사람이 공지 JSON 배열 끝에 동시 추가해 쉼표가 빠지는 컨플릭트를 검사 스크립트로 잡기. 작업 전 pull·짧은 브랜치·같은 파일은 미리 알리기 |
| 14:50–15:30 | M6 잘못된 커밋·push 수습 | 퍼진 범위로 명령 고르기 — 작업 폴더는 restore, push 전 커밋은 amend·reset --soft, 머지된 PR은 revert PR, 날린 커밋은 reflog 복구. 가짜 키가 든 파일이 push되면 키 폐기가 먼저, main force push 거부 확인과 금지 규칙 명문화, 사고 대응표 작성 |
| 15:40–16:30 | M7 Claude Code 설정 팀 공유 | .claude/settings.json은 커밋·settings.local.json은 제외, 프록시·사설 CA·게이트웨이 주소는 리포가 아닌 환경 변수로. 규칙서를 짧은 팀 CLAUDE.md로, force push·main push는 deny·ask, 커밋 메시지·PR 설명 초안 커맨드를 커밋해 전원 pull로 공유, 네이티브·WSL 2 표준 결정 |
| 16:30–17:00 | M8 운용 템플릿·정리 | PR 템플릿(목적·변경 요약·확인 방법·연결 이슈), 영역별 CODEOWNERS, 이슈 템플릿, 신규 입사자 온보딩 체크리스트(스크립트 실행 → 확인 → 첫 PR), 월 1회 점검 체크리스트, 조별 가장 논쟁이 컸던 규칙 공유, 내일 팀에 가져갈 1가지 |
Claude Code 업무술 3종 — 코드 밖의 일을 맡기는 하루.
주간보고·경비 정산·회의 정리·기술 조사처럼 코드 밖의 일을 Claude Code로 넘깁니다. 처음이라면 입문(B-6), Skills·Hooks·헤드리스 실행으로 주간보고를 무인화하려면 중급(B-7), 정보보호팀 승인이 막혀 있다면 도입 품의서와 모의 보안 심사까지 가는 도입 리더 과정(B-8).
B-6업무술 초급Claude Code 업무술 입문 — 설치부터 보고서·경비 정산 반자동화까지1일 8시간
Claude Code는 코드만 짜는 도구가 아닙니다. 채팅 AI와 달리 내 PC의 파일을 직접 읽고 쓰고, 결과가 파일로 남습니다. 오전에는 설치·권한·모델 선택과 작업 폴더·CLAUDE.md로 '매번 자기소개하지 않아도 되는' 상담 토대를 만들고, 오후에는 흩어진 재료로 임원 보고용 원페이지 뼈대를 만든 뒤 법인카드 경비 정산을 '사람 → AI → 사람' 반자동화로 돌립니다. AI는 사내 시스템에 직접 접속하지 않고 그룹웨어 입력 칸 순서에 맞춘 붙여넣기용 표까지만 만듭니다 — 보안 승인 부담이 작고, 틀려도 마지막에 사람이 잡는 구조입니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | M1 왜 AI 에이전트인가 | 업무 효율화 방법 4가지(사람·매크로·채팅 AI·에이전트) 비교, 컨텍스트·도구·가드레일 세 키워드, Opus·Sonnet·Haiku 모델 선택 기준, 1M 컨텍스트를 '아껴 쓰는' 습관(/clear), 법인·개인 요금제의 학습 사용 차이 |
| 10:00–11:00 | M1 설치와 첫 작업 | 설치·로그인, 교육용 빈 폴더에서 실행(실행 위치가 곧 작업 범위), 권한 확인 화면 읽기, /model·/context·플랜 모드, 캘린더 커넥터로 일정 후보 찾기, 브라우저 확장으로 폼 채우기(제출은 사람이) |
| 11:00–12:00 | M2 상담의 토대 만들기 | 작업 폴더 구조(about-me·templates·inbox·outputs), 음성 입력 5분 자기소개 → CLAUDE.md v1, /init 결과와 합치기, 보고서 개조식 말투 규칙 — CLAUDE.md는 짧을수록 잘 지켜진다 |
| 13:00–13:50 | M2 정리 안 하고 던지기 | '막막해'로 시작하는 상담, AI의 되묻기에 답하며 생각 정리, Slack 내보내기·Jira CSV·지난달 보고서를 모아 한 장 요약 — 먼저 파일 목록과 첫 20줄만 보고 읽을 것 고르게 하기 |
| 14:00–15:00 | M2 실전 · 보고 자료 앞 공정 | '임원이 1분 안에 읽을 구성' 3안 벽치기 → 원페이지 두괄식 뼈대와 상세 부록 생성, 마지막 20%(숫자 원본 대조·표현·결재 라인)는 사람 몫 — 검증 체크리스트를 AI가 만들고 사람이 확인 |
| 15:00–15:50 | M3 반자동화와 가드레일 | 사람 → AI → 사람 흐름과 완전 자동화의 차이, settings.json allow·ask·deny 작성, secrets/·.env 읽기 차단 테스트 — 가드레일은 '실수해도 사고가 안 나게' 거는 안전벨트 |
| 16:00–17:10 | M3 실전 · 경비 정산 반자동화 | 가상 경비 규정 요약·검토, 카드번호·개인 사용 건을 가리는 마스킹 스크립트를 AI가 만들고 사람이 실행, 영수증 20장과 명세서 대조로 불일치·증빙 누락 목록, 그룹웨어 입력 칸 순서에 맞춘 붙여넣기 표 |
| 17:10–17:50 | M3 절차 파일 키우기 | 오늘의 실수와 수정을 procedures/expense.md로 저장 → 다른 재료 세트로 'expense 절차대로' 재실행, 같은 틀로 반자동화할 업무(세금계산서 대조·출장비·근태·구매 품의) 고르기 |
| 17:50–18:00 | 정리 | 산출물 점검, 다음 단계(B-7) 안내 |
B-7업무술 중급쓸수록 똑똑해지는 AI 작업장 — Claude Code 업무 에이전트 구축 실전1일 8시간
프로젝트마다 폴더가 따로 놀면 AI가 A에서 배운 요령을 B에서 못 씁니다. 모든 일을 하나의 Git 업무 모노레포에 모아 규칙·절차·스킬이 쌓일수록 AI가 똑똑해지는 '컨텍스트의 복리'를 만들고, 흩어진 자료 → 프로젝트 현재 위치(status.md) → 회의 → 조사 → 보고 슬라이드를 한 흐름으로 잇습니다. 오후에는 사양 주도·병렬 세션으로 품질과 속도를 올린 뒤, 절차 파일을 Skills로 옮기고 Hooks로 '잊어도 반드시 도는' 검사를 걸고, 헤드리스 실행과 스케줄러로 금요일 주간보고를 사람이 부르지 않아도 만들어지게 합니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | M4 왜 모노레포인가 | 컨텍스트의 복리 개념, 엔지니어용 업무 모노레포 구조(.claude/commands·skills·agents, projects/, routines/), 기밀 안건 별도 저장소와 deny 규칙, 공통·프로젝트 CLAUDE.md 나누기 |
| 10:00–11:00 | M4 실전 · 프로젝트 현재 위치 | 사내 챗봇 PoC 자료로 status.md(목표·완료·진행 중·막힌 것·다음 결정), 회의록 투입 → 갱신, git diff로 AI가 바꾼 내용 추적, /status-update 명령 만들기 — 요약 파일을 입구로 두는 설계 |
| 11:00–12:00 | M4 실전 · 조사 → 보고 | 회의에서 나온 조사 숙제(벡터DB 후보 3개 비교)를 조사용 서브에이전트에 — 가벼운 모델로 조사, 메인은 판단. 비교표·판단 재료 → 보고 슬라이드 뼈대, 성공·실패를 규칙으로 되돌리기 |
| 13:00–13:50 | M5 품질 올리기 | 사양 주도 3단(requirements → design → tasks, 사람 승인 후 실행)을 문서 작업에도, 한국어 AI 냄새(번역투·과장·결론 공식) 점검 규칙 작성과 전후 비교 |
| 14:00–15:00 | M5 넓히기 | git worktree 병렬 세션(리뷰 여력이 병렬 수의 상한), 모바일 원격 지시와 사외 기기 정책 확인, 팀 공유 .claude/ 선별과 PR, settings.local.json 분리, AGENTS.md 병행으로 벤더 종속 줄이기 |
| 15:00–15:50 | M7 Skills 설계 | 절차 파일 → Skills 변환, 사용자가 실제로 쓰는 표현과 제외 조건을 담은 description, 돌려 말한 요청 5개·발동하면 안 되는 요청 3개로 발동 테스트 |
| 16:00–17:00 | M7 서브에이전트와 Hooks | 수집·작성·검토 3역할 분리와 역할별 모델 배치, 보고서 저장 시 숫자 합계 검증 Hook(실패 시 AI에 되돌림) — 확률적인 지시를 결정적인 검사로 |
| 17:00–17:50 | M7 무인 실행 | claude -p 헤드리스, cron·작업 스케줄러로 금요일 주간보고 자동 생성과 Slack 알림, 무인 실행 안전장치(허용 도구 최소화·실패 알림, 외부 전송은 사람이) |
| 17:50–18:00 | 정리 | 산출물 점검, 팀 배포 계획 한 줄 |
B-8업무술 도입 리더보안팀도 승인하는 Claude Code 사내 도입 — 반자동화부터 도입 품의서까지1일 8시간
팀에서 써 보니 효과는 확실한데, 품의를 올리자 정보보호팀이 '외부 AI에 소스코드와 사내 문서가 나가는 것 아니냐'며 보류합니다. 전면 금지는 개인 계정으로 몰래 쓰는 섀도 AI를 부릅니다. 오전에는 반자동화와 가드레일을 직접 걸어 보며 효과와 위험을 몸으로 이해하고, 오후에는 데이터 등급 × 조작 범위 매트릭스를 권한 규칙으로 옮기고, 프롬프트 인젝션을 시연·방어하고, 3단계 도입 로드맵과 정보보호팀 제출용 품의서 초안을 쓴 뒤 조별 모의 보안 심사로 반려 사유를 미리 막습니다. '금지 대신 안전하게 쓸 길'을 설계하는 하루입니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | M3 반자동화란 | 사람 → AI → 사람 흐름, 완전 자동화와 비교한 보안 승인 부담 차이, 컨텍스트·도구·가드레일 세 키워드 압축 복습 |
| 10:00–11:00 | M3 가드레일 직접 걸기 | settings.json allow·ask·deny, .env·secrets/ 차단 테스트, 카드 명세서 마스킹 — '각자 조심'이 아니라 '시스템이 막는다'를 체험 |
| 11:00–12:00 | M3 실전 · 경비 정산 체험 | 가상 경비 규정 요약, 영수증 대조, 그룹웨어 붙여넣기용 표, 절차 파일 저장 — 도입 효과를 수치로 말할 재료 만들기 |
| 13:00–13:50 | M6 금지 대신 길 만들기 | 섀도 AI 위험과 금지의 비용, 보안 부서를 공동 설계자로, 개인정보보호법(가명처리·국외 이전)·ISMS-P 외부 SaaS 절차·망분리 체크 포인트, 법인 요금제 SSO·관리자 정책(managed settings) |
| 14:00–15:00 | M6 범위 정하기 | 데이터 등급 × 조작 매트릭스 작성 → 권한 규칙으로 옮기기, 숨은 지시문이 든 웹 페이지·문서로 프롬프트 인젝션 시연 → deny 규칙과 확인 절차로 방어, 승인 습관화 방지 |
| 15:00–15:50 | M6 도입 품의서 | 3단계 로드맵(단계별 진입 조건), Claude Code로 품의서 초안 작성, '정보보호팀장이라면 물어볼 질문 10개와 필요한 증빙' 미리 받기 |
| 16:00–16:40 | M6 모의 보안 심사 | 조별 역할극(정보보호팀 vs 도입 추진팀), 반려 사유 보완, 사고 대응 절차(Git 되돌리기 → 원인 규칙화) 문서화 |
| 16:40–17:50 | M5 팀 자산으로 퍼뜨리기 | 개인 설정 중 팀 공유분 선별, .claude/ Git 공유와 settings.local.json 분리, AGENTS.md로 벤더 종속 줄이기, 사양 주도로 팀 산출물 품질 맞추기 |
| 17:50–18:00 | 정리 | 우리 팀 첫 30일 실행 계획 1장 |
통합 2일 과정 — 2일차 엔지니어 4시간.
1일차는 전 직군이 함께 문서·보고·데이터 업무를 자동화하고(C-1, Claude 기업교육 페이지), 2일차는 개발자만 남아 에이전트를 통제하는 하네스를 자기 레포에 깔고 무인 루프까지 얹습니다(C-2).
C-22일차 · 엔지니어Claude Code 심화 — 하네스 엔지니어링 + 루프 엔지니어링4시간
설치·인증·CLAUDE.md 기초는 다루지 않습니다. 3~4개월 써온 사람이 실제로 부딪히는 세 가지 — '가끔 크게 사고 친다', '리뷰가 병목이다', '자율성을 더 주고 싶은데 무섭다' — 를 구조로 푸는 시간입니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 14:00–14:30 | H1 하네스 4계층 | Agent = Model + Harness. ①결정론적 가드레일 ②사람이 정의한 수용 기준 ③권한 구조화 ④적대적 검증 — 우리 레포에 이 네 계층이 있는지 5분 진단 |
| 14:30–15:30 | H2 실습① 4계층 (전반) | CLAUDE.md에 '안 되는 것'을 명문화 → hooks로 편집 직후 빌드·정적분석·테스트 강제 → settings.json으로 민감 경로 deny/ask 잠금 |
| 15:40–16:20 | H3 4계층 (후반)·적대적 검증 | 수용 기준을 구현 전에 쓰기(비기능 요건을 검증 가능한 문장으로), 리뷰 프롬프트를 '맞는지 확인'이 아니라 '틀렸다는 것을 증명해봐'로 — 같은 변경을 두 방식으로 리뷰시켜 비교 |
| 16:20–17:20 | H4 실습② 루프 얹기 | 평가-최적화 루프의 수렴·정지 조건 설계 / 팬아웃→합류→반증 워크플로 저장 / /loop·예약 실행으로 야간 회귀 검증 — 비용 상한·중복 실행 방지·사람 게이트를 어디에 두는가 |
| 17:20–17:45 | H5 실패에서 배우기 | 미결 사항을 결정사항처럼 구현, 자기 완료 보고를 그대로 믿기, 리뷰어가 만든 사람 편이 되기 — 각각 4계층 중 어디가 비어서 생긴 일인지로 되짚기 + 모델 티어·토큰 비용 견적 |
| 17:45–18:00 | H6 회고·사내 표준화 | 각자 만든 하네스 공유, 팀 표준 플로로 통합할 항목 추리기, 다음 스프린트 적용 계획 |