Claude ‘불법 코드’ 3개: crash-out·67·aura-farming 사용법

이런 분을 위한 글입니다

Claude 답변의 정확성과 완성도를 높이고 싶은 분
쇼츠에서 본 명령어를 업무에 적용하고 싶은 분

읽고 나면 이렇게 달라집니다

세 명령어를 상황에 맞게 고를 수 있습니다.
복사용 프롬프트와 설치 코드로 바로 시작합니다.

Claude에게 한 번 묻고 첫 답을 그대로 쓰고 있나요? 사실 확인이 필요한 답변, 여러 방향을 비교해야 하는 기획, 화면으로 완성해야 하는 디자인은 서로 다른 작업 방식이 필요합니다.

claude-illegal-codes는 Claude에게 작업 절차를 지정하는 커뮤니티 스킬 모음입니다. 그중 crash-out은 근거 검증, 67은 대안 비교와 통합, aura-farming은 디자인 방향과 자체 점검을 맡습니다. 쇼츠에서 소개한 크래시 아웃·육칠·아우라 파밍이 각각 이 세 스킬입니다. 이름에 붙은 ‘불법’은 제작자의 농담입니다. Anthropic의 공식 명령어나 숨겨진 성능 해제 기능은 아닙니다.

이 글은 2026년 11월 4일 확인한 원본 저장소와 Anthropic 공식 문서를 바탕으로 작성했습니다. 확인 당시 원본의 최신 커밋은 2026년 8월 7일의 ae136db입니다. 세 스킬의 동작과 설치 안내를 다시 대조했습니다.

아래 한국어 프롬프트는 원문 그대로의 번역이 아닌 업무용 응용 버전입니다. JavaScript 예제의 출력과 스킬 파일 복사 절차는 별도로 실행 확인했습니다. 세 스킬의 품질 향상 효과를 비교 측정한 벤치마크는 아닙니다.

Claude 명령어 3개, 언제 무엇을 쓰면 될까요?

지금 필요한 것	고를 명령어	핵심 절차	피하는 편이 좋은 상황
답이 사실인지 확인	`crash-out`	주장 추출 → 반대 증거·실행 검증 → 수정	검색·원문·실행 환경이 없는데 검증 완료가 필요한 일
여러 해결책 중 선택	`67`	여섯 접근 → 평가 → 장점 통합	짧은 번역, 단순 수정, 즉답이 필요한 일
디자인의 방향과 일관성	`aura-farming`	방향 결정 → 제작 → 시각 점검	기존 브랜드 지침과 금지 목록이 충돌하는 일

고르는 기준은 간단합니다. 맞는지가 문제면 crash-out, 어느 안이 나은지가 문제면 67, 어떻게 보여야 하는지가 문제면 aura-farming입니다.

왜 한 번 더 질문하는 것보다 작업 절차가 중요할까요?

“더 잘해줘”라는 요청에는 성공 기준이 없습니다. 답변이 길어지거나 말투만 바뀌어도 개선처럼 보일 수 있습니다.

대신 확인할 주장, 비교할 대안, 결과물의 합격 조건을 정하면 무엇이 좋아졌는지 판단하기 쉽습니다. 세 스킬은 이런 절차를 반복해서 쓰기 위한 지시서입니다. 다만 지시서를 붙인다고 검색 권한, 코드 실행 도구, 독립 에이전트가 새로 생기지는 않습니다.

구분	Claude 일반 대화	Claude Code
시작 방법	전체 프롬프트 붙여 넣기	스킬 폴더 설치 후 슬래시 명령 호출
사실 확인	사용 가능한 웹 검색·첨부 자료 활용	허용된 검색·파일 읽기·실행 도구 활용
67 실행	여러 관점을 한 대화에서 순차 비교 가능	사용 가능한 에이전트 도구와 실행 한도 안에서 분담 가능
결과 확인	답변과 출처·파일 확인	도구 실행 기록·변경 파일·테스트 확인

