클로드 업무 활용법 5가지: 앤트로픽 엔지니어의 프롬프트·코드 실습

클로드에게 “이 글 요약해줘”, “이 문장 고쳐줘”만 부탁하고 있나요? 이미 도움이 되겠지만, 매번 다음 할 일을 사람이 정해준다면 여전히 업무 대부분을 사람이 끌고 가는 셈입니다.

앤트로픽(Anthropic) Labs의 마이크 크리거(Mike Krieger)는 AI Engineer 인터뷰에서 자신의 클로드(Claude) 사용 방식이 달라졌다고 설명합니다. 앤트로픽의 최고제품책임자(CPO)를 거쳐 Labs에서 직접 만드는 역할로 옮긴 그는, 작업을 하나씩 나누어 맡기던 방식에서 원하는 최종 상태를 설명하고 결과와 선택의 이유를 검토하는 방식으로 이동했다고 말합니다.

이 글에서는 그 인터뷰를 바탕으로, 인스타그램 캐러셀에서 소개한 5가지 방법을 실습으로 풀어봅니다. 이 다섯 항목은 인터뷰의 여러 대목을 독자가 적용하기 쉽게 재구성한 것입니다. 복사해서 쓰는 프롬프트, 콘텐츠 성과 분석용 샘플 데이터와 JavaScript 코드, 반복 업무를 위한 지침 파일까지 담았습니다.

클로드 업무 활용법 5가지는 무엇인가요?

목표와 완료 기준 설명하기, 검증 가능한 범위로 큰 일 맡기기, 담당 업무와 자료 정하기, 결과와 판단 근거 함께 받기, 내 눈높이에 맞게 설명 받기입니다. 클로드에게 무엇을 만들지뿐 아니라 무엇으로 확인할지도 알려주는 방식입니다.

오늘 실습의 목표는 하나입니다.

“지난 콘텐츠의 성과를 보고, 다음에 만들 콘텐츠 4개를 근거와 함께 결정한다.”

클로드 웹·앱 사용자라면 프롬프트와 샘플 데이터를 붙여 넣어 따라오면 됩니다. Claude Code 사용자라면 파일을 만들어 분석 코드를 실행하는 단계까지 해보세요.

1. 작업 순서보다 원하는 결과를 알려주세요

크리거는 먼저 머릿속에서 작업을 쪼개고 AI에게 순서대로 지시하던 방식에서, 도달하고 싶은 상태를 설명하는 방식으로 바뀌었다고 말합니다. 작업 중 필요한 질문을 받고, 마지막에는 어떤 선택을 했는지 함께 논의하는 식입니다.

예를 들어 다음처럼 부탁할 수 있습니다.

클로드 관련 콘텐츠 주제 10개 추천해줘.

이 요청도 틀리지는 않습니다. 다만 AI는 무엇을 기준으로 좋은 주제를 골라야 하는지 모릅니다. 조회수를 높이고 싶은지, 저장을 유도하고 싶은지, 블로그 유입을 늘리고 싶은지에 따라 답이 달라져야 합니다.

목표를 먼저 설명하면 요청이 이렇게 바뀝니다.

나는 클로드 활용법을 소개하는 인스타그램 계정을 운영해.

목표:
다음 달에 발행할 캐러셀 4개를 선택할 수 있는 기획안이 필요해.
독자가 게시물을 저장하고, 자세한 실습이 담긴 블로그도 읽게 만들고 싶어.

자료:
이 대화에 제공한 최근 게시물 성과와 독자 질문을 사용해.
자료에 없는 수치나 독자 반응은 만들지 마.

조건:
- 독자는 클로드를 써봤지만 업무 활용은 아직 익숙하지 않아.
- 각 주제는 커버와 CTA를 포함해 7장 이내로 설명할 수 있어야 해.
- 주제마다 직접 따라 할 수 있는 예시를 하나 이상 넣어.
- 최근 기능이나 요금 정보는 공식 자료로 확인하고 출처를 붙여.
- 확인할 수 없는 정보는 미확인으로 표시해.

완료 기준:
주제 4개, 선택 근거, 커버 제목, 장별 구성,
블로그에서 추가로 설명할 내용을 한 번에 검토할 수 있게 정리해.

