이런 상황이라면
AI 구독은 하고 있는데 여전히 검색 대체용으로만 쓰고 있다면 맞는다. 매번 처음부터 상황을 설명하느라 지치는 사람, 결과물이 늘 '적당히 쓸 만한' 수준에서 멈추는 사람에게 특히 그렇다. 반대로 모델 원리나 API 설계를 깊게 파고들고 싶다면 이 책은 범위가 다르다.
한눈에 보기
이 책은 AI를 써봤지만 생산성이 크게 달라지지 않은 사람의 문제를 다룬다. 대부분은 질문을 던지고 답을 받는 데서 멈춘다. 그 방식으로는 매번 맥락을 다시 설명해야 하고, 결과물은 초안 수준에서 끝난다. 저자는 클로드를 대화 상대가 아니라 작업 환경으로 본다. 코워크로 같이 문서를 만들고, 스킬로 반복 작업의 규칙을 저장하고, 클로드 코드로 파일과 명령을 직접 다루게 한다. 디자인까지 범위에 넣은 이유도 같다. 아이디어에서 결과물까지 한 도구 안에서 끝내는 흐름을 보여주려는 것이다.
기존 AI 활용서가 '좋은 프롬프트 쓰는 법'에 무게를 뒀다면, 이 책은 '같은 프롬프트를 다시 쓰지 않는 법'에 가깝다. 프롬프트는 일회성이고 스킬은 자산이다. 한 번 잘 정의해두면 다음부터는 호출만 하면 된다. 그래서 이 책의 실습은 대화 예시보다 '설정'과 '구조'에 시간을 쓴다. AI를 잘 쓰는 사람과 못 쓰는 사람의 차이를 말재주가 아니라 축적의 유무로 본다는 점이 다르다.
핵심 인사이트
- 01
프롬프트는 소모품, 스킬은 자산이다
AI를 오래 써도 실력이 쌓이지 않는 이유는 매번 처음부터 시작하기 때문이다. 대화창은 닫히면 사라지고, 어제 잘 나왔던 그 지시문은 기억나지 않는다. 그래서 같은 품질을 두 번 재현하지 못한다. 스킬은 이 반복을 구조로 바꾼다. '보고서를 쓸 때 우리 팀은 이런 형식과 이런 톤을 쓴다'를 한 번 문서로 고정해두면, 다음부터는 설명이 아니라 호출이다. 이 차이가 누적되면 3개월 뒤 결과물의 편차가 완전히 달라진다. AI 활용의 승부처는 말솜씨가 아니라 저장된 맥락의 양이다.
- 02
채팅창을 벗어나야 일이 끝난다
채팅형 AI의 한계는 결과물이 항상 '복사해서 옮겨야 할 텍스트'라는 데 있다. 답을 받고 나면 붙여넣고, 형식을 고치고, 파일을 저장하는 일은 여전히 사람 몫이다. 이 마지막 구간이 체감 생산성을 다 깎아먹는다. 클로드 코드처럼 파일과 명령을 직접 다루는 도구는 이 구간을 없앤다. 열 개 파일의 이름 규칙을 바꾸는 일은 설명하기보다 시키는 게 빠르다. 개발자가 아니어도 마찬가지다. 실무자에게 '코드'는 자동화의 다른 이름일 뿐이다.
- 03
AI는 일을 대신하지 않고 역할을 바꾼다
AI를 도입하면 내 일이 줄어들 거라고 기대하지만 실제로는 일의 종류가 바뀐다. 직접 쓰는 시간은 줄고, 판단하고 되돌리는 시간이 늘어난다. 초안을 만드는 사람에서 초안을 고르는 사람이 된다. 이건 더 쉬운 일이 아니라 다른 능력이다. 무엇이 좋은 결과물인지 스스로 기준이 없으면, AI가 만든 그럴듯한 평균값을 그대로 내보내게 된다. 그래서 AI를 잘 쓰는 사람일수록 자기 분야의 안목이 더 중요해진다. 도구가 좋아질수록 취향과 기준이 실력이 된다.
- 04
맥락을 주는 것이 지시를 다듬는 것보다 세다
결과가 마음에 안 들 때 대부분은 지시문을 더 길게 고쳐 쓴다. 하지만 문제는 지시가 아니라 정보 부족인 경우가 훨씬 많다. AI는 우리 회사의 지난 기획서를 본 적이 없고, 이 프로젝트의 금기 사항도 모른다. 형용사를 더 붙이는 대신 실제 자료를 붙여주는 쪽이 효과가 크다. '간결하게 써줘'보다 지난달에 반응이 좋았던 문서 하나를 보여주는 게 빠르다. 좋은 프롬프트를 고민하는 시간의 절반을 자료 정리에 쓰면 결과가 먼저 달라진다.
- 05
자동화는 어려운 일이 아니라 자주 하는 일부터
AI 도입을 고민할 때 사람들은 가장 어려운 업무를 떠올린다. 전략 수립이나 기획처럼 난이도 높은 일에 쓰고 싶어 한다. 그런데 그런 일은 판단 비중이 커서 위임하기 어렵고, 검증 비용도 크다. 반대로 주 3회 반복하는 지루한 정리 작업은 실수해도 금방 알아채고 고칠 수 있다. 한 번에 15분을 아껴도 주 45분, 1년이면 이틀이 넘는다. 자동화의 우선순위는 난이도가 아니라 빈도다. 작고 자주 하는 일부터 잡아야 도구가 습관이 된다.
- 06
검증할 수 있는 만큼만 위임한다
AI에게 맡길 범위를 정하는 기준은 '내가 결과를 확인할 수 있는가'다. 확인할 수 없는 영역에 위임하면 속도는 빨라져도 틀린 걸 모른 채 진행한다. 코드는 실행해보면 알고, 문서는 읽어보면 안다. 하지만 낯선 분야의 사실관계나 숫자는 그럴듯할수록 위험하다. 그래서 위임의 단위를 쪼개고, 중간 결과를 눈으로 볼 수 있게 만드는 설계가 중요하다. 속도보다 '되돌릴 수 있는 구조'를 먼저 만들어야 한다.
이렇게 적용한다
상황매주 회의록을 정리해 팀에 공유해야 할 때
회의록 양식과 톤, 반드시 들어가야 할 항목을 한 문서로 정리해 스킬로 저장한다. 다음 회의부터는 녹취나 메모만 넘기고 호출한다. 매번 설명하던 30분이 사라지고, 사람이 바뀌어도 형식이 흔들리지 않는다.
상황AI가 만든 기획서 초안이 늘 밋밋하게 나올 때
지시문을 다듬기 전에 자료부터 붙인다. 작년에 통과된 기획서 두 건과 반려된 한 건을 함께 주고 차이를 짚게 한다. 추상적인 형용사 열 개보다 실제 사례 세 개가 결과를 더 크게 바꾼다.
상황개발자는 아닌데 파일 정리나 데이터 변환에 시간을 쏟고 있을 때
손으로 하던 반복 작업 하나를 골라 클로드 코드에 맡긴다. 파일명 일괄 변경이나 표 형식 통일처럼 결과를 눈으로 확인할 수 있는 것부터 시작한다. 되돌릴 수 있는 작업으로 한정하면 실패해도 손해가 없다.
ACTION ITEMS
오늘 바로 할 수 있는 것.
- ✓이번 주 반복한 작업 중 가장 자주 한 일 하나를 골라 종이에 적는다.
- ✓그 작업의 규칙과 형식을 열 줄로 정리해 스킬 문서로 저장한다.
- ✓자주 쓰는 프롬프트를 메모장에 모아두고 이름을 붙인다.
- ✓AI에게 지시하기 전, 참고 자료 파일 두 개를 먼저 첨부해 결과를 비교한다.
- ✓손으로 하던 파일 정리 작업 하나를 오늘 클로드 코드로 시켜본다.
- ✓AI 결과물을 검증할 기준 세 가지를 적어 책상에 붙여둔다.
밑줄 그은 문장
“AI에게 잘 말하는 능력보다, 같은 말을 두 번 하지 않게 만드는 구조가 오래 간다.”
“도구가 초안을 맡을수록 사람의 일은 고르고 판단하는 쪽으로 옮겨간다.”
이 책이 답하지 않는 것
특정 도구의 기능과 화면을 전제로 한 책이라, 제품이 업데이트되면 세부 절차는 빠르게 낡는다. 모델이 왜 그렇게 답하는지에 대한 원리나 대규모 시스템 설계는 다루지 않는다. 조직 차원의 AI 도입 정책이나 보안 기준도 이 책의 범위 밖이다.
이 통찰의 근거가 궁금하다면?
원서·번역서 정보와 가격은 판매처에서 확인하세요.
※ 구매 링크는 제휴 활동의 일환이며, 이를 통해 일정액의 수수료를 제공받습니다. 구매자에게 추가 비용은 발생하지 않습니다.
비슷한 주제의 책
NEWSLETTER
매일 아침, 새로운 인사이트
하루의 시작을 도와줄 책 한 권의 핵심과 실천 과제를 보내드립니다.