일반 대화에서 “AI 여섯 명처럼 답해줘”라고 해도 독립된 AI 여섯 개가 실제로 병렬 실행된다는 뜻은 아닙니다. 원본 67도 하위 에이전트 도구가 없으면 순차 접근으로 대체하도록 안내합니다.

1. crash-out: 첫 답을 반대 증거로 검증하기

crash-out은 초안의 핵심 주장을 뽑고, 그 주장을 깨뜨릴 증거를 찾아 답을 고치는 방식입니다. 자신 있게 말하는 답변을 다시 읽는 데서 끝내지 않고, 원문과 실행 결과로 확인하는 것이 핵심입니다.

왜 필요한가요?

제품 요금, API 동작, 설치 명령은 예전에는 맞았어도 지금은 달라질 수 있습니다. 버그의 원인도 설명만 그럴듯하고 재현되지 않을 수 있습니다. 이런 작업에서는 문장을 매끄럽게 만드는 것보다 틀린 전제를 일찍 발견하는 일이 중요합니다.

원본은 웹 검색만 요구하지 않습니다. 코드나 명령이 있으면 실행하고, 문서·소스 파일을 읽고, 핵심 주장을 서로 다른 각도에서 검증하도록 합니다. 공식 문서 확인과 작은 재현 테스트를 함께 쓰는 것도 한 방법입니다.

복사용 프롬프트

아래 질문에 근거를 확인한 뒤 답해줘.

질문: [확인할 질문]
기준일: [YYYY-MM-DD]
환경: [제품·버전·운영체제 또는 해당 없음]

먼저 답변 초안을 준비하되 초안 자체는 출력하지 마.
그 초안에서 결론을 좌우하는 주장을 추려 검증해줘.
숫자, 날짜, 제품명, API 동작, 원인 설명을 확인 대상으로 삼아줘.
공식 문서와 원문을 우선하고, 반대 사례와 적용 예외도 찾아줘.
코드로 확인할 수 있으면 안전한 최소 예제로 재현해줘.
핵심 주장은 문서와 실행 결과 등 서로 다른 각도에서 확인해줘.

검색하거나 실행할 수 없으면 그 사실을 먼저 밝혀줘.
도구를 쓰지 않았는데 확인했다고 말하지 마.
확인하지 못한 내용은 추측으로 채우지 마.
내부 사고 과정 대신 확인 가능한 근거와 판정만 보여줘.

출력:
1. 최종 답변
2. 주장 / 판정(확인·미확인·오류) / 근거 문서명·URL 또는 실행 출력 / 적용 조건 표
3. 수정한 주장과 수정 이유
4. 남은 확인 사항

판정표에서는 문서의 제목·날짜·버전과 해당 주장에 대한 실제 근거를 확인하세요. 같은 내용을 복사한 두 웹페이지보다 공식 문서와 재현 결과처럼 서로 다른 검증 방법을 조합하는 편이 유용합니다.

실습: “원본 배열은 바뀌지 않는다”는 설명 검증하기

다음 코드를 질문과 함께 붙여 넣어 보세요.

const prices = [3000, 1000, 2000];
const sorted = prices.sort((a, b) => a - b);

console.log(prices);
console.log(sorted === prices);

위 코드에서 sort()는 새 배열을 반환하고
prices 원본은 바뀌지 않는다는 설명이 맞는지 검증해줘.
실행할 수 있으면 실제 출력으로 확인하고,
원본을 보존하는 대안을 제시해줘.

이 예제의 올바른 확인 결과는 prices가 [1000, 2000, 3000]이 되고, 두 변수가 같은 배열을 가리켜 비교 결과가 true라는 것입니다. 원본을 보존하려면 복사한 뒤 정렬할 수 있습니다.

const prices = [3000, 1000, 2000];
const sorted = [...prices].sort((a, b) => a - b);

