프롬프트 엔지니어링 같지 않게 느껴지는, 내 작업 방식이 된 7가지 프롬프팅 습관
7 prompting habits that stopped feeling like prompting and just became how I work
핵심 요약
프롬프트 엔지니어링이라는 틀을 벗어나 자연스러운 작업 습관으로 자리 잡은 7가지 실전 프롬프팅 노하우를 공유합니다.
- 부정적 제약 조건 — 긍정적 지시보다 '하지 말아야 할 것'을 명시하는 것이 결과물 개선에 효과적임
- 청중 설정 — '전문가'라는 역할 부여보다 '누구에게 설명하는지'를 명확히 하는 것이 더 나은 답변을 이끌어냄
- 맥락 기반 제약 — 글자 수 제한 대신 '문자 메시지용'과 같이 구체적인 상황을 제시하여 간결함을 유도함
- 반복적 대화 — 첫 답변을 최종 결과물이 아닌 대화의 시작으로 보고 피드백을 통해 결과물을 다듬음
약 1년 정도 주로 글쓰기와 리서치에 활용해왔어. 어느 순간부터 "프롬프트 엔지니어링"이라는 틀은 사라지고, 이런 방식들이 반사적인 습관이 됐지. 리스트 형식의 뻔한 팁 말고, 실제로 내 결과물을 바꿔놓은 것들만 공유할게.
나는 작업 전에 실패할 유형을 먼저 알려줘. "대부분의 사람들은 너무 일반적이게 써서 망치는데, 그렇게 하지 마"라고 하는 게 어떤 긍정적인 지시보다 효과적이야. 목표를 향해 나아가게 하는 것보다, 정해진 함정을 피하게 하는 게 더 강력하게 작동하는 것 같아.
나는 AI에게 누구인지가 아니라, 누구와 대화하는지를 알려줘. "회의적인 CFO에게 설명해줘"가 "너는 전문가야"보다 훨씬 나아. 역할보다 청중이 더 많은 일을 하게 만드는 거지.
짧게 쓰고 싶을 때는 단순히 숫자를 정해주는 게 아니라 짧아야 할 이유를 줘. "이건 문자 메시지로 보낼 거야"라고 하면 "50단어 미만으로 써"라고 할 때보다 훨씬 더 간결한 결과물을 얻을 수 있어.
나는 AI가 쓰지 않은 버전을 요청해. 초안을 작성한 뒤에, "위험 부담 때문에 피했던 관점이 뭐야?"라고 물어보면 3번 중 1번은 더 나은 답변이 나와.
"더 좋게 만들어줘"라는 말은 안 쓰게 됐어. AI는 그걸 수행할 수 없거든. "두 번째 문단에서 얼버무리는 거 빼고 서론은 잘라내"라고 하면 잘 수행해.
나는 처음부터 새로 시작하는 대신 내가 쓴 엉망인 초안을 붙여넣어. AI에게 반응할 거리를 주는 게 빈 페이지를 주는 것보다 낫거든. AI는 작가보다 편집자로서 더 뛰어나니까.
가장 중요한 거야. 나는 첫 번째 응답을 결과물이 아니라 대화의 시작으로 취급해. 좋은 결과물은 거의 항상 내가 피드백을 준 뒤인 두세 번째 턴에서 나오거든. 한 번 붙여넣고 바로 판단하는 사람들은 초안을 검토하고 있는 셈이지.
리스트는 여기까지야. 특별할 건 없지만, 무의식적으로 하게 되기까지 시간이 좀 걸렸어. 다른 사람들은 어떤 습관이 "읽어본 팁"에서 "생각 없이 하는 행동"으로 넘어갔는지 궁금하네.