자료가 부족해 결론이 크게 달라질 부분만 먼저 질문해.
그 외에는 가정을 표시하고 진행해.
작업 방법은 네가 정하고, 마지막에 중요한 선택 이유를 설명해.

여기서 사람이 정한 것은 목표, 자료, 조건, 완료 기준입니다. 어느 자료부터 읽고 어떤 순서로 기획할지는 AI가 판단할 여지를 남겼습니다.

“알아서 잘해줘”와도 다릅니다. 자유롭게 진행할 범위는 넓히되, 좋은 결과가 무엇인지는 더 선명하게 적었습니다.

내 업무에 맞게 바꾸는 짧은 템플릿

내가 달성하려는 목표는 [목표]야.
참고할 자료는 [파일 또는 붙여 넣은 내용]이야.
반드시 지켜야 할 조건은 [독자·분량·예산·기술 조건]이야.
완료되면 [내가 바로 판단하거나 사용할 수 있는 결과물]이 있어야 해.

진행 방법은 네가 정해.
결론에 큰 영향을 주는 정보가 없으면 질문하고,
나머지 가정은 표시해.
마지막에는 선택 이유와 검증한 내용을 함께 알려줘.

2. 맡기는 일의 범위를 넓히고, 확인 방법을 붙이세요

크리거는 수십만 줄 규모라고 설명한 Python 프로젝트를 TypeScript로 옮기는 작업을 AI에 맡긴 사례를 소개합니다. 주말 동안 변환과 확인을 반복하도록 작업 흐름을 만들었고, 월요일에 변환된 결과를 받았다고 설명합니다.

이 사례에서 가져올 점은 “금요일에 한마디 하면 월요일에 무엇이든 완성된다”가 아닙니다. 그는 큰 목표와 함께 반복해서 확인할 수 있는 작업 흐름을 만들었습니다.

우리도 “표를 요약해줘”에서 한 걸음 넓혀볼 수 있습니다.

데이터 읽기 → 계산하기 → 패턴 찾기 → 기획안 만들기 → 수치와 근거 확인하기.

이 과정을 한 업무로 맡겨보겠습니다. 장시간 실행할 수 있는지와 접근할 수 있는 파일·도구는 사용 환경에 따라 달라집니다. 이 실습은 제공한 파일 분석과 로컬 초안 작성으로 범위를 정합니다.

실습 준비: 콘텐츠 데이터 6개로 시작하기

아래는 가상의 인스타그램 게시물 데이터입니다. 실제 계정 성과가 아닙니다. 코드블록을 복사해 클로드에 붙여 넣거나, UTF-8 형식의 content_metrics.json 파일로 저장하세요. JSON은 데이터를 항목별로 담는 텍스트 형식입니다. 코드블록 전체를 복사하면 됩니다.

[
  {"title":"클로드 입문 가이드","topic":"입문","views":12000,"saves":480,"comments":36},
  {"title":"업무 프롬프트 모음","topic":"프롬프트","views":8000,"saves":560,"comments":64},
  {"title":"새 모델 소식","topic":"뉴스","views":25000,"saves":250,"comments":100},
  {"title":"회의록 정리 실습","topic":"업무자동화","views":6000,"saves":420,"comments":42},
  {"title":"Claude Code 시작하기","topic":"개발","views":10000,"saves":700,"comments":80},
  {"title":"답변 검증하는 법","topic":"검증","views":5000,"saves":400,"comments":25}
]

이번에는 저장률을 조회수 대비 저장 수의 비율로 계산합니다.

저장률(%) = 저장 수 ÷ 조회수 × 100

이 글에서 정한 비교 기준입니다. 도달 계정 수를 분모로 쓰는 다른 보고서의 저장률과는 구분해야 합니다. 저장률이 높다고 블로그 방문이나 구매까지 많았다고 해석해서도 안 됩니다.

복사해서 맡기는 통합 프롬프트

샘플 JSON을 제공한 뒤 아래 내용을 요청하세요.

제공한 content_metrics.json을 분석해서,
다음 콘텐츠 4개를 고를 수 있는 기획안을 만들어줘.