성공 기준: “틀렸습니다”라는 결론뿐 아니라 실행 여부, 실제 출력, 수정 코드가 구분되어 있어야 합니다. 실행하지 않았다면 문서 기반 설명이라고 밝혀야 합니다.

crash-out은 오류를 줄이기 위한 절차이지 정확성 보증이 아닙니다. 근거가 주장을 실제로 뒷받침하는지, 문서의 버전과 적용 조건이 맞는지까지 확인하세요.

2. 67: 여섯 가지 해법을 비교하고 좋은 부분 합치기

67은 하나의 과제에 서로 다른 접근을 적용한 뒤, 심사 단계에서 비교하고 최종안을 만드는 방식입니다. 답을 여섯 번 비슷하게 쓰는 대신 비교할 대안의 폭을 넓히는 것이 목적입니다.

왜 필요한가요?

강의 소개 문구를 만든다고 해봅시다. 간결한 문구는 읽기 쉽지만 정보가 부족할 수 있습니다. 자세한 문구는 설득력이 있지만 길어질 수 있습니다. 각각을 완성안으로 비교하면 선택의 이유와 절충점을 볼 수 있습니다.

원본의 여섯 접근은 최소 구성·최대 구성·기본 원리·선행 사례·실패 검토·새로운 시도입니다. 여기에 공통 과제를 전달하고, 일곱 번째 심사 역할이 정확성·완성도·감각을 각각 10점 척도로 평가한 뒤 장점을 통합하도록 설계됐습니다. 심사 역할의 점수는 같은 AI 시스템이 만든 평가이며, 객관적인 성능 시험 점수는 아닙니다.

복사용 프롬프트

다음 과제를 서로 다른 여섯 관점으로 해결하고 최종안을 만들어줘.

과제: [만들 결과물]
대상: [독자·고객]
필수 조건: [길이·예산·금지 사항]
우선순위: [예: 정확성 > 명확성 > 참신함]

관점:
A. 최소 구성: 꼭 필요한 내용만 남기기
B. 완전한 구성: 빠진 조건과 예상 질문까지 다루기
C. 원리 중심: 대상이 실제로 원하는 것부터 설계하기
D. 선행 사례: 확인 가능한 사례의 구조를 응용하기
E. 실패 예방: 실패 원인과 오해를 줄이기
F. 새로운 시도: 다른 안과 확실히 다른 접근 하나 밀어보기

모든 작업에 과제·조건·평가 기준을 똑같이 전달해줘.
에이전트 도구가 있으면 허용된 동시 실행 범위에서 각 작업을 분리하고,
없으면 한 대화에서 순차로 비교했다고 밝혀줘.
각 관점은 비교 가능한 독립 완성안을 제출해줘.
예산·조건이 빠졌으면 가정을 먼저 표시해줘.
확인하지 않은 사례·성과·후기는 만들지 마.

심사 역할은 별도 후보안을 먼저 만들지 말고 여섯 안을 비교해줘.
평가 기준별로 10점 만점 점수와 근거를 제시해줘.
가장 적합한 안을 뼈대로 삼고, 다른 안의 유효한 장점만 합쳐줘.
조건에 맞지 않는 아이디어까지 억지로 넣지 마.

출력:
1. 최종안
2. 여섯 안의 핵심 차이와 평가표
3. 어떤 안에서 무엇을 가져왔는지
4. 사용자가 직접 확인해야 할 가정

실습: 강의 소개 문구 비교하기

과제: 입문자 대상 JavaScript 강의 소개 문구
대상: 문법 공부는 했지만 작은 웹 기능을 혼자 못 만드는 사람
결과물: 제목 1개, 소개 2문장, 신청 버튼 문구 1개
필수 조건: 취업 보장·수익 보장 금지, 전문 용어 최소화
우선순위: 대상의 고민이 선명할 것 > 이해하기 쉬울 것 > 참신할 것

여기서는 표현이 화려한 안보다 독자의 막힌 지점을 구체적으로 설명한 안이 적합할 수 있습니다. 최종안에 “수강생 만족도 99%” 같은 제공하지 않은 수치가 들어가면 점수가 높아도 제외해야 합니다.

