Claude에게 프롬프트 엔지니어링을 가르쳐달라고 했더니 30일 커리큘럼을 짜줬다.

강의도 아니고, 유튜브 시리즈도 아니고, 레딧 스레드도 아니다.

i just asked directly:

"if you were going to teach someone prompt engineering properly in 30 days — not surface level, not tips and tricks — what would the curriculum look like."

그 결과 내가 지금까지 어떤 유료/무료 소스보다도 가장 체계적인 학습 계획을 받았다.

1주 차 — 기초:

1~3일 차: 모델이 입력을 실제로 어떻게 처리하는지 이해하기. 기술적 아키텍처가 아니라 실질적인 의미를 파악한다. 왜 순서가 중요한지, 왜 컨텍스트 배치가 중요한지, 왜 같은 단어라도 순서가 다르면 다른 결과가 나오는지 이해한다.

4~5일 차: 지시사항(instructions)과 컨텍스트(context)의 차이. 대부분은 지시사항만 준다. 컨텍스트가 바로 지시사항을 작동하게 만드는 핵심이다. 이 둘을 분리하는 법을 배우고 모든 게 바뀌었다.

6~7일 차: 출력 명세(output specification). 단순히 원하는 것을 요구하는 게 아니다. 형식, 길이, 어조, 대상, 그리고 완료의 기준을 명시한다. 모호한 출력 명세는 예외 없이 모호한 결과를 낳는다.

2주 차 — 사고 구조:

Chain of Thought(생각의 사슬). 단순한 트릭이 아니라 진정한 추론 도구로 활용한다. 언제 가시적인 추론을 강제하는 것이 결과를 개선하고, 언제 단순히 길이만 늘리는지 이해한다.

Few-shot prompting을 제대로 수행하기. 대부분은 예시를 무작위로 추가한다. 예시의 배치, 수량, 다양성은 모두 결과에 영향을 미치며, 의도적으로 테스트해 보기 전까지는 그 효과를 알기 어렵다.

부정적 제약 조건(negative constraints). 모델에게 하지 말아야 할 것을 말하는 것은 과소평가되어 있지만 매우 강력하다. 이 부분에만 이틀을 투자했다.

3주 차 — 고급 패턴:

페르소나 설계. 단순히 "전문가처럼 행동해"가 아니다. 구체적인 지식, 구체적인 맹점, 구체적인 사고방식을 가진 실제 캐릭터를 구축한다. 구체성이 전부다.

대화 아키텍처. 단일 프롬프트가 아닌 다중 턴 상호작용을 설계한다. 어떤 정보를 어디에 배치할지, 어떻게 컨텍스트를 유지할지, 더 깊이 들어가기 전에 어떻게 체크포인트를 만들고 검증할지 설계한다.

불확실성 표면화. 모델이 확신하는 부분과 추측하는 부분을 보여주도록 프롬프팅한다. 실무 프롬프트 엔지니어링에서 가장 과소평가된 기술이다.

4주 차 — 응용 및 메타:

작업 분해. 복잡한 문제를 프롬프트 시퀀스로 나누어 각 출력이 다음 입력으로 이어지게 한다. 하나의 프롬프트와 시스템의 차이다.

프롬프트 감사. 기존 프롬프트를 분해하여 왜 작동하는지 혹은 안 하는지 이해한다. 좋은 결과를 역공학하여 그 결과를 만든 입력 결정 요인을 찾아낸다.

마지막 날: 업무에서 반복되는 실제 문제를 해결하기 위한 하나의 완전한 프롬프트 시스템을 구축한다. 연습이 아니라 실제로 사용할 것을 만든다.

30일 동안 따라 하며 배운 점:

커리큘럼 그 자체보다 의도적으로 따라가는 행위 자체가 더 가치 있었다.

대부분의 사람은 우연히 프롬프트 엔지니어링을 배운다. 작동하는 것을 발견하고, 한동안 쓰다가, 더 나은 것을 우연히 발견한다. 하지만 왜 둘 다 작동했는지는 절대 이해하지 못한다.

30일간의 의도적이고 구조화된 학습은 우연으로는 절대 얻을 수 없는 직관을 길러주었다.

3주 차가 되니 더 이상 커리큘럼을 따르지 않게 되었다. 프롬프트 문제를 다르게 보기 시작했다. 실패 모드를 미리 감지하고, 출력이 내가 필요한 것과 일치하기를 바라는 대신 출력에 맞춰 입력을 설계하게 되었다.

그런 변화는 팁을 읽는 것만으로는 일어나지 않는다.

패턴이 본능이 될 때까지 체계적으로 실행할 때 일어난다.

커리큘럼과 함께 사용한 무료 리소스: