AI와 개발을 쉽게 이해하는 실험실

비개발자도 따라오는 AI 도구, 자동화, 개발 실험 기록

AI & LLM/Claude & Anthropic

Claude 5 프롬프트, 이전 세대와 달라진 점 정리

루민 Lumin 2026. 8. 4. 08:07
반응형

Claude 5 프롬프트는 이전 세대와 지시 방식·컨텍스트 활용·역할 설정에서 결이 다릅니다. 어떤 습관을 바꿔야 하고, 옛날 프롬프트를 그대로 붙여넣으면 왜 결과가 어색해지는지 중급 사용자 관점에서 정리합니다.

Claude 5 프롬프트, 이전 세대와 달라진 점 정리의 핵심 개념을 단순한 테크 일러스트로 표현한 대표 이미지

Claude 5 세대로 넘어오면서 예전에 잘 먹히던 프롬프트가 어딘가 어색하게 답하는 경우가 생깁니다. 모델은 더 똑똑해졌는데, 오히려 예전처럼 지시를 길게 붙이면 답이 장황해지거나 초점이 흐려지곤 하죠. 이 글은 Claude 3~4 세대에 익숙한 중급 사용자가 5 세대에서 프롬프트를 어떻게 바꿔야 하는지, 왜 그렇게 바꾸는 게 유리한지 개념 위주로 정리합니다.

주의할 점은 세대 전환기에는 공식 가이드도 계속 갱신된다는 겁니다. 여기서는 버전·수치를 단정하지 않고, 실제 사용자 관점에서 체감되는 방향성과 프롬프트 설계 원칙을 다룹니다. 정확한 파라미터·요금·모델명은 반드시 Anthropic 공식 문서에서 확인하세요.

이전 세대 프롬프트가 어색해지는 이유

Claude 5 세대에서 옛 프롬프트가 겉도는 이유는, 모델이 이미 스스로 하고 있는 일을 사용자가 다시 시키기 때문입니다.

Claude 3~4 시절 프롬프트에는 "단계별로 생각해줘", "먼저 문제를 분해하고", "답을 검증한 뒤 출력해줘" 같은 지시가 관용구처럼 붙었습니다. 초기 모델은 이런 명시적 유도가 있어야 추론 품질이 확 올라갔거든요.

문제는 5 세대에서 이런 지시가 중복 지시로 작동한다는 점입니다. 모델은 이미 내부적으로 그 절차를 밟는데, 사용자가 다시 밟으라고 하면 결과물이 두 겹으로 나오거나 필요 이상으로 장황해집니다.

💡 옛 프롬프트를 붙여넣었을 때 답이 뻣뻣하거나 서론이 길어졌다면, 지시문 중복부터 의심하세요.

비유가 도움이 됩니다. 예전엔 신입 사원에게 업무 순서를 하나하나 알려주던 상황이었다면, 지금은 그 일을 여러 번 해본 경력자에게 순서표를 다시 내미는 셈입니다. 필요한 건 순서표가 아니라 맥락과 목적이죠.

지시 방식: "어떻게"보다 "무엇을·왜"

Claude 5에서 좋은 프롬프트는 절차 지시가 줄고 의도와 제약 조건이 늘어난 형태입니다.

이전 세대와 비교하면 무게 중심이 이렇게 이동합니다.

구분 이전 세대(3~4) 스타일 5 세대 권장 스타일
지시 밀도 절차·단계 상세 목적·제약·판단 기준
예시 개수 few-shot 여러 개 대표 예시 1~2개 + 반례
검증 지시 "다시 검토해줘" 명시 실패 조건·수용 기준 명시
톤 지정 형용사 나열("친절하고 상세하게") 독자·상황 서술

예를 들어 블로그 초고를 다듬는 프롬프트라면, 예전엔 "문법 확인하고, 문장 다듬고, 어색한 표현 고쳐줘"처럼 절차를 열거했습니다. 5 세대에선 "이 글은 개발 초보자가 모바일로 읽을 예정이다. 한 문단이 3문장을 넘지 않도록, 전문용어는 첫 등장 시 풀이를 붙이도록 다듬어달라"처럼 독자와 수용 기준을 주는 편이 결과가 안정적입니다.

핵심은 이겁니다. 절차는 모델이 알아서 짜게 두고, 사용자는 "어떤 결과물이 성공이고 어떤 게 실패인지"를 명확히 알려주는 역할입니다.

컨텍스트 활용: 앞부분에 몰지 말고 구조화

Claude 5는 긴 컨텍스트를 다룰 수 있지만, 정보를 그냥 몰아넣으면 오히려 우선순위가 흐려집니다. 구조가 있는 컨텍스트가 잘 먹힙니다.

실무에서 자주 하는 실수는 참고 문서, 예시, 지시, 톤 가이드를 한 덩어리로 붙여넣는 겁니다. 모델 입장에선 "이 중 뭐가 참고 자료고 뭐가 명령이지?"를 매번 추론해야 하죠.

권장되는 배치 순서는 대체로 이렇습니다.

[역할·목적]  ← 이 대화에서 뭘 하는지
    ↓
[제약·수용 기준]  ← 지켜야 할 규칙
    ↓