성공 기준: 여섯 안의 차이가 분명하고, 최종안이 왜 조건에 맞는지 설명되어 있어야 합니다. 제목 몇 개만 바꾸고 나머지가 같다면 접근이 충분히 나뉘지 않은 것입니다.

사용량은 정확히 여섯 배인가요?

정확한 배수로 단정할 수 없습니다. 여섯 결과 생성 외에도 심사·통합·검색에 사용량이 들고, 결과 길이와 재시도 횟수도 달라집니다. Anthropic 공식 문서는 하위 에이전트의 요청도 같은 사용 한도에 포함된다고 설명합니다.

단순 교정에는 한 번의 요청을 쓰고, 여러 대안을 비교할 가치가 있는 기획에 67을 쓰세요. “최종본만 짧게 보여줘”는 읽는 부담을 줄이는 요청이지, 이미 진행한 작업의 사용량을 되돌리는 방법은 아닙니다.

3. aura-farming: 디자인 전에 방향과 합격 기준 정하기

aura-farming은 디자인을 만들기 전에 분위기·서체·색·정렬 기준을 정하고, 완성 후 다시 검사하는 방식입니다. 흔한 장식을 줄이는 것보다 무엇을 먼저 보여줄지 결정하는 일에 초점을 맞추면 활용하기 쉽습니다.

왜 필요한가요?

“깔끔하고 세련되게”만 요청하면 페이지마다 비슷한 카드, 그림자, 강조 효과가 반복될 수 있습니다. 제품의 성격과 읽는 순서를 먼저 정해야 결과를 평가할 기준이 생깁니다.

원본은 어두운 배경의 보라→파랑 그라데이션, 그라데이션 글자, 기본 질감처럼 쓰는 유리 효과, 장식 이모지, 모든 요소의 가운데 정렬, 똑같은 둥근 카드 반복 등을 엄격하게 금지합니다. 서체도 최대 두 개를 먼저 선정하도록 합니다.

이는 제작자의 스타일 규칙이며, 해당 표현 자체가 나쁜 디자인이라는 보편적 기준은 아닙니다. 아래 응용 프롬프트는 금지를 ‘불필요한 효과 줄이기’로 완화했습니다. 원본 스킬을 설치하면 원본의 엄격한 규칙이 적용되므로, 기존 브랜드와 충돌하면 스킬 내용을 조정해야 합니다.

복사용 프롬프트

아래 결과물을 디자인해줘.

결과물: [포스터·랜딩 페이지·발표 자료]
대상과 목적: [누가 보고 무엇을 하게 할지]
반드시 들어갈 내용: [문구·가격·행동 버튼]
브랜드 기준: [색·서체·기존 디자인 또는 없음]
최종 크기·형식: [예: 모바일 대응 HTML/CSS]

제작 전:
- 디자인 방향을 구체적인 한 문장으로 정해줘.
- 서체는 최대 두 계열로 제한하고 역할을 나눠줘.
- 주색·강조색·무채색을 정하고 간격 단위를 통일해줘.
- 가장 먼저 읽힐 요소와 그다음 요소를 정해줘.

제작할 때:
- 불필요한 그라데이션·유리 효과·장식 이모지·반복 카드를 줄여줘.
- 가짜 후기·별점·성과 수치를 넣지 마.
- 브랜드 기준과 충돌하는 금지 사항은 먼저 알려줘.

완료 전:
- 모바일 크기에서 글자·버튼·줄바꿈을 확인해줘.
- 텍스트 대비와 정보의 우선순위를 점검해줘.
- 화면을 실제로 보지 못했으면 시각 검수 미실시라고 밝혀줘.

결과물과 함께 방향 / 제거한 요소 / 남은 확인 사항을 짧게 알려줘.

실습: 강의 신청 화면에 적용하기