이번 실습에서는 조회수 대비 저장률을 1차 비교 기준으로 써줘.
저장률 = saves / views * 100이야.
조회수가 0이면 저장률은 계산 불가로 표시해.

완료되면 다음이 있어야 해.
1. 모든 게시물의 조회수·저장 수·저장률을 담은 비교표.
2. 데이터에서 직접 확인한 사실과 추가 검증이 필요한 가설.
3. 다음 콘텐츠 후보 4개와 후보별 근거.
4. 후보별 커버 제목, 독자가 따라 할 예시, 블로그 확장 주제.
5. 실제 확인한 계산과 아직 확인하지 못한 부분.

분석 방법은 네가 정해.
코드 실행 도구가 있다면 계산에 사용하고,
실행할 수 없다면 실행했다고 표현하지 마.

자료는 게시물 6개뿐이야.
주제마다 게시물이 하나라서 주제 자체의 우열을 단정하지 마.
자료에 없는 블로그 클릭 수나 전환율은 추정해서 채우지 마.

직접 실행해볼 JavaScript 코드

AI에게 받은 수치를 독자도 확인할 수 있도록 계산 코드를 준비했습니다. 아래 코드를 analyze_content.cjs로 저장하고, JSON과 같은 폴더에 두세요.

Node.js가 필요하며, 별도 패키지는 설치하지 않습니다. Node.js가 없다면 이 코드 실행 단계는 건너뛰고 샘플 데이터를 클로드에 붙여 넣어도 됩니다.

const fs = require("node:fs");
const path = require("node:path");

const dataPath = path.join(__dirname, "content_metrics.json");
const data = JSON.parse(
  fs.readFileSync(dataPath, "utf8").replace(/^\uFEFF/, "")
);

if (!Array.isArray(data) || data.length === 0) {
  throw new Error("데이터는 한 개 이상의 게시물을 담은 배열이어야 합니다.");
}

const rows = data.map((post, index) => {
  if (!post || typeof post !== "object" || Array.isArray(post)) {
    throw new Error(index + 1 + "번째 게시물: 객체가 필요합니다.");
  }

  for (const key of ["title", "topic"]) {
    if (typeof post[key] !== "string" || post[key].trim() === "") {
      throw new Error(index + 1 + "번째 게시물: " + key + "가 필요합니다.");
    }
  }

  for (const key of ["views", "saves", "comments"]) {
    const value = post[key];
    if (!Number.isSafeInteger(value) || value < 0) {
      throw new Error(index + 1 + "번째 게시물: " + key + "는 0 이상의 안전한 정수여야 합니다.");
    }
  }

  const rate = post.views > 0 ? post.saves / post.views * 100 : null;
  return { title: post.title, rate };
});

rows.sort((a, b) => (b.rate ?? -1) - (a.rate ?? -1));

for (const row of rows) {
  const rateText = row.rate === null ? "계산 불가" : row.rate.toFixed(2) + "%";
  console.log(row.title + ": " + rateText);
}

.cjs는 Node.js에서 이 예제의 require 문법을 사용할 수 있는 파일 확장자입니다. 두 파일은 이름 끝에 .txt가 붙지 않게 저장하세요.

터미널에서 두 파일을 저장한 폴더로 이동한 다음 실행합니다.

node analyze_content.cjs

Windows에서도 같은 명령을 사용합니다.

샘플 데이터로 실행했을 때의 결과는 다음과 같습니다.

답변 검증하는 법: 8.00%
업무 프롬프트 모음: 7.00%
회의록 정리 실습: 7.00%
Claude Code 시작하기: 7.00%
클로드 입문 가이드: 4.00%
새 모델 소식: 1.00%

조회수·저장 수·댓글 수는 0 이상의 정수로 입력합니다. 숫자 문자열, 소수, 음수, 필수 항목 누락과 빈 배열은 오류로 처리합니다. 이 코드는 수치의 형식을 확인하며, 입력한 성과가 실제 계정 수치인지는 확인하지 않습니다.

동률인 게시물은 JSON에 들어 있는 순서를 유지합니다. 7%인 세 게시물 사이에 우열이 있다는 뜻이 아닙니다.

