인재 채용 회사의 채용 공고와 스카우트 메시지를 Claude Code로 대량 생산하는 실무 절차

금요일 저녁, 제 옆자리 커리어 어드바이저가 머리를 감싸 쥐고 있었습니다.

이번 주에 담당 채용 건이 12건이나 늘었습니다. 한 건씩 채용 공고를 다듬고, 후보자를 10명씩 추려내고, 각각에게 스카우트 메시지를 써야 합니다. 도저히 손이 안 돌아가서, 예전에 보냈던 스카우트 본문을 복사·붙여넣기 하고 회사명과 직무명만 바꿔서 보냈습니다. 다음 날 후보자에게서 답장이 왔습니다. “전 직장 회사명이 제 것과 다른데요.”

바꿔 넣는 걸 깜빡한 겁니다. 인재 채용 회사에서 일해 본 사람이라면 한 번쯤은 저지르는 실수라고 생각합니다. 스카우트 메시지는 숫자로 승부하는 한편, 한 통의 부주의가 신뢰를 단번에 무너뜨립니다. 이 “양과 질의 딜레마”를 저는 Claude Code로 현실적인 수준까지 파고들어 봤습니다. 오늘은 그 절차를, 복사해서 바로 쓸 수 있는 형태로 정리합니다.

핵심 요약

인재 채용 회사의 채용 공고와 스카우트 메시지 작성은, Claude Code에 “초안 대량 생산”을 맡기고 최종 판단만 사람이 쥐면 빨라집니다.
통째로 떠넘기는 게 아니라, 채용 정보와 후보자 요약을 구조화해서 넘기고 어조와 금지 표현을 규칙화하는 게 핵심입니다.
개인정보는 이름·연락처를 가리고, 직무·경력·스킬만 넘깁니다. 원본 데이터를 학습에 사용하지 않게 설정하는 게 전제입니다.
스카우트 10통의 초안이 제 손에서 약 90분에서 20분 남짓으로 줄었습니다. 바꿔 넣기 누락 사고는 검증 스크립트로 막습니다.
복사해서 바로 쓰는 프롬프트 템플릿과, 회사명 혼입을 기계적으로 체크하는 Node.js 스크립트를 실었습니다.

인재 채용 회사 현장에서 시간이 어디로 녹아내리는가

독자로 상정하는 사람은, 양면형 또는 후보자 담당 커리어 어드바이저입니다. 한 사람이 20~40건의 채용을 안고, 주에 수십 통의 스카우트를 보냅니다. 구인 기업과의 미팅도 있습니다. 책상에 앉아 글을 쓰는 시간은 사실 그리 많이 확보하기 어렵습니다.

인재 채용 회사의 업무 흐름을, 글쓰기 관점에서 늘어놓으면 이렇게 됩니다.

구인 기업에서 청취하고, 모집 요건을 받는다
모집 요건을, 채용 플랫폼이나 자사 DB에 올릴 채용 공고로 다듬는다
후보자를 데이터베이스에서 검색하고, 매칭도로 좁힌다
후보자별로 스카우트 메시지(또는 추천서)를 쓴다
답장을 기다리고, 면담 조율로 나아간다

이 중 2번과 4번이 글의 수작업입니다. 채용 공고는 같은 직무라도 기업마다 미묘하게 다르고, 스카우트 메시지는 후보자마다 “왜 당신인가”를 한마디 넣지 않으면 열어보지도 않습니다. 여기를 손으로 전부 하면, 한 사람당 하루 2~3시간이 사라집니다.

자주 일어나는 재작업과 곤란한 점

제가 현장에서 들은, 반복해서 일어나는 재작업을 표로 만들었습니다.

곤란한 점	일어나는 원인	결과
스카우트 메시지의 회사명·직무명 바꿔 넣기 누락	복붙 운영	신뢰를 잃고 답장 제로
채용 공고 표현이 플랫폼 규약에 걸림	연령·성별 한정 표현	게재 반려
후보자별 한마디가 템플릿화	시간이 없어 돌려쓰기	열람률 하락
표현이 낡고 장황함	과거 글 재활용	안 읽히고 이탈

모두 “글을 처음부터 쓰는 수고”와 “대충 복붙하는 유혹” 사이에서 일어납니다. Claude Code는 이 중간, 즉 “토대는 자동으로 만들고, 마지막 한마디와 사실 확인만 사람이 한다”를 메우는 도구로 효과를 냅니다.