JavaScript 입문 강의의 첫 화면을 HTML/CSS로 만들어줘.
방향은 '코드 노트처럼 담백하고 제목이 선명한 화면'이야.
제목: 문법 다음엔, 직접 만드는 JavaScript
설명: 작은 웹 기능을 완성하며 배운 문법을 연결합니다.
버튼: 커리큘럼 보기
배경은 밝게, 강조색은 짙은 초록 한 가지로 해줘.
모바일에서는 한 열로 배치하고 후기는 넣지 마.

다음은 이런 방향을 코드로 표현하는 설명용 스타일 예시입니다.

:root {
  --paper: #faf8f2;
  --ink: #17251d;
  --accent: #174c35;
  --space: 8px;
}

.hero {
  display: grid;
  gap: calc(var(--space) * 3);
  padding: clamp(24px, 6vw, 72px);
  background: var(--paper);
  color: var(--ink);
  font-family: sans-serif;
}

.hero h1 {
  max-width: 16ch;
  margin: 0;
  font-size: clamp(2rem, 6vw, 4rem);
  line-height: 1.15;
}

.hero a {
  justify-self: start;
  padding: 12px 20px;
  background: var(--accent);
  color: #ffffff;
}

이 예시는 색·간격·제목 크기의 관계만 보여줍니다. 원본의 서체 선정 규칙까지 그대로 구현한 완성 디자인은 아닙니다. 실제 제작에서는 브랜드에 맞는 서체와 사용 권한도 확인하세요.

WCAG 2.2의 텍스트 대비 기준(성공 기준 1.4.3, AA)은 일반 텍스트 4.5:1 이상, 큰 텍스트 3:1 이상입니다. 큰 텍스트는 보통 18pt(24 CSS px) 이상 또는 굵은 14pt(약 18.7 CSS px) 이상을 뜻하며, 로고와 순수 장식 등에는 예외가 있습니다. 하지만 색상 코드만 적었다고 접근성 검사가 끝나지는 않습니다. 실제 배경과 글자 조합을 측정하고 화면을 확인해야 합니다.

성공 기준: 결과 파일이 있고, 작은 화면에서도 핵심 문구와 버튼을 읽을 수 있어야 합니다. 디자인 설명만 받았다면 “설명 대신 미리 볼 수 있는 결과물을 만들어줘”라고 요청하세요. 최신 공식 도움말에서 Artifacts는 Free를 포함한 전체 요금제에서 제공됩니다. 사용하려면 설정의 Capabilities에서 파일 생성·편집 기능이 켜져 있어야 합니다. 조직 계정은 관리자 설정도 확인하세요. 이 스킬 자체가 별도의 이미지 생성 도구를 설치해주는 것은 아닙니다.

설치 없이 시작하는 방법과 반복해서 쓰는 방법

Claude 대화창에서 쓰기

새 대화를 열고 위 프롬프트 하나를 붙여 넣습니다.
대괄호를 자신의 과제로 바꾸고 필요한 자료를 첨부합니다.
답변의 검증표·비교표·결과 파일을 확인합니다.
부족한 부분을 구체적으로 수정 요청합니다.

웹 검색 메뉴가 보이면 활성화 상태를 확인하세요. 최신 도움말에 따르면 새 Claude 화면에는 검색 토글이 없고 필요할 때 검색할 수도 있습니다. 메뉴 유무보다 실제로 검색했는지, 원문을 읽었는지를 확인하는 편이 중요합니다.

자주 쓰면 Projects에서 프로젝트를 만든 뒤 ‘Set project instructions’에 저장할 수 있습니다. 프로젝트 이름·설명만 입력하는 것으로 지침이 적용되지는 않습니다. 공식 도움말 기준 Free 계정도 최대 5개 프로젝트를 만들 수 있습니다. 처음에는 목적별 프로젝트로 나누면 관리하기 쉽습니다. 하나의 프로젝트에 여러 절차를 넣는 것도 가능하지만, 어떤 요청에 어떤 절차를 쓸지 선택 기준을 적어두세요.