코드는 숫자를 계산하고 정렬합니다. 주제의 매력을 평가하거나 기획을 만들어주지는 않습니다. 그다음 판단을 클로드에게 맡기면 됩니다.

위 계산 결과를 바탕으로 다음 콘텐츠 후보를 제안해줘.

먼저 사실과 가설을 구분해.
예를 들어 '답변 검증하는 법의 저장률이 8%'는 계산으로 확인한 사실이고,
'검증 콘텐츠는 언제나 성과가 좋다'는 이 자료만으로 확인할 수 없는 가설이야.

조회수가 가장 높은 게시물과 저장률이 가장 높은 게시물이
서로 다른 이유로 유용할 수 있다는 점도 설명해.
후보 4개를 제안하되, 다음 발행에서 무엇을 측정할지도 붙여줘.

이 데이터에서는 뉴스 게시물의 조회수가 가장 높고, 검증 게시물의 저장률이 가장 높습니다. 어떤 콘텐츠를 선택할지는 노출을 늘릴지, 저장을 유도할지에 따라 달라집니다. 블로그 유입이 목표라면 다음부터는 DM으로 보낸 링크 등에 캠페인 식별값을 붙이고 분석 도구에서 방문을 별도로 기록해야 합니다. 비교할 때는 게시 후 집계 기간, 광고 집행 여부, 콘텐츠 형식도 맞추세요. 게시물마다 조건이 다르면 단순 저장률 순위만으로 원인을 판단하기 어렵습니다.

Claude Code에서 분석부터 보고서까지 맡기기

Claude Code가 설치되어 있고, 위 두 파일이 있는 폴더에서 실행 중이라면 다음 프롬프트를 사용할 수 있습니다.

현재 폴더의 content_metrics.json과 analyze_content.cjs를 읽어줘.

목표:
다음 콘텐츠 4개를 결정할 수 있는 content_plan.md 초안을 만든다.

완료 기준:
- 분석 코드를 실제 실행해 저장률을 확인한다.
- 조회수가 0인 입력은 계산 불가로 처리되는지 확인한다.
- 잘못된 숫자와 필수 항목 누락을 발견하면 명확한 오류가 나는지 확인한다.
- 원본 JSON을 유지하고, 임시 검증용 데이터는 별도 폴더에서 다룬다.
- 보고서에는 성과 비교표, 확인한 사실, 가설,
  콘텐츠 후보 4개, 다음에 측정할 항목이 들어간다.
- 마지막에 실행한 명령과 검증 결과를 요약한다.
- 실행 환경이 없어 확인하지 못했다면 미검증으로 표시한다.

세부 진행 방법은 네가 정해.
이 작업은 로컬 보고서 초안 작성까지 진행해.

공식 Claude Code 활용 가이드는 AI가 결과를 스스로 확인할 수 있도록 테스트나 실행 결과 같은 기준을 제공하라고 권장합니다. 큰 일을 맡길수록 “완료했어”라는 답 대신 확인 가능한 결과를 받는 것이 중요합니다.

3. 담당 업무와 기준을 정해두세요

크리거는 동료가 클로드에게 특정 코드 영역을 맡기면서, 피드백 채널을 살피고 필요한 개선을 먼저 찾아 처리하도록 요청한 사례를 이야기합니다. 이를 보고 자신도 AI의 활용 범위를 더 넓혀야겠다고 느꼈다고 설명합니다.

우리 업무에 적용할 때는 “너는 전문가야”라는 한 문장에서 더 나아가야 합니다.

무엇을 보고, 어떤 기준으로 판단하고, 어디까지 처리하며, 어떤 결과를 남겨야 하는지를 정해보세요.

클로드 웹·앱: 프로젝트에 업무 지침 넣기

클로드 프로젝트 공식 안내에 따르면 프로젝트에 참고 자료와 지침을 넣어 해당 프로젝트의 대화에 활용할 수 있습니다.

클로드의 Projects 메뉴에서 프로젝트를 만들고, 프로젝트 지침과 참고 자료를 설정하세요. 다음 자료를 프로젝트에 넣어보세요.