AI에 맡길 범위와, 사람이 반드시 판단할 범위

여기를 처음에 선 긋지 않으면 사고가 납니다. 제 운영 규칙은 이렇습니다.

공정	Claude Code에 맡긴다	사람이 반드시 판단한다
채용 공고 다듬기	구성·표현 초안	급여·근무지·필수 요건의 사실
플랫폼 규약 체크	위험한 표현 지적	최종 게재 가부 판단
스카우트 메시지 초안	글의 골자와 한마디 안	후보자에 대한 약속·과장 여부
후보자 요약	경력 요점 정리	개인정보 취급

원칙은 하나입니다. 사실과 약속은 사람이 쥔다. AI는 “빠르고 그럴듯하게” 쓰는 건 잘하지만, 그 채용이 정말 연봉 7천만 원을 주는지, 그 후보자가 정말 그 스킬을 가졌는지는 모릅니다. 생성 AI에 맡겨도 되는 건 표현이지 사실이 아닙니다. 여기를 혼동하면, 과장된 스카우트로 클레임이 됩니다.

AI나 Claude Code를 처음 다룬다면, 먼저 비엔지니어를 위한 Claude Code 입문을 훑어보면, 무엇을 맡기고 무엇을 맡길 수 없는지 감을 잡을 수 있습니다.

Use case 1: 모집 요건 메모에서, 채용 공고 초안을 만든다

구인 기업에서 받은 청취 메모는 대개 항목별로 흩어진 단편입니다. 이걸 읽을 수 있는 채용 공고로 다듬는 게 첫 자동화 포인트입니다.

맡기기 전에, 넘길 정보를 구조화합니다. 흩어진 메모인 채로 던지면, AI가 부족한 정보를 멋대로 메워서 있지도 않은 복리후생을 쓰기도 합니다. 다음 항목으로 나눠서 넘기는 게 요령입니다.

직무·포지션명
필수 요건과 우대 요건(사실만)
급여 범위·근무지·고용 형태
모집 배경(증원·결원 보충 등)
실어서는 안 되는 표현(연령·성별 한정 등)

이때, 채용 공고 템플릿과 금지 표현을 프로젝트의 규칙으로 기억시켜 두면, 매번 지시하지 않아도 됩니다. 방법은 CLAUDE.md 작성법이 참고가 됩니다.

Use case 2: 후보자 요약에서, 스카우트 메시지를 대량 생산한다

여기가 본진입니다. 후보자 한 명씩에게, 열어보고 싶어지는 한마디를 넣는다. 수작업이면 가장 힘든 공정이지만, 구조화만 하면 AI가 잘하는 영역입니다.

스카우트 메시지에 반드시 넣고 싶은 요소를 체크리스트로 만들었습니다. 초안이 올라오면, 이걸로 사람이 눈으로 확인합니다.

첫머리에서 “왜 당신에게 보냈는가”가 구체적인가
채용의 회사명·직무명이 올바른가(바꿔 넣기 누락이 없는가)
과장이나 사실과 다른 약속을 하고 있지 않은가
후보자의 경력에 대해 무례한 단정이 없는가
문말의 액션(면담 제안 등)이 하나로 좁혀져 있는가

10명분을 한 통씩 손으로 쓰면 1시간 반. 요약을 구조화해서 한꺼번에 초안을 뽑고, 위 체크리스트로 사람이 고치면, 제 손에서는 20분 남짓이었습니다.

Use case 3: 플랫폼 규약과 표현의 셀프 체크

채용 공고와 스카우트 메시지에는, 직업안정법이나 플랫폼 규약상 피해야 할 표현이 있습니다. “젊은층 환영” “남성이 활약 중” 같은 연령·성별 한정 표현이 전형입니다. 이걸 Claude Code에 1차 체크시킵니다.

다만, 최종 판단은 사람입니다. AI의 지적은 “누락 방지 알림”이지, 법적 가부를 보장하는 게 아닙니다. 어디까지나 사람의 눈을 보조하는 위치로 두세요.

복사해서 바로 쓰는 스카우트 메시지 프롬프트 템플릿

그대로 붙여서 쓸 수 있는 프롬프트입니다. 후보자 정보는 이름·연락처를 뺀 상태로 넣으세요.

당신은 인재 채용 회사 커리어 어드바이저의 글쓰기 어시스턴트입니다.
다음 조건으로 스카우트 메시지 초안을 만들어 주세요.