[참고 자료]  ← 근거로 쓸 문서
    ↓
[실제 요청]  ← 이번 턴의 구체 작업

각 블록을 마크다운 헤더나 XML 태그로 감싸주면 모델이 훨씬 잘 구분합니다. Anthropic 공식 가이드에서도 오래전부터 XML 태그 활용을 권장해 왔는데, 5 세대에선 그 효과가 더 두드러진다는 사용자 후기가 많습니다.

특히 참고 자료가 여러 개일 때 <document>처럼 태그로 감싸고 각 문서에 짧은 라벨을 붙여두면, 모델이 "몇 번 문서에 따르면"처럼 근거를 명시해 답하기 좋습니다. 팩트 체크가 필요한 작업에서 큰 차이가 납니다.

역할 설정: 페르소나보다 상황 서술

"당신은 세계 최고의 마케터입니다" 같은 페르소나 지정은 5 세대에서 효과가 옅어졌습니다. 대신 상황과 청중을 서술하는 편이 실용적입니다.

이전 세대에선 "당신은 20년 경력의 카피라이터입니다"라고 시작하면 톤이 확 바뀌는 재미가 있었죠. 지금은 그 효과가 상대적으로 약해졌고, 오히려 상황을 설명한 프롬프트가 더 자연스러운 결과를 냅니다.

비교해 보면 이렇습니다.

  • 약해진 방식: "너는 10년차 파이썬 개발자다. 코드 리뷰를 해달라."
  • 여전히 잘 먹는 방식: "이 코드는 사내 데이터 파이프라인 일부다. 팀에 파이썬 초보자가 절반이라 유지보수 가능성을 최우선으로 보고, 성능보다 가독성 문제를 짚어달라."

두 번째가 페르소나를 지정하지 않았는데도 훨씬 구체적인 리뷰를 이끌어냅니다. 이유는 단순해요. 모델이 흉내낼 역할보다 지켜야 할 판단 기준이 명확하기 때문입니다.

출력 형식: 강하게 잡되, 짧게 잡기

출력 형식 지정은 여전히 중요하지만, 예전처럼 예시를 길게 붙일 필요가 줄었습니다. 짧고 단호한 형식 지정이 더 잘 먹힙니다.

권장하는 방식은 다음과 같습니다.

  • 원하는 형식을 예시 1개로 명확히 보여주기 (JSON, 표, 마크다운 등)
  • "이 외의 텍스트는 출력하지 말 것" 같은 배제 조건 명시
  • 실패 시 대체 형식 안내 ("정보가 부족하면 unknown으로 채울 것")
  • 길이 상한 지정 (필드별 문자 수, 항목 개수)

예전에는 형식 예시를 서너 개씩 붙여야 안정적이었다면, 지금은 잘 만든 예시 하나에 명확한 배제 조건을 더하는 편이 토큰도 아끼고 결과도 안정적입니다.

특히 자동화 파이프라인에서 응답을 파싱해야 하는 경우, "설명은 붙이지 말고 JSON만 출력"처럼 불필요한 서론을 잘라내는 지시가 실전에서 큰 차이를 만듭니다.

옛 프롬프트를 옮길 때 점검 순서

기존에 잘 쓰던 프롬프트를 5 세대로 옮길 때는 재작성보다 정리로 접근하는 게 효율적입니다.

  1. 중복 절차 지시 삭제 — "단계별로", "먼저 ~하고 그 다음 ~해줘" 같은 문장을 지웁니다. 결과가 나빠지면 그때 복구해도 늦지 않습니다.
  2. 판단 기준 추가 — 무엇이 좋은 답이고 무엇이 나쁜 답인지 1~2줄로 씁니다.
  3. 참고 자료 태그로 감싸기 — 문서와 지시를 시각적으로 분리합니다.
  4. 페르소나 → 상황 서술로 교체 — "너는 ○○ 전문가다" 대신 청중과 목적을 설명합니다.
  5. 출력 형식 예시 슬림화 — 예시를 1개로 줄이고 배제 조건을 추가합니다.

이 순서대로 프롬프트 하나만 다듬어봐도 결과 차이가 체감됩니다. 특히 자동화·에이전트에 쓰는 프롬프트라면, 토큰이 줄어드는 부수 효과까지 있어요.

이제 어디서부터 손대면 좋을까

가장 자주 쓰는 프롬프트 하나를 골라 절차 지시부터 걷어내 보길 권합니다. Claude 5 세대에서 프롬프트 개선의 큰 방향은 덜 지시하고, 더 설명하기로 요약됩니다.

세부 파라미터·모델별 특성·요금은 자주 바뀌므로, Anthropic 공식 문서와 프롬프트 라이브러리를 주기적으로 확인하는 습관을 들이는 편이 좋습니다. 특히 XML 태그 활용, 예시 설계, 시스템 프롬프트 구조에 관한 공식 가이드는 5 세대에서도 여전히 실용적인 출발점입니다.

다음 글에서는 Claude 5 세대에서 에이전트·툴 사용 프롬프트를 어떻게 구조화하는지, 긴 대화에서 컨텍스트가 흐려질 때 쓰는 리셋 기법을 다뤄보려고 합니다.

함께 보면 좋은 글

반응형