• 계정의 주요 독자와 다루는 주제를 적은 소개.
• 지난 콘텐츠 성과 파일.
• 독자 질문을 정리한 문서.
• 잘 완성된 게시물 예시.

그리고 프로젝트 지침에 아래 내용을 자신의 상황에 맞게 넣습니다.

너는 이 프로젝트의 콘텐츠 기획을 돕는 담당자야.

목표:
클로드 입문자가 실제 업무에 적용할 수 있는 콘텐츠를 기획한다.

참고 자료:
프로젝트에 제공한 계정 소개, 게시물 성과, 독자 질문,
기존 콘텐츠 예시를 우선 참고한다.

판단 기준:
- 독자에게 어떤 문제가 있는지 먼저 확인한다.
- 성과를 비교할 때 사용한 지표와 분모를 밝힌다.
- 자료에서 확인한 사실과 아이디어 차원의 가설을 구분한다.
- 새 기능과 사용법은 공식 출처로 확인한다.
- 확인할 수 없는 정보는 미확인으로 남긴다.

결과 형식:
추천 주제 / 독자의 문제 / 자료 근거 / 실습 예시 /
캐러셀 구성 / 블로그 확장 내용 / 추가 확인 사항.

작업 범위:
요청받은 자료를 분석하고 콘텐츠 초안까지 작성한다.
게시·댓글 답변·DM 전송은 별도로 요청받았을 때만 진행한다.

다른 대화의 내용을 항상 그대로 공유한다고 가정하지 말고, 새 대화에서도 꼭 필요한 기준과 최신 자료는 프로젝트 지침·참고 자료에 넣어두세요.

같은 프로젝트에서 다음처럼 요청하면 됩니다.

이번에 제공한 독자 질문과 최근 성과를 기준으로
다음 주 콘텐츠 후보 3개를 제안해줘.
기존 콘텐츠와 겹치는 부분, 새롭게 설명할 부분도 함께 적어줘.

Claude Code: CLAUDE.md에 반복 기준 넣기

개발 프로젝트에서는 프로젝트 폴더의 CLAUDE.md에 반복해서 지킬 기준을 적을 수 있습니다. Claude Code는 이 파일을 프로젝트 지침으로 읽습니다. 자세한 적용 범위는 공식 메모리 안내를 참고하세요.

아래는 이번 콘텐츠 분석 실습에 맞춘 예시입니다. 기존 CLAUDE.md가 있다면 관련 항목을 합쳐서 사용하세요.

# 콘텐츠 분석 작업 기준

## 목적
클로드 활용 콘텐츠의 성과를 분석하고 다음 발행 주제를 제안한다.

## 자료와 계산
- content_metrics.json을 원본 자료로 사용한다.
- 원본 JSON을 수정하지 않는다.
- 저장률은 saves / views * 100으로 계산한다.
- 조회수가 0이면 저장률을 계산 불가로 표시한다.
- 자료에 없는 클릭 수나 전환율을 만들지 않는다.

## 실행과 검증
- 분석 명령은 node analyze_content.cjs다.
- 코드를 수정하면 샘플 결과와 예외 입력을 다시 확인한다.
- 실행하지 않은 검증을 통과했다고 적지 않는다.

## 결과물
- content_plan.md에 기획안 초안을 작성한다.
- 확인한 사실과 가설을 구분한다.
- 판단 근거, 제외한 대안, 추가 확인 사항을 함께 남긴다.

프로젝트 지침과 CLAUDE.md는 반복 설명을 줄이기 위한 방법입니다. 자연어 지침만으로 모든 행동이 강제되는 것은 아니므로, 도구 접근 권한과 결과 검토는 별도로 관리해야 합니다. 역할 문구를 넣는 것만으로 외부 댓글을 읽을 권한이나 매일 실행되는 일정이 생기지는 않습니다.

4. 결과물과 함께 판단 근거와 검증 결과를 받으세요

AI가 긴 문서나 많은 코드를 만들어내면, 사람이 이해하고 검토하는 시간이 병목이 됩니다.