# 채용 정보
- 회사명: (정식 명칭을 그대로)
- 직무:
- 필수 요건:
- 매력 포인트: (사실만. 과장 금지)

# 후보자 요약 (이름·연락처는 포함하지 않음)
- 현직의 직무와 업계:
- 주요 경험·스킬:
- 예상되는 지향:

# 출력 규칙
- 200~300자. 첫머리에서 "왜 이분에게 보내는가"를 구체적으로 쓴다.
- 사실에 없는 실적이나 연봉을 쓰지 않는다. 약속을 부풀리지 않는다.
- 연령·성별을 한정하는 표현을 쓰지 않는다.
- 문말의 액션은 "캐주얼 면담 제안" 하나로 좁힌다.
- 회사명과 직무명은 준 문자열을 그대로 쓰고, 바꾸지 않는다.

이 프롬프트의 핵심은 마지막 두 줄입니다. 액션을 하나로 좁히게 하고, 회사명·직무명을 변형시키지 않는다. 이것만으로 답장률과 사고율이 꽤 달라집니다. 프롬프트의 정밀도를 더 끌어올리고 싶다면 프롬프트 설계 응용도 함께 보세요.

바꿔 넣기 누락을 기계로 막는 검증 스크립트

첫머리의 회사명 혼입 사고. 그건 사람의 눈만으로는 반드시 재발합니다. 그래서, 다 쓴 스카우트 메시지에 “예상 밖의 회사명”이 섞이지 않았는지를 기계로 체크합니다. Node.js로 동작하는 작은 스크립트입니다. scout.txt에 초안, allow.json에 이번에 써도 되는 회사명을 넣고 실행합니다.

import { readFile } from "node:fs/promises";

// 허용 리스트: { "company": "올바른 회사명", "ng": ["과거 건의 회사명 등"] }
const allow = JSON.parse(await readFile(new URL("./allow.json", import.meta.url), "utf8"));
const text = await readFile(new URL("./scout.txt", import.meta.url), "utf8");

const problems = [];

// 1. 올바른 회사명이 본문에 들어 있는가
if (!text.includes(allow.company)) {
  problems.push(`올바른 회사명 "${allow.company}"가 본문에 없습니다`);
}

// 2. 섞이면 안 되는 회사명이 끼어 있지 않은가 (바꿔 넣기 누락 감지)
for (const ng of allow.ng ?? []) {
  if (text.includes(ng)) {
    problems.push(`혼입 금지 회사명 "${ng}"가 남아 있습니다. 바꿔 넣기 누락 가능성`);
  }
}

// 3. 연령·성별 한정 표현이 없는가
const banned = ["젊은층", "남성만", "여성만", "20대 한정"];
for (const word of banned) {
  if (text.includes(word)) problems.push(`주의 표현 "${word}"가 포함되어 있습니다`);
}

if (problems.length === 0) {
  console.log("체크 OK: 발송 전 기계 확인을 통과했습니다");
} else {
  console.log("발송 정지. 아래를 고쳐 주세요:");
  for (const p of problems) console.log(" - " + p);
  process.exit(1);
}

실행은 이것뿐입니다.

node check-scout.mjs

allow.json의 예시는 이렇게 됩니다.

{
  "company": "주식회사 샘플",
  "ng": ["지난번에 쓴 회사명", "다른 건의 회사명"]
}

문제가 있으면 종료 코드 1로 멈추므로, 발송 흐름에 끼워 넣으면 “바꿔 넣기를 깜빡한 채 발송”이 물리적으로 일어나지 않게 됩니다. 첫머리의 제 동료의 사고는, 이게 있었으면 막을 수 있었습니다. Claude Code 자체의 도입은 처음 시작하는 Claude Code를 보면 10분이면 동작합니다.

개인정보와 보안 주의점

인재 채용 회사는 애초에, 사람의 경력이라는 가장 민감한 개인정보를 다루는 일입니다. 여기를 대충 하면, 효율화는커녕 사고가 됩니다. 제가 지키는 규칙입니다.

이름·전화번호·이메일·현직의 특정 가능한 부서명은, AI에 넘기지 않는다. 직무·경력 연수·스킬만으로 한다.
후보자를 특정할 수 있는 정보는, 사내 관리 밖의 서비스에 붙여넣지 않는다. 사용하는 AI 설정에서, 입력 데이터를 학습에 사용하지 않는 계약·설정으로 한다.
출력한 초안을 보내기 전에, 반드시 사람이 사실과 고유명사를 확인한다.
구인 기업의 비공개 정보(회사명 비공개 채용 등)의 취급은, 기업과의 합의 범위를 넘지 않는다.

