이렇게 AI 팀을 만듭니다
실무자를 위한
활용과 확장 키트
책에서 익힌 조사·분석·판단·제작·검수·공유의 흐름을 내 업무에 옮길 때 필요한 표와 점검 항목을 모았습니다.
필요한 순간에 해당 부록을 펼치세요
처음 도입할 때는 부록 A, 앞에서 만든 결과를 다시 연결할 때는 부록 B를 펼치세요. 회사 자료와 외부 공유가 걱정될 때는 부록 C, 클로드의 폴더 작업이나 [Code] 탭에서 막혔을 때는 부록 D를 보면 됩니다. 여러 번 성공한 업무를 더 넓히고 싶다면 부록 E를 확인하세요.
- 부록 A 내일부터 시작하는 30일 파일럿
- 부록 B 각 CHAPTER에서 만든 결과물
- 부록 C 회사에서 안전하게 승인받고 사용하는 법
- 부록 D 비개발자를 위한 로컬 작업 빠른 안내서
- 부록 E 검증한 업무를 확장하는 선택 코스와 동반 자료
사용 원칙 한 번에 여섯 에이전트를 모두 도입하지 마세요. 자주 반복하고 결과를 사람이 확인할 수 있으며, 잘못돼도 되돌리기 쉬운 업무 하나부터 시작합니다.
본문과 함께 확인하세요
2026년 10월 30일 본문최종 PDF와 대조한 인쇄 쪽수입니다. 부록은 별도 HTML 자료이므로 부록 자체의 인쇄 쪽수는 없습니다. 아래 번호는 관련 본문을 찾을 때 사용하세요.
| CHAPTER | 본문 범위 | 함께 보는 자료 |
|---|---|---|
| CHAPTER 01 | 018~037쪽 | AI 에이전트와 기본 개념 |
| CHAPTER 02 | 038~061쪽 | 계정·연결과 아침 비서 |
| CHAPTER 03 | 062~083쪽 | 프로젝트·브랜드 가이드·절차서 |
| CHAPTER 04 | 086~105쪽 | 시장 분석 리포트 |
| CHAPTER 05 | 106~123쪽 | AI 소비자 인터뷰 시뮬레이션 |
| CHAPTER 06 | 126~149쪽 | 작업 폴더·스킬·예약 |
| CHAPTER 07 | 150~171쪽 | 전략 분석 보고서 |
| CHAPTER 08 | 172~185쪽 | 핵심 대상 이해 문서 |
| CHAPTER 09 | 186~199쪽 | 핵심 방향 보고서 |
| CHAPTER 10 | 202~227쪽 | 콘텐츠 제작 패키지 |
| CHAPTER 11 | 228~249쪽 | 대시보드·주간 보고 |
본문 009쪽에서 예제 자료 다운로드를, 010쪽에서 두 HTML 자료의 사용 방법을, 130쪽에서 설치 안내를, 249쪽에서 부록의 활용을 안내합니다. 설치·사양·문제 해결은 이 부록에서, 본문 프롬프트 복사는 프롬프트 모음에서 확인하세요.
내일부터 시작하는 30일 파일럿
이럴 때 펼치세요
- 책의 실습을 내 업무에 처음 적용하려고 할 때
- 팀장이나 보안 담당자에게 작은 시험 운영을 제안할 때
- “얼마나 시간을 줄였는가”를 실제 기록으로 확인할 때
- 한 달 뒤 계속 사용할지, 고칠지, 중단할지 판단할 때
책의 순서와 실제 도입 순서는 달라도 됩니다
본문은 배우기 쉬운 순서로 구성했습니다. 개념과 작업 환경을 익힌 뒤 시장 자료와 이용자 목소리를 모으고, 전략과 핵심 대상을 정해 콘텐츠를 만든 다음 보고와 공유로 마무리했어요.
실제 업무에서는 가장 자주 반복하는 일부터 시작하는 편이 좋습니다. 매주 돌아오는 정리나 보고처럼 전후 시간을 비교하기 쉬운 일 하나에 드는 시간을 줄이면 효과와 한계를 빠르게 확인할 수 있기 때문이에요.
시작 전 : 업무 하나와 기준선 정하기
먼저 다음 조건에 맞는 업무 하나를 고르세요.
- 한 달에 두 번 이상 반복한다.
- 입력 자료와 완성 기준을 설명할 수 있다.
- 결과를 담당자가 직접 검토할 수 있다.
- 실패해도 원본으로 되돌릴 수 있다.
- 개인정보나 미공개 자료 없이도 첫 시험이 가능하다.
업무를 고른 뒤에는 최근에 AI를 쓰지 않고 수행한 기록을 확인합니다. 자료 준비부터 작성, 수정, 승인, 공유까지 사람이 실제로 쓴 시간을 적어 두세요. 이 값이 도입 전 기준선입니다.
30일 파일럿 로드맵
| 기간 | 할 일 | 참고할 본문 | 다음으로 넘어가는 기준 |
|---|---|---|---|
| 시작 전 | 회사의 허용 범위 확인, 업무 1개 선정, 도입 전 시간 기록 | CHAPTER 02, 부록 C | 사용할 계정과 자료, 권한, 검토자를 설명할 수 있다 |
| 1주 차 | 프로젝트와 작업 폴더 준비, 원본 복사본으로 첫 실행 | CHAPTER 03, 06 | 원본을 보존하고 결과 한 건을 사람이 검토했다 |
| 2주 차 | 같은 업무를 2~3회 반복하고 절차서와 완료 기준 수정 | CHAPTER 03, 06 | 같은 입력 조건에서 결과 형식과 검토 순서가 안정된다 |
| 3주 차 | 승인된 범위에서 팀원 한두 명과 시험하고 오류와 수정 기록 | CHAPTER 11, 부록 C | 누가 승인하고 어디에 저장하고 공유하는지 정해졌다 |
| 4주 차 | 시간과 수정, 실제 사용 기록을 확인해 유지, 수정, 중단 결정 | CHAPTER 11, 부록 A | 판단 근거와 다음 달 적용 범위를 한 장으로 보고할 수 있다 |
주간 보고를 시험한다면 CHAPTER 11의 데이터와 보고서, 승인 흐름을 쓰세요. 시장과 경쟁 모니터링을 시험한다면 CHAPTER 04의 조사 절차를 쓰면 됩니다. 처음부터 조사에서 콘텐츠 제작까지 모두 연결할 필요는 없습니다.
첫 달에 기록할 다섯 가지
- 도입 전 1회 소요 시간
- 자료 준비부터 검토와 수정, 공유까지 쓴 시간
- 수정이 많았던 부분과 그 이유
- 결과를 실제로 사용한 문서와 회의, 업무
- 다음 달에도 사용할지에 대한 판단
“AI가 초안을 만든 시간”만 비교하면 실제 효과를 알기 어렵습니다. 자료 준비와 사실 확인, 오류 수정, 승인, 공유에 쓴 시간까지 포함하세요. 시간이 조금 줄었더라도 결과를 실제로 쓰지 못했거나 매번 처음부터 다시 써야 했다면 절차를 고쳐야 합니다.
30일 효과 기록표
| 업무 | 도입 전 시간 | 사용 후 시간(검토 포함) | 수정이 많았던 이유 | 실제 사용한 곳 | 다음 달 판단 |
|---|---|---|---|---|---|
| 예시: 주간 보고 | 120분 | 50분 | 원본 데이터 형식이 일정하지 않았음 | 주간 회의 | 절차를 수정해 계속 사용 |
| 내 업무 1 | 유지, 수정, 중단 | ||||
| 내 업무 2 | 유지, 수정, 중단 |
도입 전후 시간이 몇 분 차이 나는지만 보지 마세요. 결과가 실제 업무에 쓰였는지, 담당자가 어디를 많이 고쳤는지, 다음 실행에서 같은 문제가 반복됐는지가 더 중요한 판단 근거입니다.
30일 뒤의 세 가지 결정
| 결정 | 판단 기준 | 다음 행동 |
|---|---|---|
| 유지 | 시간이 줄고, 오류를 검토할 수 있으며, 권한 범위가 분명하다 | 절차서와 검토 기준을 고칠 때마다 새 버전으로 관리한다 |
| 수정 | 효과는 있지만 자료 준비나 재작업이 지나치게 많다 | 입력 형식과 역할, 승인 지점을 하나씩 고친다 |
| 중단 | 효과가 작거나 위험과 수정 부담이 더 크다 | 연결 권한을 해제하고 기록과 배운 점을 남긴다 |
자동화하지 않기로 한 판단도 실패가 아닙니다. 5분이면 끝나는 일에 몇 시간을 들이거나, 사람이 매번 처음부터 다시 써야 하는 결과를 계속 만드는 것보다 중단이 나은 선택일 수 있어요.
상황에 맞게 바꿔 쓰기
B2B 업무 담당자라면 CHAPTER 08의 핵심 대상을 한 명의 이용자 대신 현업 담당자, 팀장, 예산 결재자처럼 구매에 참여하는 사람들로 나눕니다. CHAPTER 05의 자료는 공개 리뷰뿐 아니라 도입 후기와 허용된 범위의 영업 상담 기록에서 찾을 수 있어요. CHAPTER 11의 지표는 구매보다 문의 수, 미팅 전환율, 계약 검토 단계가 중요할 수 있습니다.
1인 사업자나 소상공인이라면 팀 메시지 전송은 건너뛰고 노션이나 문서 파일까지만 써도 됩니다. 큰 시장 분석보다 상품 설명, 문의 정리, 정산 보고처럼 자주 반복하는 일부터 적용하는 편이 효과를 확인하기 쉬워요.
대행 업무나 자문을 맡는다면. 의뢰인별로 프로젝트와 작업 폴더를 나누세요. 업무 가이드와 원본 자료, 노션 접근 범위도 의뢰인별로 나눠야 다른 조직의 정보가 섞이지 않습니다. CHAPTER 07의 전략 분석 보고서와 CHAPTER 09의 핵심 방향 보고서는 제안의 근거 자료로 쓸 수 있습니다.
온라인으로 판매한다면. CHAPTER 04의 경쟁 분석을 가격과 혜택 변화 확인으로 좁히고, CHAPTER 10의 문구 담당과 채널 담당을 상세 페이지와 고객 안내 메시지에 쓸 수 있습니다. CHAPTER 11에서는 매출뿐 아니라 객단가와 재구매율, 문의 처리 시간도 함께 살펴보세요.
각 CHAPTER에서 만든 결과물
이럴 때 펼치세요
- 앞 CHAPTER에서 만든 파일을 다음 작업에 연결할 때
- 필요한 CHAPTER를 다시 찾아갈 때
- 공식 결과와 중간 작업자료를 구분할 때
- 어떤 파일이 없어서 작업이 막혔는지 확인할 때
각 CHAPTER에서 무엇을 만들었을까요
| CHAPTER | 읽는 자료와 준비 상태 | 남는 결과 | 다음에 사용하는 곳 |
|---|---|---|---|
| 01 | 별도 파일 없음 | 에이전트의 네 부품과 사람의 책임 기준 | 이후 모든 CHAPTER의 설계 기준 |
| 02 | 클로드 계정과 연결할 도구 | 첫 프로젝트와 오늘의 할 일 정리 비서 | 프로젝트와 커넥터 사용의 기초 |
| 03 | 담당 업무와 조직의 표현 기준 | 브랜드 가이드, 노션의 마케팅 HQ, 첫 절차서 | CHAPTER 04 이후의 공통 정보와 저장 위치 |
| 04 | 브랜드 가이드, 조사 키워드 | 시장 분석 리포트, 수집 원본, 시장 조사 절차서 | CHAPTER 07의 통합 팩트북, 09의 비교 자료 |
| 05 | 공개 리뷰와 조사 주제 | 소비자 인터뷰 시뮬레이션 리포트, 발화 원본, 인터뷰 절차서 | CHAPTER 07의 대상 구분, 08의 핵심 대상 이해 |
| 06 | 작업에 필요한 파일의 복사본만 넣은 폴더, 반복 업무 하나 | 정리된 작업 폴더, 주간 업무 로그, 스킬 | CHAPTER 07 이후 로컬 작업의 안전 기준 |
| 07 | 브랜드 가이드, 시장 분석, 소비자 인터뷰 시뮬레이션 리포트 | 전략_분석_보고서.md, 통합 팩트북, 우리 회사 정보 | CHAPTER 08의 핵심 대상, 09의 핵심 방향 |
| 08 | 전략 분석 보고서, 이용자 목소리 | 핵심_대상_이해_문서.md | CHAPTER 09의 비교 기준과 선택 이유 |
| 09 | 전략 분석 보고서, 핵심 대상 이해 문서 | 핵심_방향_보고서.md, 선택 이유 작업안 | CHAPTER 10의 공통 제작 기준 |
| 10 | 핵심 방향 보고서와 작업 목표 | 콘텐츠_제작_패키지.md, 서브에이전트 정의 7개 | 내부 검토와 실제 제작 |
| 11 | 업무 데이터와 이전 보고서 | 업무 대시보드, 주간 보고서, 보고서 템플릿과 절차서 | 변화 확인, 승인 후 저장과 공유 |
중간 작업물은 공식 결과물과 구분합니다. 통합 팩트북, 우리 회사 정보, 선택 이유 작업안은 판단의 근거를 확인하는 작업자료예요. 공식 결과물과 함께 보관하되 팀에 공유할 공식 결과물 목록에서는 빼 두는 편이 좋습니다.
전체 흐름 한눈에 보기
CHAPTER 04와 05는 서로 기다리지 않고 진행할 수 있습니다. CHAPTER 07부터는 앞 결과를 이어받으므로 파일명과 승인된 내용을 먼저 확인하세요. CHAPTER 10에서는 핵심 방향 보고서를 바탕으로 캠페인 기획서와 핵심 광고 문구를 차례로 확정합니다. 네 제작 담당에게는 콘텐츠_제작_패키지.md에 저장한 기획서와 문구를 공통 자료로 전달하세요.
노션과 로컬 작업 폴더의 역할
| 노션의 마케팅 HQ | 역할 | 07~10장 로컬 작업 폴더 | 역할 |
|---|---|---|---|
| 0_브랜드 | 브랜드 가이드와 표현 규정 | 01_자료 | 이번 작업에서 읽을 원본 복사본 |
| 1_데이터 | 수집한 원본과 데이터 | 02_작업자료 | 팩트북과 비교표 같은 중간 작업 |
| 2_산출물 | 검토가 끝난 공유본 | 03_결과 | 현재 작업의 공식 결과 |
| 3_절차서 | 반복 업무의 표준 절차 | .claude/agents와 .claude/skills | 역할 정의와 재사용 절차 |
노션은 검토가 끝난 자료를 보관하고 필요한 사람과 공유하는 공간입니다. 클로드 데스크톱 앱에 연결한 폴더와 [Code] 탭의 작업 폴더에서는 원본을 읽고 중간 자료와 결과 파일을 만듭니다. 로컬 결과를 노션에 옮길 때는 내용을 다시 요약하지 않고 승인한 최종본을 그대로 저장하도록 요청하세요.
다시 진행하고 싶은 작업이 있다면 위 표에서 필요한 자료를 확인한 뒤 해당 CHAPTER의 Task로 돌아가세요. 앞 CHAPTER를 건너뛴 경우에는 각 Task에 안내된 대체 자료를 준비하면 됩니다.
품질을 높이는 문형 10개
○○만 다뤄. 나머지는 건드리지 마.결과는 ○○ 열이 있는 표로 만들고 각 셀은 두 줄 이내로 써줘.세 단계로 진행하자. 각 단계 결과를 내가 확인하면 다음으로 넘어가.모든 수치와 주장에 출처를 붙이고, 출처가 없으면 사용하지 마.출처마다 수치가 다르면 모두 기록하고 임의로 평균 내지 마.AI 시뮬레이션에서 나온 내용에는 (AI가설)을 유지해.자료에 없으면 만들지 말고 확인 필요라고 표시해.이 결론에 대한 가장 강한 반대 의견도 함께 보여줘.아직 파일을 수정하지 말고 읽을 자료와 바꿀 내용을 먼저 보여줘.결과를 직접 고치지 말고 통과와 재작업 판정, 이유, 다시 맡길 역할만 알려줘.작업을 멈추고 점검해야 할 신호 5개
- 수치가 지나치게 좋아 보이는데 출처가 없습니다.
- 근거로 표시한 문서를 열어 보니 해당 내용이 없습니다.
- 역할을 나눴는데도 제작 결과마다 핵심 대상이나 메시지가 다릅니다.
- 검수자가 문제를 찾는 대신 결과를 직접 다시 씁니다.
- 5분이면 끝날 일을 자동화하느라 몇 시간을 쓰고 있습니다.
이때는 결과를 더 요청하지 말고 작업을 멈추세요. 원본 자료, 공통 기준, 역할 설명, 사용자가 승인한 내용을 차례로 확인합니다.
자주 찾는 용어 사전
| 용어 | 쉬운 뜻 |
|---|---|
| 프로젝트 | 같은 지침과 자료를 여러 대화나 작업에서 계속 쓰는 공간 |
| 컨텍스트 | AI가 지금 일을 이해하기 위해 읽는 대화와 자료 |
| 커넥터 | 클로드가 노션이나 슬랙 같은 외부 도구를 읽거나 쓸 수 있게 하는 연결 |
| MCP | AI와 외부 도구를 연결하는 공통 방식 |
| 아티팩트 | 문서, 차트, 웹 페이지처럼 열어 보고 수정할 수 있는 결과물 |
| 코워크(이 책의 표현) | 클로드 데스크톱 앱에 컴퓨터 폴더를 연결해 파일을 읽고 만들고 고치는 작업 방식. 예전에는 Cowork라는 별도 기능명으로 쓰였다 |
| 클로드 코드 | [Code] 탭에서 선택한 작업 폴더의 여러 파일과 변경 내용을 이어서 다루는 작업 환경 |
| 마크다운, .md | 제목과 목록, 표를 담을 수 있는 가벼운 텍스트 문서 형식. AI가 가장 잘 읽고 만드는 형식 |
| 계획([Plan]) 모드 | 파일을 고치기 전에 무엇을 할지 계획부터 확인하는 권한 모드. 한 번 요청할 때의 사용량이 줄지는 않지만 다시 만드는 일을 줄여 준다 |
| 서브에이전트 | 정해진 역할만 맡아 별도 맥락에서 일하고 결과를 돌려주는 에이전트 |
| 스킬 | 반복할 작업 순서와 규칙을 저장해 다시 실행하는 절차 |
회사에서 안전하게 승인받고 사용하는 법
n8n·Make·Zapier, 무엇을 골라야 할까요?
아래 세 도구는 여러 앱을 연결해 반복 업무를 자동으로 실행할 때 참고할 수 있는 선택 도구입니다. 이 책의 기본 실습에는 설치하지 않아도 됩니다. 같은 작업을 여러 사람이나 여러 서비스로 확장할 때 아래 기준으로 고르세요.
| 도구 | 시작 방식 | 잘 맞는 상황 | 먼저 확인할 점 |
|---|---|---|---|
| n8n | n8n Cloud를 쓰거나 직접 서버에 설치 | 복잡한 분기, 자체 서버 운영, 세밀한 데이터 처리 | 직접 설치하면 서버·업데이트·백업도 직접 관리해야 합니다. |
| Make | 웹 브라우저에서 시나리오 작성 | 화면에서 흐름을 보며 여러 앱을 연결하는 자동화 | 각 앱의 연결 권한과 실행 횟수를 먼저 확인합니다. |
| Zapier | 웹 브라우저에서 Zap 작성 | 정형화된 트리거와 액션을 빠르게 연결하는 자동화 | 앱 연결은 읽기와 쓰기 권한을 줄 수 있으므로 계정 범위를 확인합니다. |
안전한 시작 순서 실제 회사 계정 대신 시험용 계정과 복사한 자료로 연결 → 필요한 앱만 최소 권한으로 승인 → 처음 세 번은 수동 실행 → 결과와 실행 기록 확인 → 문제가 없을 때 예약 실행 순서로 넓히세요.
공식 안내 n8n 문서 · Make 도움말 · Zapier 시작 안내
이럴 때 펼치세요
- 회사 자료를 AI에 입력해도 되는지 판단할 때
- 노션이나 슬랙, 드라이브 같은 연결 범위를 정할 때
- 팀장이나 보안 담당자에게 4주 파일럿을 제안할 때
- 자료를 잘못 입력하거나 예상하지 못한 공유가 일어났을 때
기술보다 먼저 확인할 질문이 있습니다. “회사 자료를 이 도구에서 처리해도 되는가?”, “어디까지 읽고 쓸 수 있게 할 것인가?”, “누가 최종 결과를 승인할 것인가?”입니다.
데이터 3등급과 기본 판정
| 등급 | 예시 | 기본 판정 | 사용 조건 |
|---|---|---|---|
| 공개 데이터 | 뉴스, 경쟁사 사이트, 공개 리뷰, 회사 홈페이지 | 조건부 사용 | 회사 정책과 저작권, 사이트 이용 조건을 확인하고 필요한 범위만 사용 |
| 내부 데이터 | 매출 집계, 업무 성과, 회의록, 전략 문서 | 승인 전 사용 중지 | 회사가 승인한 계정과 환경, 저장 위치에서 최소한의 내용만 사용 |
| 민감하거나 제한된 데이터 | 개인정보, 임직원 정보, 계약서, 미공개 재무, 인증 정보 | 기본적으로 사용하지 않음 | 꼭 필요하면 보안과 법무 승인, 보호된 환경을 먼저 확인 |
비식별화는 허가를 대신하지 않습니다. 이름과 연락처를 지웠더라도 여러 정보를 조합해 특정인을 알아볼 수 있거나 회사가 외부 AI 입력을 금지한 자료라면 쓸 수 없어요.
입력 전 30초 체크리스트
- 회사가 승인한 AI 계정과 환경인가
- 이 자료를 해당 AI 서비스에서 처리해도 되는가
- 전체 문서 대신 필요한 부분이나 복사본만 쓸 수 있는가
- 개인정보와 인증 정보, 숨겨진 시트, 문서 속성이 제거됐는가
- 결과를 저장할 위치와 보존 기간이 정해졌는가
- 공개 링크와 게시, 메시지 전송 범위가 확인됐는가
- 최종 공유 전에 확인할 담당자가 정해졌는가
하나라도 확실하지 않다면 입력을 멈추고 회사 규정이나 담당자에게 확인하세요.
커넥터 권한은 작게 시작하세요
| 단계 | 허용 범위 | 사람의 확인 |
|---|---|---|
| 1. 읽기 | 지정한 페이지와 폴더, 채널의 필요한 자료 | 읽은 자료 목록 확인 |
| 2. 초안 작성 | 전용 작업 폴더나 임시 페이지에 결과 생성 | 사실과 표현, 저장 위치 검토 |
| 3. 내부 게시 | 승인된 내부 공간에 최종본 저장 | 게시 직전 최종 승인 |
| 4. 외부 전송 | 외부 링크, 이메일, 메시지, 공개 게시 | 대상과 첨부, 권한을 다시 확인하고 명시적으로 승인 |
| 5. 삭제 | 파일과 페이지, 기록 삭제 | 복구 가능 여부를 확인하고 별도 승인 |
워크스페이스 전체를 한 번에 연결하지 말고 필요한 페이지와 폴더부터 시작하세요. 처음에는 읽기 권한만 쓰고, 쓰기와 게시, 메시지 전송은 초안을 먼저 보여 달라고 요청합니다. 파일럿이 끝나면 쓰지 않는 연결과 권한을 해제합니다.
문제가 생겼을 때
민감한 자료를 잘못 입력했거나 예상하지 못한 페이지에 결과가 저장됐다면 다음 순서로 대응합니다.
- 추가 작업과 외부 공유를 멈춥니다.
- 관련 커넥터 권한을 해제하거나 범위를 줄입니다.
- 발생 시각, 사용한 계정, 자료, 실행한 작업, 저장하거나 전송한 위치를 기록합니다.
- 회사의 보안과 개인정보, 사고 대응 절차에 따라 알립니다.
- 담당자의 안내 없이 기록을 지우거나 문제를 축소하지 않습니다.
회사마다 대응 절차가 다르므로 이 목록을 회사 규정보다 우선해서는 안 됩니다.
팀의 신뢰를 얻는 세 가지 방법
첫째, 보고서의 문장에서 원본 출처까지 이어지는 근거를 보여주세요. 둘째, 확인된 사실과 (AI가설)을 끝까지 구분하세요. 셋째, AI가 틀린 내용을 사람이 찾아 고친 사례도 숨기지 마세요. AI가 한 번도 틀리지 않는다고 주장하기보다 오류를 확인하고 바로잡는 과정을 보여줄 때 신뢰를 얻을 수 있습니다.
외부 공개 전 확인
- 인용한 수치와 사실, 후기의 출처를 다시 열어봤는가
- (AI가설)이나 확인 필요가 사실처럼 바뀌지 않았는가
- 개인정보와 내부 정보가 문서 본문이나 메모, 속성에 남지 않았는가
- 이미지와 영상, 문구가 타인의 로고나 캐릭터, 저작물을 침해하지 않는가
- 증명할 수 없는 효능이나 성과 표현이 없는가
- 공개 시점의 관련 법규와 플랫폼 표시 정책을 확인했는가
- 링크와 첨부 파일의 공개 범위가 맞는가
정책과 화면은 바뀔 수 있으므로 책의 문장보다 회사의 최신 지침과 서비스의 공식 안내를 우선합니다.
비개발자를 위한 로컬 작업 빠른 안내서
책을 따라 하기 전, 장별 준비 환경
| 구간 | 필요한 환경 | 설치 여부 | 점검할 것 |
|---|---|---|---|
| CHAPTER 01~05 | 최신 웹 브라우저와 클로드 계정 | 별도 프로그램 불필요 | 프로젝트에 접근할 수 있는지 확인하세요. 본문 057쪽의 아침 비서 예약 실습에는 유료 플랜이 필요합니다. |
| CHAPTER 06 | 최신 클로드 데스크톱 앱, 유료 플랜, 인터넷 연결 | 데스크톱 앱 필요 | 작업용 폴더를 연결하고 파일 읽기·쓰기를 허용했는지 |
| CHAPTER 07~10 | 클로드 데스크톱 앱의 [Code] 탭 → [로컬(Local)] → 전략_분석_작업 폴더 | 데스크톱 앱 필요 | Code가 보이지 않으면 앱 업데이트, 재로그인, 플랜 확인 |
| CHAPTER 11 | 웹 또는 데스크톱 앱 | 로컬 파일·컴퓨터 작업 때만 필요 | 로컬 자료를 쓰는 예약 작업은 컴퓨터, 앱, 인터넷 연결 상태 확인 |
이 책에서 ‘코워크’라고 부르는 범위 예전에는 코워크라고 부르던 기능을 포함해, 클로드 앱에서 컴퓨터의 폴더를 지정하고 파일을 읽거나 고치는 작업을 편의상 ‘코워크’라고 부릅니다. 현재 화면에서는 Chat과 Cowork가 따로 보이지 않을 수 있습니다.
클로드 데스크톱 앱 설치와 사양
- 클로드 공식 다운로드 페이지에서 운영체제에 맞는 설치 파일을 받습니다.
- 설치를 마친 뒤 책에서 사용한 계정으로 로그인합니다.
- 앱을 최신 버전으로 업데이트하고, 원본이 아닌 연습용 폴더를 연결해 파일 목록을 읽는 것부터 시험합니다.
- 폴더를 고치거나 외부 앱을 조작할 때 나타나는 권한 요청은 대상과 범위를 확인한 뒤 승인합니다.
| 운영체제 | 공식 지원 기준 | 코워크 사용 전 추가 확인 |
|---|---|---|
| macOS | macOS 11(Big Sur) 이상 | 폴더와 앱 접근 권한을 확인합니다. |
| Windows | Windows 10 이상 | 전체 기능 설치에는 관리자 권한이 필요할 수 있습니다. 코워크가 시작되지 않으면 Virtual Machine Platform과 재시작 여부를 확인합니다. |
| Linux(베타) | Ubuntu 22.04 LTS 이상 또는 Debian 12 이상, x64·arm64 | 코워크는 KVM·QEMU, 8GB 이상 메모리, 약 25GB의 빈 디스크 공간이 필요합니다. |
macOS와 Windows의 CPU·메모리 최소 사양은 공식 도움말에 별도로 제시되어 있지 않습니다. 운영체제 기준을 충족하더라도 회사 PC의 보안 정책이나 가상화 설정 때문에 폴더 작업이 제한될 수 있습니다.
공식 안내 클로드 데스크톱 설치와 시스템 요구 사항 · 코워크 시작과 로컬 파일 조건
코덱스와 커서가 필요한 경우
두 도구는 책의 기본 실습에 반드시 필요하지 않습니다. 코드가 있는 프로젝트를 별도의 개발 도구로 다루거나, 클로드와 결과를 비교하고 싶을 때 선택해서 설치하세요.
| 도구 | 설치·시작 방법 | 이 책에서의 위치 |
|---|---|---|
| Codex | ChatGPT 데스크톱 앱을 설치하고 로그인한 뒤 작업 폴더를 엽니다. 소프트웨어 개발 작업은 제품 선택 메뉴에서 Codex를 선택합니다. | 클로드의 로컬 폴더 작업과 비교하는 선택 도구 |
| Cursor | 공식 설치 파일로 앱을 설치하고 로그인한 뒤 Open Folder로 프로젝트 폴더를 엽니다. | 코드 편집 화면에서 AI와 함께 작업하고 싶을 때 쓰는 선택 도구 |
| LangChain | 별도 데스크톱 앱이 아니라 Python·JavaScript 프로젝트에 설치하는 개발 라이브러리입니다. 사용할 모델의 연동 패키지와 API 키도 따로 준비합니다. | 개발자가 맞춤형 AI 앱이나 에이전트 흐름을 코드로 만들 때 쓰는 선택 도구 |
지원 환경 ChatGPT 데스크톱 앱은 macOS·Windows·Linux를 지원합니다. Cursor는 macOS 12 이상, Windows 10 이상과 Linux 설치 방법을 안내합니다.
공식 안내 ChatGPT·Codex 빠른 시작 · Cursor 설치와 빠른 시작 · LangChain 학습 안내
확인일 2026년 10월 10일 앱 화면, 지원 운영체제, 플랜별 기능은 바뀔 수 있습니다. 설치 직전 위 공식 안내를 다시 확인하세요.
이럴 때 펼치세요
- 클로드에서 만든 결과를 컴퓨터 작업 폴더로 옮길 때
- 클로드의 일반 대화와 [Code] 탭 중 어디에서 시작할지 고를 때
- 여러 파일을 이어서 고치고 변경 내용을 확인할 때
- 서브에이전트나 스킬이 보이지 않을 때
- 코덱스나 커서 같은 다른 도구가 필요한지 판단할 때
CHAPTER 06부터 사용한 로컬 작업 환경은 코드를 배우기 위한 장치가 아닙니다. 원본과 작업자료, 공식 결과를 구분하고 여러 문서를 같은 폴더에서 이어서 다루기 위해 썼습니다.
클로드의 일반 대화와 [Code] 탭, 어디에서 시작할까요
| 필요한 일 | 먼저 사용할 곳 | 이유 |
|---|---|---|
| 폴더 하나를 정리하거나 문서 한 묶음을 결과물로 만들기 | 클로드 데스크톱 앱의 일반 대화 | 폴더를 연결한 뒤 완료 기준이 있는 일을 맡기기 쉽다 |
| 여러 CHAPTER에 걸쳐 같은 파일을 이어서 수정하기 | [Code] | 작업 폴더 전체와 파일별 변경 내용을 관리하기 좋다 |
| 역할을 나눠 순서대로 또는 동시에 작업하고 검수하기 | [Code] | 서브에이전트와 스킬, 폴더 지침을 함께 운영할 수 있다 |
| 정해진 시각에 검증된 절차를 다시 실행하기 | 예약 작업 | 반복 일정과 결과 확인 지점을 한곳에서 관리할 수 있다 |
이 책에서는 클로드 데스크톱 앱의 일반 대화에 컴퓨터 폴더를 연결해 파일을 다루는 작업을 편의상 코워크라고 부릅니다. 통합 화면이 적용된 계정에서는 코워크 모드를 따로 고르지 않습니다. 이전 화면이 보이면 [Cowork]에서 작업 폴더를 연결하세요.
화면의 메뉴와 제공 범위는 업데이트될 수 있습니다. 버튼 위치를 외우기보다 필요한 파일만 넣은 폴더 → 계획 확인 → 변경 검토의 순서를 익히세요.
처음 열 때의 다섯 단계
- 이번 작업만 담을 빈 폴더를 만들고 원본의 복사본만 넣습니다.
- 클로드 데스크톱 앱에서 새 대화를 열고 입력창의 파일·폴더 추가 메뉴로 작업 폴더를 연결합니다. [Code] 탭을 사용할 때는 [Local] 환경에서 같은 폴더를 엽니다.
TIP) 계정에 통합 화면이 아직 적용되지 않았다면 [Chat]과 [Cowork] 선택지가 보일 수 있습니다. 이 경우 [Cowork]에서 폴더를 연결하되, 작업 범위와 검토 원칙은 같습니다.
- “현재 작업 폴더와 파일 목록만 보여줘. 아직 수정하지 마”라고 요청합니다.
- 읽을 파일, 만들 파일, 수정하지 않을 파일을 계획으로 확인합니다.
- 작업을 마치면 파일 변경 내용을 확인하세요. 본문 153쪽의 Code 화면은 Git으로 변경 이력을 기록한 예입니다. 비교 화면이 비어 있으면 수정 전 사본과 수정한 파일을 나란히 열어 보세요.
컴퓨터 전체나 내 문서, 회사 공용 최상위 폴더를 작업 대상으로 열지 마세요. 클라우드 동기화 폴더를 수정하면 변경 내용이 다른 사람의 파일에도 반영될 수 있으므로 첫 시험은 동기화되지 않는 전용 폴더에서 진행하는 편이 안전합니다.
06장과 07~10장의 작업 폴더
06장에서는 업무정리_실습 폴더 안에 01_받은자료, 02_작업중, 03_완료를 만들고 주간 업무 로그를 03_완료에 저장합니다. 07장부터는 전략_분석_작업 폴더를 새로 만듭니다. 아래는 07~10장에서 사용하는 구성입니다.
전략_분석_작업/ ├─ 01_자료/ │ ├─ 브랜드_가이드.md │ ├─ 시장_분석_리포트.md │ └─ 소비자_인터뷰_시뮬레이션_리포트.md ├─ 02_작업자료/ │ ├─ 통합_팩트북.md │ ├─ 우리_회사_정보.md │ └─ 선택_이유_작업안.md ├─ 03_결과/ │ ├─ 전략_분석_보고서.md │ ├─ 핵심_대상_이해_문서.md │ ├─ 핵심_방향_보고서.md │ └─ 콘텐츠_제작_패키지.md └─ .claude/ ├─ agents/ └─ skills/
01_자료에는 원본이나 복사본을 넣고 직접 수정하지 않습니다. 02_작업자료에는 비교와 판단 과정을 기록하고, 03_결과에는 사용자가 승인한 공식 결과만 둡니다.
[Code]에서 선택적으로 사용하는 설정 파일
| 위치 | 역할 | 넣지 않을 것 |
|---|---|---|
| CLAUDE.md | 작업 폴더에서 계속 지킬 짧은 공통 규칙 | 한 번만 실행할 긴 절차 |
| .claude/agents/<이름>.md | 서브에이전트의 역할과 자료, 도구, 금지 사항 | 여러 역할이 함께 고칠 최종 파일 |
| .claude/skills/<이름>/SKILL.md | 반복 업무의 순서와 승인 지점, 종료 조건 | 아직 한 번도 검증하지 않은 절차 |
| .claude/settings.json | 프로젝트에서 허용할 권한과 설정 | 인증 정보와 비밀 키 원문 |
[Code]의 작업 폴더에서 계속 지킬 규칙은 CLAUDE.md, 필요할 때 실행할 절차는 스킬, 별도 맥락에서 맡길 역할은 서브에이전트로 나눕니다.
서브에이전트와 스킬의 차이
| 질문 | 사용하는 것 |
|---|---|
| 누가 이 일을 맡을까 | 서브에이전트 |
| 어떤 순서로 진행할까 | 스킬 |
| [Code]의 작업 폴더에서 계속 지킬 규칙은 무엇일까 | CLAUDE.md |
| 누가 공식 결과 파일을 쓸까 | 메인 클로드 |
| 중요한 결정을 누가 내릴까 | 사용자 |
같은 작업 방식을 다른 도구로 옮기기
이 책에서 익힌 작업 방식은 클로드에서만 쓸 수 있는 방법이 아닙니다.
| 도구 | 잘 맞는 작업 | 클로드에서 비슷한 작업 방식 |
|---|---|---|
| ChatGPT Work | 여러 단계의 조사와 분석을 진행하고 문서, 표, 발표 자료 같은 결과물을 만들 때 | 클로드의 일반 대화와 작업 기능 |
| 코덱스(Codex) | 여러 파일을 다루거나 여러 에이전트에게 일을 나누고, 스킬과 자동화를 활용할 때 | 클로드 코드 |
| 커서(Cursor) | 기존 프로그램의 소스 코드를 편집기 안에서 읽고 수정할 때 | 클로드 코드 |
| GitHub Copilot cloud agent | GitHub 저장소를 조사하고 계획을 세운 뒤 별도 브랜치의 코드 변경을 검토할 때 | 클로드 코드 |
ChatGPT 데스크톱 앱에서는 Chat과 Work를 사용할 수 있고, Codex는 별도 화면으로 열립니다. Work는 조사·분석과 문서·표·발표 자료 같은 결과물 제작에, Codex는 코드와 여러 파일·폴더를 다루는 작업에 맞습니다. 표의 기능이 서로 같다는 뜻은 아닙니다. 클로드에서 익힌 작업 방식을 기준으로 새 도구의 역할을 이해하기 위한 비교입니다. 도구가 달라져도 원본 보존, 최소한의 권한, 역할 분리, 변경 검토, 사람의 최종 책임 원칙은 그대로 적용됩니다.
자주 막히는 문제
파일이 보이지 않아요. 먼저 연결한 폴더의 전체 경로와 파일 목록만 보여 달라고 요청하세요. 클라우드에서 이어지는 작업이라도 내 컴퓨터의 파일이나 앱을 사용하려면 해당 컴퓨터에서 클로드 데스크톱 앱을 열어 두어야 합니다.
한국어 폴더명을 써도 되나요? 쓸 수 있습니다. 다만 작업을 시작할 때 실제로 인식한 폴더와 파일 이름을 그대로 보여 달라고 요청하세요. 다른 운영체제나 외부 도구로 자주 옮긴다면 짧고 일정한 영문과 숫자 이름도 고려할 수 있습니다.
서브에이전트가 목록에 없어요. .claude/agents에 역할 파일이 있는지 확인하고 같은 작업 폴더에서 새 Code 작업을 엽니다. 역할 파일은 작업을 시작할 때 한 번 읽어 들이거든요. 파일의 이름과 설명, 사용할 도구도 함께 확인하세요.
스킬이 실행되지 않아요. 06장에서 등록한 weekly-work-summary는 [사용자 지정] → [스킬]에서 목록에 있고 켜져 있는지 확인하세요. 등록에 쓴 원본은 업무정리_실습/weekly-work-summary/SKILL.md입니다. [Code]에서 쓰는 프로젝트 전용 스킬이라면 해당 작업 폴더의 .claude/skills/<이름>/SKILL.md를 확인하세요. 요청과 스킬 설명이 맞지 않으면 이름을 직접 지정해 시험해 보세요.
원하지 않은 파일까지 바뀌었어요. 작업을 멈추고 파일 변경 내용에서 파일별 차이를 확인하세요. 다음 요청에는 수정할 파일명과 범위, 수정하지 않을 파일을 함께 적습니다. 삭제나 덮어쓰기가 있었다면 임의로 계속 작업하지 말고 복사본이나 버전 기록에서 복구합니다.
중요한 지시를 자꾸 잊어요. 일반 대화가 속한 프로젝트의 반복 규칙은 프로젝트 지침에 적으세요. [Code]에서 같은 작업 폴더에 계속 적용할 규칙은 CLAUDE.md에 적을 수 있습니다. 특정 업무에만 필요한 긴 절차는 스킬로 분리하세요.
[AI 활용 노하우] 화면과 기능은 바뀔 수 있습니다
출간 이후 화면이 다르다면 다음 공식 안내에서 최신 내용을 확인하세요.
- 클로드 채팅·코워크 통합 안내: https://support.claude.com/en/articles/16761823-claude-cowork-and-chat-are-one-claude
- 클로드 작업·코워크 도움말: https://support.claude.com/en/collections/19667525-claude-cowork
- 클로드 코드 문서: https://code.claude.com/docs
- ChatGPT Work와 코덱스 도움말: https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex
- 코덱스 소개: https://openai.com/index/introducing-the-codex-app/
- 커서 문서: https://cursor.com/docs
- GitHub Copilot cloud agent 문서: https://docs.github.com/en/copilot/concepts/agents/cloud-agent
검증한 업무를 확장하는 선택 코스와 동반 자료
이럴 때 펼치세요
- 같은 절차를 여러 번 실행해 성공한 뒤 더 간단하게 반복하고 싶을 때
- 개인 파일 서재나 다른 자동화 도구로 넓히고 싶을 때
- 정해진 시각에 반복 작업을 실행하고 싶을 때
- 책의 프롬프트와 샘플, 템플릿을 다시 내려받을 때
본문을 끝까지 따라 하는 데 꼭 필요한 내용은 아닙니다. 먼저 사람이 시작하는 방식으로 여러 번 실행해 성공한 뒤, 입력과 검토, 승인, 종료 조건이 안정된 업무만 확장하세요.
E-1. 옵시디언을 보조 서재로 쓰기
옵시디언(Obsidian)은 마크다운 파일을 컴퓨터 폴더에 저장하는 메모 앱입니다. 개인 작업자료를 폴더로 관리하고 문서를 서로 링크로 연결하고 싶을 때 유용해요.
다만 파일이 컴퓨터에 저장되는 것과 AI 처리가 컴퓨터 안에서만 일어나는 것은 다릅니다. 클로드가 옵시디언 폴더의 문서를 읽으면 선택한 내용이 AI 서비스에서 처리될 수 있습니다. 회사 내부 자료에는 부록 C의 승인과 데이터 원칙을 그대로 적용해야 합니다.
새 볼트를 만든 뒤 필요한 자료의 복사본만 넣으세요. 회사의 전체 문서 폴더를 그대로 볼트로 열지 않습니다. 노션과 함께 쓴다면 다음 대응표를 남겨 두면 자료의 위치를 찾기 쉽습니다.
| 노션 | 07~10장 구성을 응용한 로컬 또는 옵시디언 폴더 |
|---|---|
| 0_브랜드와 1_데이터 | 01_자료 |
| 중간 페이지 | 02_작업자료 |
| 2_산출물 | 03_결과 |
| 3_절차서 | .claude/skills 또는 절차서 폴더 |
팀 공유와 모바일 접근은 노션이 편하고, 개인 파일 관리와 문서 연결은 옵시디언이 편합니다. 문서 사이의 연결도 쉽게 확인할 수 있어요. 무엇을 쓰든 원본과 작업자료, 공식 결과를 구분하는 원칙은 같습니다.
E-2. 검증한 절차를 스킬로 만들기
06장에서는 주간 업무 로그를 한 번 작성한 뒤 스킬 등록과 호출을 연습했습니다. 10장처럼 여러 역할이 함께 일할 때는 전체 절차를 두세 번 시험해 보세요. 역할 사이에 어떤 자료를 넘기고 어디서 승인을 받을지 정한 뒤 스킬로 묶습니다.
- 항상 필요한 입력
- 순서대로 진행할 작업
- 동시에 진행할 수 있는 작업
- 사용자가 승인해야 하는 지점
- 읽기 전용 검수 기준
- 재작업 횟수와 끝나는 조건
- 공식 결과 파일과 저장 위치
- 실패했을 때 멈추고 알릴 조건
CHAPTER 10의 제작 흐름이라면 스킬에 다음 작업 순서를 담습니다.
입력 확인 → 기획서 → 사용자 승인 → 핵심 문구 → 사용자 선택 → 네 제작 담당 동시 실행 → 읽기 전용 검수 → 필요한 역할만 재작업 → 사용자 최종 승인 → 메인 클로드가 공식 결과에 기록
기획서와 핵심 문구는 각각 승인되는 대로 메인 클로드가 콘텐츠 제작 패키지에 기록합니다. 검수는 최대 두 번 진행하고, 두 번째 검수 뒤에도 남은 문제는 사용자가 판단합니다.
E-3. 확장 전에 확인할 여섯 가지
- 같은 절차로 최소 두세 번 작업에 성공했다.
- 필요한 입력과 최신 파일을 구분할 수 있다.
- 사람의 승인 지점이 문장으로 적혀 있다.
- 검수자가 결과를 직접 고치지 않는다.
- 재작업 횟수와 중단 조건이 정해져 있다.
- 연결 권한과 외부 공유 범위를 다시 확인했다.
하나라도 충족하지 못했다면 자동 실행이나 도구 확장보다 지금 절차를 한 번 더 다듬는 편이 안전합니다.
E-4. 동반 자료 다운로드
긴 프롬프트와 표를 책에서 다시 입력하지 않도록 다음 자료를 별도로 제공합니다.
본문 프롬프트 모음 긴 프롬프트는 챕터별 프롬프트 모음에서 검색하고 복사할 수 있습니다.
| 파일 | 내용 | 연결되는 본문 |
|---|---|---|
| 01_챕터별_프롬프트와_입력예시.txt | CHAPTER 01~11의 복사해 붙여 넣는 프롬프트 | CHAPTER 01~11 |
| 02_챕터별_결과물_한눈에보기.txt | CHAPTER별 입력과 결과, 다음 사용처 | 부록 B |
| 03_전략_분석_작업_폴더_안내.txt | 전략 분석 작업 폴더의 위치와 구성 안내 | CHAPTER 07~10 |
| 04_읽기전용_reviewer_예시 | 쓰기 권한이 없는 검수 서브에이전트 | CHAPTER 10 |
| 05_콘텐츠제작_스킬_예시 | 순차 작업과 동시 작업, 검수, 승인 흐름을 담은 스킬 | CHAPTER 10 |
| 06_30일_효과_기록표.txt | 도입 전후 시간과 수정 이유, 실제 사용처를 적는 기록표 | 부록 A |
| 07_보안_파일럿_제안서.txt | 팀장과 보안 담당자 제출용 수정 가능 문안 | 부록 C |
| 08_용어_사전.txt | 본문과 부록의 주요 용어 | 부록 B |
압축을 푼 뒤 표의 파일명을 누르면 해당 예제를 열 수 있습니다.
[AI 활용 노하우] 이 부록을 책갈피 삼아
본문은 순서대로 읽지만 부록은 필요할 때마다 펼치는 페이지입니다. 첫 주에는 파일럿 로드맵을, 도입 결과를 설명할 때는 효과 기록표와 제안 문안을, 작업이 막히면 CHAPTER별 결과물과 로컬 작업 안내를 찾아보세요.
시간이 지나 부록을 거의 펼치지 않게 되었다면 절차가 그만큼 익숙해졌다는 뜻이에요.
편집 기준: 저자 전달본 최종전의 99_부록 원고. 원고 파일은 수정하지 않았으며, 웹에서 읽기 쉽도록 일부 문장과 표기를 정리하고 설치 환경과 도구 비교를 공식 문서 기준으로 보강했습니다. 2026년 10월 30일 본문최종 PDF에 맞춰 장별 범위·본문 참조·결과물 연결을 재대조했습니다. 제품별 지원 환경과 기능의 확인일은 각 안내에 따로 표시했습니다.