크리거는 코드 변경만 전달하기보다 변경 의도와 선택에 따른 장단점을 함께 설명하는 방향을 이야기합니다. 본인도 모든 코드 줄을 읽기보다는 클로드에게 확인할 질문을 던지며 검토한다고 말합니다.

이를 “AI 결과를 읽지 않아도 된다”로 받아들이면 안 됩니다. 사람이 더 잘 검토할 수 있도록 설명과 확인 근거를 붙이는 방식입니다.

결과물을 받은 다음 붙여 넣는 검토 프롬프트

방금 만든 결과물을 내가 검토할 수 있도록 정리해줘.

1. 목표: 이 결과물이 해결하려는 문제.
2. 선택 이유: 자료에서 확인되는 근거.
3. 대안: 다른 선택지와 이번에 선택하지 않은 이유.
4. 검증: 실제 수행한 확인과 그 결과.
5. 한계: 자료 부족이나 미검증 때문에 확신할 수 없는 부분.
6. 사람의 결정: 내가 최종적으로 판단해야 할 항목.

주장마다 가능하면 파일명, 항목 위치, 수치 또는 출처를 연결해.
설명이 그럴듯한지와 사실이 확인됐는지는 구분해.
결론을 뒷받침할 근거가 없으면 근거 부족이라고 적어줘.
내부 사고 과정 대신 검토 가능한 근거와 선택의 장단점을 설명해.

앞선 실습이라면 다음처럼 검토할 수 있습니다.

설명은 검토를 돕고, 데이터와 실행 결과는 검토의 근거가 됩니다. 둘을 같이 받아야 판단하기 쉬워집니다.

코드 변경을 검토할 때 쓰는 프롬프트

이번 코드 변경을 리뷰할 수 있도록 요약해줘.

- 해결한 문제와 변경한 파일.
- 기존 동작과 달라진 동작.
- 이 구현을 선택한 이유와 대안.
- 실제 실행한 테스트 명령과 결과.
- 아직 확인하지 못한 환경이나 예외 상황.
- 내가 직접 확인해야 할 부분.

테스트를 작성한 것과 실행해 통과한 것을 구분해.
기대 결과를 실제 실행 결과처럼 적지 마.

5. 설명은 내 눈높이에 맞게 다시 받으세요

크리거는 인터뷰에서 자신이 사용한 모델이 자신보다 훨씬 똑똑하게 느껴진다고 말합니다. 이는 그의 사용 경험에 대한 표현입니다. AI가 모든 분야에서 사람보다 정확하다는 뜻은 아닙니다.

작업을 마친 모델이 선택의 장단점을 설명해도 한 번에 이해되지 않을 때가 있다고 합니다. 그럴 때는 자신이 모델보다 덜 안다고 생각하고 쉽게 풀어달라는 취지로 다시 요청합니다. 원문의 비교 대상은 크리거와 AI입니다.

우리 업무에서도 설명이 어려우면 독자의 배경지식과 필요한 결정부터 알려주세요. 앞의 네 번째 방법이 검토할 근거를 받는 것이라면, 다섯 번째는 그 근거를 내가 이해하고 판단할 수 있는 설명으로 바꾸는 것입니다.

어려운 설명을 다시 받을 때 쓰는 복사 프롬프트

방금 설명한 내용을 내가 이해하고 판단할 수 있도록 다시 설명해줘.

내 배경:
인스타그램 콘텐츠는 만들지만 통계와 코딩은 처음 배우는 사람이야.

내가 결정할 일:
다음에 어떤 콘텐츠 4개를 만들지 정해야 해.

다음 순서로 설명해줘.
1. 핵심 결론을 쉬운 말로 두 문장 안에 요약해.
2. 꼭 필요한 전문용어는 처음 나올 때 뜻을 풀어줘.
3. 제공한 데이터에서 예시 하나를 골라 숫자로 보여줘.
4. 추천한 선택과 다른 선택의 장단점을 비교해.
5. 아직 모르는 점과 결론이 달라질 조건을 알려줘.

쉽게 설명하더라도 수치, 조건, 불확실성은 생략하지 마.
비유를 쓴다면 실제 데이터와 다른 점도 밝혀줘.
새로운 근거나 수치를 만들어 설명을 채우지 마.