표현이나 개인정보 취급의 일차 정보는, 한국의 경우 고용노동부 직업안정 관련 안내에서 확인할 수 있습니다. 플랫폼별 규약과 함께, 자사의 규칙으로 녹여 넣으세요.

도입 전과 후로, 무엇이 달라졌는가 (ROI 기준)

숫자는 제 손에서의 어림셈이므로, 참고치로 봐 주세요.

항목	도입 전	도입 후
스카우트 10통의 초안	약 90분	약 20분
채용 공고 1건 다듬기	약 30분	약 10분
회사명 바꿔 넣기 누락	가끔 발생	검증 스크립트로 0건

스카우트 10통에 약 70분 떠는 계산입니다. 주에 30통 보낸다면, 대략 3시간 이상을 후보자와의 대화나 청취로 돌릴 수 있습니다. 인재 채용 회사의 가치는 글쓰기가 아니라, 사람과 기업을 가려내는 데 있으므로, 줄인 시간을 거기로 되돌릴 수 있는 게 진짜 효과라고 느낍니다.

자주 묻는 질문

Q. AI가 쓴 채용 공고나 스카우트 메시지는, 그대로 보내도 괜찮나요? 안 됩니다. 초안으로 사용하고, 회사명·급여·요건 같은 사실과 고유명사는 반드시 사람이 확인하세요. AI는 사실을 모릅니다.

Q. 후보자의 이름이나 연락처를 넘기지 않으면, 좋은 스카우트 메시지는 못 쓰지 않나요? 쓸 수 있습니다. 스카우트 메시지에 필요한 건 “왜 이 경력의 사람에게 보내는가”이고, 이건 직무·경력·스킬로 충분합니다. 이름이나 연락처는 글의 질과 관계없습니다.

Q. 글이 천편일률이 되지 않나요? 구조화한 후보자 요약을 한 명씩 넘기면, 첫머리의 한마디는 달라집니다. 템플릿 느낌이 나는 건, 요약을 대충 뭉뚱그려 던졌을 때입니다.

Q. 저희는 IT 부서가 없는데, 검증 스크립트는 돌릴 수 있나요? Node.js를 깔면 몇 줄로 동작합니다. 어렵다면, 사내의 업무 개선 담당에게 교육·상담으로 도입을 상담하는 형태여도 괜찮습니다.

생산성을 더 끌어올리는 작은 요령은 Claude Code 생산성 팁에도 정리해 두었습니다.

실제로 시험해 본 결과

저는 실재 채용을 본뜬 가공 데이터로, 채용 공고 3건과 스카우트 메시지 10통을 만들어 검증했습니다. 확인한 건 3가지입니다.

첫째, 스카우트 10통의 초안 시간. 손글씨의 체감 90분에 대해, 구조화한 요약을 넘겼더니 20분 남짓까지 떨어졌습니다. 첫머리의 한마디도, 요약을 한 명씩 바꾸니 템플릿 냄새가 사라졌습니다.

둘째, 검증 스크립트의 효과. 일부러 지난 건의 회사명을 남긴 초안을 4통 섞었더니, 4통 모두에서 종료 코드 1이 나와 멈췄습니다. 연령 한정 표현도 검출됐습니다. 사람의 눈에만 의지했다면, 분명 몇 통은 놓쳤을 겁니다.

셋째, 개인정보를 넘기지 않아도 질이 떨어지지 않는가. 이름과 연락처를 빼고 직무·경력만 넘겨도, 스카우트 메시지의 설득력은 달라지지 않았습니다. 오히려 “경력의 이 부분에 끌렸다”는 심지가 남아, 읽기 쉬워진 인상입니다.

결론적으로, 인재 채용 회사의 스카우트 업무는 “완전 자동”보다 “초안은 AI, 사실과 한마디는 사람, 최종 체크는 기계”의 3단 구성이 가장 현실적이었습니다. 회사로서 업무에 끼워 넣고 싶은 경우는 교육·상담에서, 우선 직접 손을 움직여 보고 싶은 경우는 교재·무료 PDF에서 시작하기를 추천합니다.