Claude Code에서 원본 스킬 설치하기

아래는 Git과 Claude Code가 준비된 macOS·Linux·WSL의 셸 기준입니다. Claude Code 이용에는 Pro·Max·Ultra 구독, 조직의 Team·Enterprise 계정, Claude Console 또는 지원 클라우드 제공자 등 이용 가능한 인증·결제 구성이 필요합니다. Pro 이상 구독만이 유일한 이용 경로는 아닙니다. 스킬의 무료 공개와 Claude 실행 비용은 별개입니다.

먼저 원본을 내려받아 내용을 확인합니다.

git clone https://github.com/Jakeschincariol/claude-illegal-codes.git
cd claude-illegal-codes

cat crash-out/SKILL.md
cat 67/SKILL.md
cat aura-farming/SKILL.md

기존 스킬을 덮어쓰지 않도록 아래 대상 폴더가 이미 있다면 먼저 이름과 내용을 확인하세요. 처음 설치하는 경우 다음 코드를 실행합니다.

mkdir -p ~/.claude/skills
for skill in crash-out 67 aura-farming; do
  if [ -e "$HOME/.claude/skills/$skill" ]; then
    echo "이미 존재하여 건너뜀: $skill"
  else
    cp -R "$skill" "$HOME/.claude/skills/"
  fi
done

Claude Code 공식 문서에서 개인 스킬 위치는 ~/.claude/skills/<이름>/SKILL.md입니다. 현재 프로젝트에만 공유하려면 .claude/skills/를 사용할 수 있습니다. 설치 후 새 세션을 열고 / 메뉴에 세 스킬이 나타나는지 확인한 뒤 필요한 명령어를 입력합니다. 폴더 복사는 실행 파일 설치가 아니라 지시서를 등록하는 단계입니다. 67의 실제 병렬 실행은 호출 후 도구 기록에서 따로 확인하세요.

/crash-out 이 프로젝트의 설치 안내가 현재 의존성 버전과 맞는지 확인해줘.

/67 강의 신청 페이지의 첫 화면 문구를 서로 다른 접근으로 비교해줘.

/aura-farming 현재 첫 화면의 정보 우선순위와 모바일 가독성을 개선해줘.

명령어가 보이지 않으면 파일이 ~/.claude/skills/67/SKILL.md처럼 올바른 깊이에 있는지 확인하세요. 폴더를 통째로 한 단계 더 감싼 경로에 넣으면 의도한 위치와 달라집니다.

자주 묻는 질문

마무리: 오늘 필요한 절차 하나부터 써보세요

세 명령어를 모두 외울 필요는 없습니다. 지금 작성 중인 답변에서 확인할 주장 하나를 고르거나, 중요한 문구 하나를 여섯 관점으로 비교하거나, 화면 하나의 읽는 순서를 정해보세요. 결과를 평가할 기준이 분명할수록 다음 수정도 쉬워집니다.

프롬프트를 반복해서 쓰다 스킬로 정리하고 싶다면 Claude Code Skill 만들기 실전편을 이어서 읽어보세요. 여러 답을 경쟁시키는 접근을 더 살펴보고 싶다면 Arena 스킬 설치·사용법도 도움이 됩니다.

이런 분을 위한 글입니다

읽고 나면 이렇게 달라집니다

claude-illegal-codes는 정말 불법 코드인가요?

Claude 무료 계정에서도 쓸 수 있나요?

일반 대화창에 /67만 입력해도 실행되나요?

67을 쓰면 서로 다른 모델 일곱 개가 일하나요?

crash-out이 확인했다고 하면 그대로 믿어도 되나요?

세 명령어를 한 번에 모두 쓰면 더 좋아지나요?

이 스킬을 쓰면 검색 순위나 AI 답변 인용이 높아지나요?

이 글을 쓴 강사의 강의

짐코딩 뉴스레터