예를 들어 “저장률은 비교 지표이며 인과관계를 식별하지 못합니다”라는 설명은 다음처럼 풀 수 있습니다.

이 샘플에서 ‘답변 검증하는 법’은 조회수 5,000회에 저장 400건으로, 조회수 대비 저장률이 8%입니다. 하지만 게시물이 한 건뿐이어서 검증이라는 주제 때문에 저장률이 높았는지는 알 수 없습니다.

이 샘플은 사람 수가 아닌 조회수를 분모로 사용합니다. 따라서 8%를 “본 사람 100명 중 8명이 저장했다”로 바꾸면 안 됩니다. 쉬운 설명도 원래 지표의 뜻을 지켜야 합니다.

개발자라면 독자 설정을 바꿔 요청할 수 있습니다.

이번 코드 변경을 초보 개발자에게 설명하듯 풀어줘.
내가 아는 것은 JavaScript의 변수, 함수, 배열 정도야.

기존 동작과 바뀐 동작을 입력·출력 예시로 비교하고,
왜 이 방식을 선택했는지와 포기한 장점을 설명해줘.
내가 직접 확인할 파일과 실행 명령도 알려줘.
확인하지 않은 동작은 확인했다고 표현하지 마.

설명을 이해했다면 내가 이해한 내용을 한 문장으로 되짚어보세요. 다만 AI에게 다시 물어 확인받는 것만으로 사실 검증이 끝나는 것은 아닙니다. 숫자는 원자료와 계산 결과에, 코드의 동작은 실제 실행 결과에 대조해야 합니다.

캐러셀에서 다루지 못한 일하는 습관 3가지

인터뷰에는 요청법 외에도 실험과 팀 운영에 관한 이야기가 나옵니다. 개인이 AI 업무 방식을 개선할 때도 참고할 만합니다.

1. 2주마다 계속할지, 바꿀지, 멈출지 결정합니다

크리거는 Labs에서 2주마다 프로젝트를 검토하고, 계속 진행하거나 방향을 바꾸거나 종료한다고 설명합니다. 종료가 반복되면서 이를 개인의 실패로 받아들이는 감정도 줄어든다고 말합니다.

우리도 새로운 AI 업무 방식을 2주 동안 시험해보고 판단할 수 있습니다. 예를 들어 콘텐츠 기획에 걸린 시간, 수정 횟수, 최종 채택한 제안 수를 기록하세요.

아래는 2주 동안 AI로 콘텐츠를 기획한 기록이야.
[기획 시간, 수정 횟수, 채택한 제안 수, 불편했던 점을 붙여 넣기]

계속 유지할 것, 방법을 바꿀 것, 중단할 것을 제안해줘.
각 제안에는 기록에서 찾은 근거를 붙여.
이전 작업 방식과 비교할 기록이 없으면 효과를 단정하지 마.
다음 2주 동안 확인할 질문도 하나 정해줘.

2. 새 기능을 더하는 만큼 불필요한 것을 줄입니다

인터뷰에는 제품에서 무엇을 제거할지 논의하는 채널 이야기도 나옵니다. 동시에 적게 쓰이는 기능이라도 서로 다른 사용자에게 필요할 수 있다는 어려움을 짚습니다.

내 AI 업무에도 적용해보세요. 매번 고쳐야 하는 출력 양식, 겹치는 도구, 읽지 않는 보고서가 쌓였는지 살펴볼 수 있습니다. 사용 빈도만으로 바로 지우기보다 없앴을 때 누가 불편해지는지도 확인합니다.

내가 쓰는 AI 도구와 반복 업무 목록이야.
[도구, 용도, 사용 빈도, 준비 시간, 결과를 수정하는 시간을 붙여 넣기]

용도가 겹치는 항목과 유지 비용이 큰 항목을 찾아줘.
유지, 통합, 중단 후보로 나누고 이유를 설명해줘.
사용 빈도가 낮아도 중요한 예외 상황이 있는지 함께 확인해줘.

3. 새 소식을 따라가는 속도보다 오래 일할 수 있는 리듬을 만듭니다

