개발자를 위한 최고의 ChatGPT 및 Claude prompts는 모델에 실제 코드, 명확한 작업 하나, 정해진 출력 형식이라는 세 가지를 제공합니다. 유용한 코딩 GPT 또는 AI 소프트웨어 엔지니어 세션을 만드는 비결은 이것이 전부입니다. "내 코드를 검토해 줘"라고 하면 정중한 요약을 받습니다. "이 diff에서 버그와 보안 문제를 검토하고, 줄 번호와 함께 발견 사항을 심각도별로 나열하며, 파일을 다시 작성하지 마세요"라고 하면 바로 조치할 수 있는 결과를 얻습니다. 아래에는 코드 검토 및 품질, 테스트, 리팩터링 및 성능, 문서화 및 PR 설명, 프런트엔드, 백엔드 및 DevOps의 여섯 그룹으로 구성된 개발자용 prompts 30개가 있습니다. [language] placeholder를 사용하는 언어 독립형 prompts이며, 세부 사항이 중요한 경우에는 Python 및 TypeScript 버전도 일부 포함되어 있습니다.
한 번 설정하는 코드 검토
Yuri - 코드 검토 AI Skill
Yuri는 검토 기준, 심각도 척도, 기술 스택을 한 번만 불러오므로, 매번 새로운 prompt를 사용하는 대신 모든 검토가 동일한 규칙을 따릅니다.
$29
Skill 받기 →
이 prompts를 사용하는 방법
prompt를 복사하고 [brackets]를 바꾼 다음, 바로 뒤에 코드나 diff를 붙여 넣으세요. 두 가지 습관이 큰 차이를 만듭니다. 첫째, 항상 실제 결과물을 붙여 넣으세요. 함수, 스택 트레이스, diff, 스키마 등이 해당합니다. 코드에 대한 설명은 코드 자체가 아닙니다. 둘째, 무엇을 원하는지 말하세요. diff, 표, 번호 매기기 목록, 파일 등을 지정하면 됩니다. 모델은 기본적으로 산문 형식으로 답하므로, 산문을 원하는 경우는 드뭅니다.
Claude Code를 사용 중이라면 prompts를 입력한 그대로 사용할 수 있지만, 많은 prompts는 슬래시 명령어나 Skill로 저장해 두는 편이 더 좋습니다. 그러면 매번 다시 입력하지 않아도 됩니다. 아래에 짧은 섹션이 있고, Claude Code skills 가이드에는 더 자세한 내용이 있습니다.
코드 검토 및 품질 (prompts 1~5)
검토용 prompts는 전체 파일보다 diff를 대상으로 할 때 가장 효과적입니다. 시간이 부족할 때 스타일 관련 참고 사항을 건너뛸 수 있도록 심각도별로 발견 사항을 분류해 달라고 요청하세요.
prompt 1: 심각도별 시니어 검토
이 [language] diff를 시니어 엔지니어의 관점에서 검토하세요. 발견 사항을 버그, 보안, 성능, 유지 관리성, 스타일로 분류하세요. 각 발견 사항에 줄 참조, 문제를 한 문장으로 설명한 내용, 수정 방법을 제시하세요. 파일 전체를 다시 작성하지 마세요. 특정 범주에서 아무것도 찾지 못했다면 그렇다고 말하세요. Diff: [paste diff]
prompt 2: 보안만 검토
이 [language] 코드를 보안 문제만 검토하세요: 인젝션, 안전하지 않은 역직렬화, 입력 검증 누락, 코드에 포함된 비밀 정보, 안전하지 않은 기본값, 종속성 위험. 각 발견 사항에 대해 위험, 악용 방법을 한 줄로 설명한 내용, 더 안전한 버전을 제시하세요. 코드: [paste code]
프롬프트 3: 검토자에게 변경 사항 설명
저는 이 diff의 작성자입니다. 검토자가 빠르게 이해할 수 있도록 첨부할 리뷰 메모를 작성하세요. 무엇이 변경되었는지, 왜 변경했는지, 무엇을 먼저 살펴봐야 하는지, 의도적으로 범위에서 제외한 것은 무엇인지, 어떻게 테스트했는지를 포함하세요. 150단어 이내로 작성하세요. Diff: [paste diff]
프롬프트 4: 잠재된 버그 찾기
이 [language] 코드는 정상 경로에서는 작동하지만 예외적인 경우에 버그가 있을 것 같습니다. 다음 입력을 사용해 동작을 단계별로 살펴보세요: 빈 입력, null 또는 None, 매우 큰 입력, 동시 호출, 의존성 실패. 각 경우에 어떤 일이 발생하는지와 그것이 올바른지 말하세요. 코드: [paste code]
프롬프트 5: Python 타입 및 린트 검토
이 Python 모듈의 타입 지정과 정확성을 검토하세요. 타입 힌트를 추가하거나 수정하고, mypy 엄격 모드에서 거부할 항목을 표시하며, 변경 가능한 기본 인수, 단순 except, 닫히지 않은 리소스를 지적하세요. 수정된 모듈과 변경 사항의 글머리표 목록을 반환하세요. 코드: [paste code]
테스트(prompts 6~10)
모델에게 테스트를 작성하기 전에 사례를 먼저 나열하도록 요청하세요. 200줄의 테스트 코드보다 5줄짜리 목록에서 누락된 사례를 훨씬 쉽게 발견할 수 있습니다.
프롬프트 6: 사례 목록을 먼저 제시하는 단위 테스트
이 [language] 함수의 단위 테스트를 [test framework]를 사용해 작성하세요. 코드보다 먼저 다룰 모든 사례를 나열하세요. 정상 경로, 경계 조건, 오류 경로, 잘못된 입력을 포함해야 합니다. 그런 다음 테스트를 작성하세요. 문장처럼 읽히는 설명적인 테스트 이름을 사용하세요. 함수: [paste code]
프롬프트 7: 버그 보고서에서 회귀 테스트 작성
다음은 버그 보고서와 수정 사항입니다. [test framework]를 사용해 기존 코드에서는 실패하고 새 코드에서는 통과하는 회귀 테스트를 작성하세요. 테스트 이름은 버그를 나타내도록 지정하세요. 버그: [describe bug]. 수정 diff: [paste diff]
프롬프트 8: 위험한 변경 전 테스트
[file or module]에서 [what you are changing]을 변경하기 전에 준비해 두어야 할 테스트를 가능성이 높은 순서대로 나열하세요. 이 테스트 파일을 기준으로 이미 존재하는 테스트도 표시하세요: [paste test file]
프롬프트 9: TypeScript 통합 테스트
이 API 핸들러에 대한 통합 테스트를 TypeScript로 [Vitest 또는 Jest]를 사용해 작성하세요. 외부 경계([database, HTTP client, queue])만 모의 처리하고 내부 모듈은 모의 처리하지 마세요. 성공적인 호출, 유효성 검사 실패, 업스트림 타임아웃을 다루세요. 핸들러: [paste code]
프롬프트 10: 테스트 검토
이 테스트들을 검토하세요. 어떤 어설션이 취약한지(참 여부만 확인하거나, 스냅샷에만 의존하거나, 코드가 아니라 모의 객체를 테스트하는 경우), 어떤 사례가 누락되었는지, 어떤 테스트가 중복되는지 알려 주세요. 가장 가치가 높은 추가 항목 3가지를 제안하세요. 테스트: [paste tests]
리팩토링 및 성능 개선(prompts 11~15)
리팩터링 prompts에는 강력한 제약 조건이 필요합니다. 동작이 변경되어서는 안 된다고 명시하고, 한 번에 하나씩 검토할 수 있도록 변경 사항을 목록으로 요청하세요.
프롬프트 11: 동작을 보존하는 리팩터링
동작을 변경하지 않고 이 [language] 코드를 가독성 있게 리팩터링하세요. 공개 인터페이스는 동일하게 유지하세요. 코드 앞에 각 변경 사항을 이유와 함께 한 줄로 나열하세요. 버그처럼 보이는 부분은 표시하되 조용히 수정하지 말고 별도로 기록하세요. 코드: [paste code]
프롬프트 12: 긴 함수 나누기
이 함수는 너무 깁니다. 명확한 이름을 가진 더 작은 함수들로 나누고, 각 함수가 한 가지 일만 하도록 하세요. 먼저 새로운 구조를 개요(함수 이름과 한 줄짜리 목적)로 보여 준 다음 코드를 작성하세요. 두 번 이상 사용되는 경우가 아니라면 새로운 추상화를 도입하지 마세요. 코드: [paste code]
프롬프트 13: 성능 문제 찾기
이 [language] 코드는 [size of input]에서 느립니다. 가능한 병목을 식별하고 복잡도를 추정한 다음 수정안을 제안하세요. 수정의 트레이드오프(메모리, 가독성, 정확성 위험)를 설명하세요. 사소한 최적화는 하지 말고 가장 큰 병목을 찾으세요. 코드: [paste code]. 프로파일링 출력이 있다면: [paste]
프롬프트 14: Python 성능 재작성
이 Python 함수를 성능을 고려해 다시 작성하세요. 직접 만든 반복문보다 내장 함수, 컴프리헨션, 제너레이터 및 표준 라이브러리를 우선하세요. 동일한 시그니처와 반환 형식을 유지하세요. 수정 전과 후를 보여 주고, timeit으로 어떻게 벤치마크할지 설명하세요. 코드: [paste code]
프롬프트 15: 중복 제거
여기 비슷해 보이는 코드가 두 개 이상 있습니다. 하나의 구현을 공유해야 하는지, 아니면 별도로 유지해야 하는지(그리고 그 이유)를 알려 주세요. 하나로 공유해야 한다면 이를 작성하고 각 호출 위치가 어떻게 변경되는지 보여 주세요. 코드 A: [paste]. 코드 B: [paste]
문서화 및 PR 설명(prompts 16~20)
문서화는 가장 자주 생략되는 작업입니다. 이 prompts는 10초 만에 새 팀원이 실제로 사용할 수 있는 결과물을 만들어 줍니다.
프롬프트 16: PR 설명
이 diff에 대한 풀 리퀘스트 설명을 작성하세요. 섹션: 요약(두 문장), 변경 사항(글머리 기호), 이유, 테스트 방법(단계), 위험 요소 및 롤백. 쉬운 언어를 사용하고 마케팅 어조는 피하세요. 제가 제공하지 않은 맥락을 지어내지 마세요. Diff: [paste diff]. 티켓: [ticket link or summary]
프롬프트 17: 독스트링과 주석
이 [language] 파일의 모든 공개 함수와 클래스에 [Google, NumPy, JSDoc 또는 표준] 스타일을 따라 독스트링을 추가하세요. 매개변수, 반환 값, 발생하는 오류와 각 항목의 예시 하나를 문서화하세요. 코드를 그대로 다시 설명하는 주석은 추가하지 마세요. 파일: [paste code]
프롬프트 18: 모듈용 README
이 모듈에 대한 README 섹션을 작성하세요. 모듈의 기능, 사용 시점, 최소 작동 예시, 표 형식의 구성 옵션, 일반적인 실수를 포함하세요. 300단어 이내로 작성하세요. 코드: [paste code or public API]
프롬프트 19: API 엔드포인트 문서
이 [endpoint]에 대한 참조 문서를 작성하세요. 메서드, 경로, 인증 요구 사항, 타입과 필수 여부가 포함된 요청 매개변수, 예시 요청, 예시 성공 응답, 그리고 원인이 포함된 모든 오류 응답을 다루세요. 출처: [paste route or controller]
프롬프트 20: 아키텍처 결정 기록
이 결정에 대한 ADR을 작성하세요. 섹션: 배경, 결정, 검토한 대안(각 대안을 제외한 이유 포함), 결과. 최대 한 페이지로 작성하세요. 결정: [describe]. 대안: [list]. 제약 조건: [list]
프런트엔드(prompts 21~25)
프런트엔드 프롬프트에는 프레임워크와 렌더링 모델을 명시해야 합니다. 답변이 클라이언트 컴포넌트와 서버 컴포넌트에 따라 달라질 때는 "React"만으로는 충분하지 않습니다.
프롬프트 21: 컴포넌트 검토
다음 [React, Vue, Svelte] 컴포넌트를 검토하여 불필요한 리렌더링, 파생되어야 하는 상태, 누락된 키, 이벤트 핸들러여야 하는 이펙트, 구현 세부 사항이 노출되는 props를 확인하세요. 각각에 대한 수정 방법을 제시하세요. 컴포넌트: [paste code]
프롬프트 22: 접근성 점검
이 마크업과 컴포넌트 코드를 접근성 측면에서 감사하세요. 시맨틱 요소, 레이블, 포커스 순서, 키보드 조작 가능성, 색상 대비 토큰, ARIA 오용을 확인하세요. 문제가 있는 항목을 해당 항목이 위반하는 WCAG 기준 및 수정된 코드와 함께 나열하세요. 코드: [paste code]
프롬프트 23: API 응답용 TypeScript 타입
다음은 [endpoint]의 샘플 JSON 응답입니다. 이에 대한 TypeScript 타입을 작성하세요. 필드에 따라 형태가 바뀌는 경우 판별 유니언을 사용하고, 선택적 필드를 올바르게 표시하며, 타입과 일치하는 [Zod or your library] 런타임 검증기도 추가하세요. JSON: [paste sample]
프롬프트 24: CSS 레이아웃 디버깅
이 레이아웃은 [viewport or condition]에서 깨집니다. 다음은 HTML과 CSS입니다. 무엇 때문에 이런 문제가 발생하는지 쉬운 말로 설명한 다음, 이를 수정할 수 있는 최소한의 CSS 변경 사항을 제시하세요. 핵을 사용하기보다 최신 레이아웃(grid, flex, 컨테이너 쿼리)을 우선하세요. 코드: [paste code]
프롬프트 25: 상태 관리 결정
[size] 규모의 [framework] 앱에서 [describe state]를 관리해야 합니다. 상태를 로컬에 유지하는 방법, 컨텍스트로 끌어올리는 방법, [store library]를 사용하는 방법을 비교하세요. 이 경우에 가장 적합한 방법을 이유와 함께 추천하고, 추천한 접근 방식의 기본 구조를 보여 주세요.
백엔드 및 DevOps(prompts 26~30)
백엔드 및 인프라 프롬프트는 데이터베이스, 런타임 버전, 클라우드 제공업체, 그리고 중단되면 안 되는 항목을 명시하면 더 효과적입니다.
프롬프트 26: API 설계 검토
이 API 설계를 일관성과 정확성 측면에서 검토하세요. 리소스 명명, HTTP 메서드와 상태 코드, 페이지네이션, 오류 형식, 쓰기 작업의 멱등성, 버전 관리가 대상입니다. 문제, 중요한 이유, 해결 방법을 표로 반환하세요. 사양 또는 라우트: [paste]
프롬프트 27: 데이터베이스 쿼리 및 스키마 검토
이 [database] 스키마와 쿼리를 검토하세요. 누락된 인덱스, N+1 패턴, null을 허용하면 안 되는 nullable 컬럼, [rows]를 초과하면 확장되지 않는 쿼리를 표시하세요. 스키마가 변경될 때마다 마이그레이션을 제안하세요. 스키마: [paste]. 쿼리: [paste]
프롬프트 28: Dockerfile 보안 강화
이 Dockerfile을 검토하세요. 이미지 크기를 줄이고, 버전을 고정하며, 루트가 아닌 사용자를 사용하고, 빌드 단계와 런타임 단계를 분리하고, 레이어 캐시가 효과적으로 작동하도록 하세요. 변경된 각 줄에 주석을 달아 개선된 Dockerfile을 반환하세요. Dockerfile: [paste]
프롬프트 29: CI 파이프라인 디버깅
이 [GitHub Actions, GitLab CI, other] 파이프라인이 간헐적으로 실패합니다. 구성과 실패 로그는 다음과 같습니다. 가장 가능성 높은 원인을 파악하고, 확인 방법과 해결 방법을 알려주세요. 파이프라인이 아니라 불안정한 테스트가 원인이라면 그렇게 말하세요. 구성: [paste]. 로그: [paste]
프롬프트 30: 인시던트 사후 분석
이 메모를 바탕으로 비난 없는 사후 분석을 작성하세요. 섹션: 요약, 영향, 타임라인, 근본 원인, 잘된 점, 잘되지 않은 점, 담당자가 지정된 후속 조치. 사실에 근거해 작성하고, 메모가 뒷받침하는 범위를 넘어 추측하지 마세요. 메모: [paste incident notes]
Claude Code에서 이러한 내용을 저장할 위치
Claude Code를 사용한다면 리뷰할 때마다 프롬프트 1을 다시 입력하는 것은 낭비입니다. Claude Code에는 지침을 저장할 수 있는 세 가지 위치가 있으며, 각각 서로 다른 종류의 프롬프트에 적합합니다.
-
CLAUDE.md는 저장소의 모든 세션에 적용해야 하는 규칙을 위한 것입니다. 언어, 테스트 프레임워크, 스타일 가이드, "절대 비밀 정보를 커밋하지 말 것" 등이 해당합니다. 짧고, 항상 적용되며, 인수가 없습니다.
-
슬래시 명령어(
.claude/commands/에 있는 파일)는 필요할 때 실행하는 반복 가능한 작업을 위한 것입니다: /review, /pr-description, /tests. 프롬프트 1, 6, 16은 자연스러운 슬래시 명령어입니다.
-
Skills는 전체 역할의 행동 방식을 정의합니다. 코드 리뷰어가 어떻게 사고하는지, 어떤 심각도 척도를 사용하는지, QA 엔지니어가 테스트 계획을 어떻게 구성하는지 등을 정합니다. Skill은 워크플로, 표준, 예시가 담긴 .md 파일로, 작업이 일치하면 모델이 불러옵니다. 좋은 Skill이 어떤 모습인지 알아보려면 Claude Code skills 컬렉션과 Claude skill 예시를 확인하세요.
간단한 기준은 다음과 같습니다. 한 줄짜리라면 CLAUDE.md에 넣으세요. 자주 실행하는 하나의 prompt라면 슬래시 명령으로 만드세요. 판단이 필요한 역할이라면 Skill로 만드세요.
작업을 prompt에서 Skill로
| 작업 |
위의 prompt |
역할로 수행하는 Skill |
| 모든 PR의 코드 검토 |
1, 3, 4 |
Yuri - 코드 검토자 ($29) |
| 보안 및 종속성 감사 |
2, 28 |
Soren - 코드 감사자 ($29) |
| 테스트 계획 및 테스트 검토 |
6에서 10 |
Mira - QA 엔지니어 ($29) |
| 스택 전반의 리팩터링 |
11에서 15 |
Max - 풀스택 개발자 ($29) |
| 문서, README, ADR |
17에서 20 |
Saoirse - 기술 문서 작성자 ($29) |
| 프론트엔드 컴포넌트 및 접근성 |
21에서 25 |
Lena - 프론트엔드 개발자 ($29) |
| API 및 데이터베이스 설계 |
26, 27 |
Niko - 백엔드 개발자 ($29) |
| Docker, CI, 인시던트 |
28에서 30 |
Rami - DevOps 엔지니어 ($29) |
| 전체 저장소를 자율적으로 검토하는 agent |
1, 2, 10 |
Albert - AI 코드 검토 agent ($32) |
prompts를 번들로 원한다면
위의 모든 내용은 자유롭게 복사할 수 있습니다. 언어와 역할별 변형이 포함된 더 크고 체계적인 구성을 원한다면 다음 두 가지 옵션이 있습니다:
기술 및 개발 prompt 라이브러리 ($21): 검토, 테스트, 디버깅, 문서 및 아키텍처를 위한 개발자 prompts를 작업별로 정리한 라이브러리로, 필요한 것을 몇 초 만에 찾을 수 있습니다. 더 큰 ChatGPT prompts 카탈로그의 일부입니다.
코딩 agent 번들 - AI 코딩 Agents 5종 전체 ($99): 코드 검토, 빌드, 테스트, 백엔드 및 인프라를 아우르는 코딩 agent Skill 5종을 한 번에 구매할 수 있어, 한 가지 역할이 아니라 전체 워크플로를 구성하려는 팀에 적합합니다.
모든 Skills는 일회성 구매로, README가 포함된 .md skill 파일로 제공되며 Claude(Claude Code 포함), ChatGPT의 custom GPT, Gemini의 Gem 및 Copilot에서 작동합니다. 질문 없이 30일 환불 보장이 제공됩니다.
자주 묻는 질문
이 prompts는 ChatGPT와 Claude에서 동일하게 작동하나요?
그렇습니다. 여기의 모든 prompt는 모델별 구문이 없는 일반 텍스트입니다. Claude는 긴 파일을 붙여 넣거나 여러 단계의 리팩터링을 수행하는 작업을 잘 처리하는 편이고, ChatGPT는 독립적인 함수와 소규모 테스트에 빠릅니다. 문구는 달라지지 않으며, 한 번에 붙여 넣을 수 있는 컨텍스트의 양만 달라집니다.
전체 파일을 붙여 넣어야 하나요, 아니면 함수만 붙여 넣어야 하나요?
전체 문제를 담고 있는 가장 작은 단위를 붙여 넣으세요. 버그라면 함수와 호출 위치, 스택 트레이스입니다. 검토라면 diff입니다. 리팩터링이라면 모듈입니다. 질문 없이 전체 저장소를 붙여 넣으면 일반적인 피드백만 나오게 됩니다.
prompt와 skill의 차이는 무엇인가요?
prompt는 매번 입력하는 일회성 지시입니다. skill은 역할, 표준 및 워크플로가 담긴 .md 파일로, 모델이 한 번 불러오면 모든 답변이 이미 여러분의 규칙을 따릅니다. KissMySkills의 Skills는 Claude와 Claude Code, ChatGPT의 custom GPT, Gemini의 Gem 또는 Copilot에서 작동하며 30일 환불 보장이 제공됩니다.
이 prompts는 Python 전용인가요?
아니요. 모든 prompt는 [language] placeholder를 사용합니다. 몇 가지 예시는 가장 흔한 요청이기 때문에 Python 또는 TypeScript를 언급하지만, Go, Rust, Java, C# 또는 다른 무엇으로든 바꿔도 구조는 유지됩니다.
이 prompts를 Claude Code에 직접 넣을 수 있나요?
그렇습니다. 짧고 항상 적용되는 규칙은 CLAUDE.md에, 반복 가능한 작업은 .claude/commands 아래의 slash command에, 완전한 역할 동작은 skill에 넣어야 합니다. Claude Code에서 prompts를 어디에 넣어야 하는지에 대한 위 섹션에서 각각의 차이를 설명합니다.
핵심 요약
개발자를 위한 좋은 prompts는 지루합니다. 실제 입력, 하나의 작업, 명시된 출력으로 구성됩니다. 위의 30개는 검토, 테스트, 리팩터링, 문서, 프런트엔드, 백엔드 및 DevOps의 일상적인 작업을 다루며 ChatGPT와 Claude에서 동일하게 작동합니다. 입력한 그대로 사용하거나, 매일 실행하는 항목을 slash command 또는 skill로 옮겨 매번 다시 입력하지 않아도 됩니다.
전체 워크플로, 한 번의 구매
코딩 Agent 번들 - 모든 5가지 AI 코딩 Agent
검토, 빌드, 테스트, 백엔드 및 DevOps Agents로, 표준을 한 번 불러오면 Claude Code, ChatGPT, Gemini 또는 Copilot의 모든 작업에 적용합니다.
$99
지금 받기 →
KissMySkills에서 모든 Claude Code Skills를 둘러보세요.
