10 Prompting Techniques My Deep Learning Exam Taught Me (That I Actually Use Now)
딥러닝 시험에서 배운 프롬프트 기법 10가지, 개발할 때 실제로 쓰는 방법
딥러닝 시험에서 배운 프롬프트 기법 열 가지를 개발자 작업에 맞춘 예시로 풀어냅니다. 간단한 질문부터 예시 제시, 단계별 분석, 역할 지정, 형식 지정, 대화 맥락 유지까지 어떤 상황에서 쓸지 설명하고, 여러 기법을 조합해 쓰는 방법도 제안합니다.
- 주제
에디터 노트
이 목록의 실용성은 기법에 붙은 이름보다 요청에 조건과 맥락을 얼마나 구체적으로 담느냐에 달려 있습니다. 예시를 주거나 출력 형식을 지정하고, 선택지를 비교하게 하는 방식은 결과물을 확인하고 수정하는 기준을 분명히 합니다. 저자가 Chain-of-Thought가 실제 내부 추론을 드러내지는 않는다고 선을 긋고, 대신 가정과 중간 점검을 답변에 드러내는 데 초점을 둔 점도 설득력 있습니다. 반면 역할 지정만으로 시니어 엔지니어 수준의 검토를 보장하지는 않으며, Generated Knowledge도 모델이 먼저 나열한 사실을 자체 검증으로 간주하기 어렵습니다. 글은 두 방식이 유용한 상황을 보여주지만 정확성을 보장하는 방법까지 제시하지는 않습니다. 따라서 열 가지 기법은 답을 검증할 기준을 프롬프트에 넣는 실무 요령으로 읽는 편이 정확합니다.
AI 요약
저자는 딥러닝 시험 공부에 쓰인 50쪽짜리 PDF 두 권이 섭씨 변환이나 책 추천 같은 학술 예시 위주였다고 말합니다. 대신 React 디버깅, 커밋 메시지 작성, API 응답 변환처럼 개발자가 실제로 마주치는 작업에 맞춰 프롬프트 기법 열 가지를 설명합니다.
질문의 방식과 답변 구조
Zero-shot은 예시 없이 바로 질문하는 방식입니다. 빠른 조회나 익숙한 문법 질문에 적합하지만 코드베이스나 아키텍처처럼 구체적인 맥락이 필요하면 한계가 있습니다. Few-shot은 원하는 결과의 예시를 2~5개 보여준 뒤 새 입력을 처리하게 합니다. 커밋 메시지 규칙을 맞추거나 API 응답 형식을 변환할 때 유용하다고 설명합니다.
Chain-of-Thought는 답만 요구하는 대신 단계별로 살펴보게 합니다. 글은 함수의 NaN 발생 원인을 추적하는 예시를 들며, 이 방식이 모델의 실제 내부 추론을 드러낸다고 보장하지는 않는다고 덧붙입니다. 대신 가정과 중간 확인, 고려한 예외를 답변에 드러내면 오류를 확인하기 쉬워진다고 설명합니다. 저자는 서비스 워커에서 발생한 경쟁 상태를 Copilot과 추적할 때 이벤트 순서를 차례로 설명하게 한 뒤 타이밍 문제를 발견했다고 말합니다.
Tree-of-Thought는 WebSockets, Server-Sent Events, 폴링처럼 선택지가 여러 개인 문제에서 각 방식의 장단점을 나란히 비교하게 합니다. Role-Playing은 시니어 백엔드 엔지니어나 QA 엔지니어 같은 역할을 지정해 검토 관점을 좁힙니다. 저자는 코드 리뷰와 기술 면접 연습, 이력서 피드백을 사례로 듭니다.
작업을 나누고 맥락을 쌓기
Generated Knowledge는 실제 작업을 하기 전에 관련 사실이나 절차부터 나열하게 한 뒤 그 목록을 바탕으로 문서를 쓰는 방식입니다. 인증 흐름 문서라면 로그인부터 대시보드 이동까지 토큰 생성과 쿠키 처리, 리디렉션 단계를 먼저 정리합니다. 저자는 이 과정이 사실을 바탕으로 문서를 작성하도록 돕는다고 설명합니다.
Maieutic prompting은 답변에 다시 질문을 이어 붙여 개념을 깊게 파고듭니다. useMemo가 재렌더링을 막지 못하는 이유에서 출발해 의존성 배열과 객체의 참조 동일성까지 묻는 예시를 제시합니다. Least-to-Most는 큰 작업을 하위 문제로 나눈 뒤 순서대로 해결합니다. Next.js 앱에 Google OAuth를 추가하는 일을 설정, 인증 라이브러리 구성, API 경로, 라우트 보호 등의 단계로 나눕니다.
Format-Specific은 표나 JSON처럼 원하는 출력 형식을 지정합니다. Multi-Turn은 여러 차례 대화를 이어가며 폴더 구조와 기존 코드 패턴 같은 맥락을 쌓습니다. 글은 기능 구현을 위해 폴더 구조를 설명하게 한 뒤 서비스 코드와 테스트를 차례로 작성하는 예시를 듭니다.
기법을 조합해 쓰기
저자는 열 가지 중 하나만 고르기보다 두세 가지를 함께 쓰라고 제안합니다. 예를 들어 시니어 엔지니어 역할을 지정하고 단계별 디버깅을 요청하거나, 커밋 메시지 예시를 준 뒤 같은 형식의 목록으로 결과를 받는 식입니다. 기법을 목적에 맞게 조합하는 일이 프롬프트 작성의 실용적인 요령이라고 정리합니다.
dev.to 반응
- @dj29 — 딥러닝 시험이 매일 쓰는 AI 작업 기법을 알려줬다는 점이 재미있습니다. 시험 노트에 그치지 않고 프로젝트를 만들면서 실제로 적용한 실용적인 교훈입니다. 여러분의 AI 작업 흐름을 가장 크게 바꾼 프롬프트 기법은 무엇인가요?
- @ace_bl — 섭씨 0도를 화씨로 바꾸는 예시가 가득한 50쪽짜리 PDF 두 권을 개발자 예시로 바꿔 준 점이 좋습니다. 시험 공부를 모두에게 쓸모 있는 자료로 만들었네요. Maieutic prompting은 처음 알았고, Least-to-Most는 까다로운 리팩터링을 나누는 방식으로 딱 맞아 보입니다. 열 가지 중 어떤 기법이 일상적인 코딩에 가장 큰 변화를 줬나요?
- @tomveber — 시험이 끝난 뒤에도 가장 기억에 남은 기법은 무엇인가요?
원문: dev.to / 번역·요약: Trawling