크리거는 빠르게 변하는 AI 업계에서도 쉬는 시간을 확보해야 한다고 강조합니다. 하루의 좋은 소식이나 나쁜 소식만으로 자신의 성과 전체를 판단하지 않는 태도도 이야기합니다.

실무에서는 새 도구를 볼 때마다 전부 갈아타기보다, 지금 반복하는 일 하나가 얼마나 나아지는지 확인하는 방식으로 적용해볼 수 있습니다.

이번 주에는 분석 시간을 줄이고, 다음 주에는 검토 기준을 다듬는 식입니다. 도구의 개수보다 반복해서 쓸 수 있는 업무 방식 하나를 만드는 데 집중해보세요.

자주 묻는 질문

목표만 말하면 클로드가 알아서 끝내주나요?

목표만으로는 충분하지 않습니다. 필요한 자료, 지켜야 할 조건, 완료 기준과 결과를 확인할 방법을 함께 제공하세요. 작업 범위와 도구 접근 가능 여부에 따라 할 수 있는 일이 달라집니다.

클로드 웹·앱과 Claude Code 중 무엇을 쓰면 되나요?

이 글의 프롬프트와 샘플 데이터는 클로드 대화에 붙여 넣어 사용할 수 있습니다. 로컬 파일을 읽고 코드를 실행해 검증하는 단계는 Claude Code와 Node.js가 준비된 환경을 기준으로 합니다. 웹·앱에서 도구로 실행한 결과와 내 컴퓨터에서 직접 실행한 결과는 구분해서 확인하세요.

담당자라고 지정하면 매일 자동으로 일하나요?

아닙니다. 역할 지정은 업무 기준을 설명하는 것입니다. 매일 실행하려면 지원되는 예약 실행 환경과 자료·도구 연결이 필요합니다. 프로젝트 지침이나 CLAUDE.md를 작성하는 것만으로 일정이 등록되지는 않습니다.

CLAUDE.md와 클로드 프로젝트 지침은 같은 파일인가요?

같은 파일이 아닙니다. CLAUDE.md는 Claude Code가 읽는 프로젝트 지침 파일이고, 클로드 프로젝트 지침은 웹·앱의 프로젝트에 설정하는 지침입니다. 이 글에서는 같은 업무 기준을 각 환경에 맞게 작성하는 예시를 제공합니다.

쉽게 설명하거나 다시 검토해달라고 하면 오류가 없어지나요?

쉬운 설명이나 재검토만으로 오류가 없어지는 것은 아닙니다. 클로드가 제시한 근거를 원자료와 대조하고, 코드는 실제 실행 결과를 확인하세요. 이 글의 샘플도 계산 결과와 콘텐츠 방향에 대한 가설을 나눠 검토하도록 구성했습니다.

오늘 한 번만 해본다면

먼저 지난 업무 자료 하나를 준비하세요. 게시물 성과표, 회의 메모, 코드 파일 중 어떤 것이든 좋습니다. 그다음 아래 프롬프트의 빈칸을 채워보세요.

이 자료로 [해결하려는 문제]를 해결하고 싶어.

자료:
[파일을 첨부하거나 내용을 붙여 넣기]

완료 상태:
내가 [결정하거나 실행할 일]을 바로 할 수 있도록
[필요한 결과물]을 만들어줘.

조건:
[대상 독자, 기한, 분량, 기술 조건 등]

자료에 없는 사실은 만들지 마.
결론에 크게 영향을 주는 정보가 없으면 먼저 질문해.
진행 방법은 네가 정하고, 가능한 검증은 직접 수행해.

완료 후에는 결과물과 함께
선택 이유, 제외한 대안, 실제 검증 결과,
아직 모르는 부분, 내가 판단할 사항을 알려줘.

첫 결과가 기대에 못 미친다면 지시를 계속 늘리기 전에 살펴보세요. 목표가 모호했는지, 자료가 부족했는지, 완료 기준이 없었는지에 따라 고칠 부분이 다릅니다.

작은 업무 하나에서 목표를 정하고, 자료를 주고, 결과를 검토하는 흐름이 만들어지면 다음에는 더 큰 범위를 맡겨볼 수 있습니다.