앤트로픽이 claude.ai 웹 인터페이스와 iOS·안드로이드 앱에서 쓰이는 '핵심 시스템 프롬프트'의 변경 내역을 공개하고 있다. 대화가 시작될 때마다 모델에 주입되는 이 프롬프트가 실제로 어떤 역할을 하는지, 그리고 그 내용이 시간에 따라 어떻게 바뀌는지를 릴리스 노트 형태로 계속 갱신해 보여주는 방식이다. 일반 사용자에게는 잘 드러나지 않는 부분이지만, 챗봇을 서비스에 붙이거나 자체 프롬프트를 설계하는 실무자에게는 참고할 만한 대목이 적지 않다.
시스템 프롬프트가 하는 일
공개된 설명에 따르면 이 프롬프트의 첫 번째 역할은 모델에 '최신 정보'를 넘겨주는 것이다. 대표적인 예가 현재 날짜다. 언어 모델은 학습 시점 이후의 사실을 알지 못하고, 특히 '오늘이 며칠인지' 같은 정보는 모델 가중치 안에 존재하지 않는다. 그래서 대화가 열릴 때마다 시스템 프롬프트가 날짜 같은 값을 함께 주입해, 모델이 시점 감각을 갖고 답하도록 만든다. 두 번째 역할은 특정 행동을 유도하는 것이다. 예컨대 코드 스니펫을 항상 마크다운으로 제공하도록 권장하는 지침이 들어 있다. 즉 우리가 클로드 앱에서 코드가 깔끔한 코드 블록으로 나오는 것을 당연하게 여기는데, 그 뒤에는 사용자에게 보이지 않는 명시적 지시가 자리하고 있는 셈이다.
이 프롬프트는 한 번 정해지고 끝나는 것이 아니라 응답 품질을 개선하기 위해 주기적으로 업데이트된다. 앤트로픽은 모델별로 여러 개의 날짜별 항목을 남기고, 버전 사이에 달라진 부분은 굵게 표시해 무엇이 바뀌었는지 추적할 수 있게 했다. 프롬프트 자체를 하나의 관리 대상 산출물처럼 다루면서, 변경 이력을 코드 릴리스 노트와 비슷한 방식으로 투명하게 드러내려는 접근이다.
API에는 적용되지 않는다는 핵심 단서
실무자 입장에서 가장 중요하게 짚어야 할 대목은 이 시스템 프롬프트 업데이트가 클로드 API에는 적용되지 않는다는 점이다. 다시 말해 claude.ai나 모바일 앱에서 관찰되는 모델의 '기본 태도'는 순수한 모델의 성질이 아니라, 앤트로픽이 그 위에 얹은 프롬프트 계층이 함께 만들어낸 결과다. API로 같은 모델을 직접 호출하면 이 계층은 존재하지 않는다. 따라서 앱에서 잘 동작하던 행동, 예컨대 날짜 인식이나 출력 서식 같은 것을 API 기반 서비스에서도 기대한다면, 그 지침을 개발자가 직접 시스템 프롬프트에 명시해 줘야 한다.
이는 자주 겪는 혼란의 원인이기도 하다. 앱에서 클로드를 써 본 경험을 그대로 API로 옮겨 놓고 '왜 앱과 다르게 동작하지'라고 의아해하는 경우가 많은데, 상당 부분은 모델 성능 차이가 아니라 이 보이지 않는 프롬프트 계층의 유무에서 비롯된다. 반대로 말하면, 앤트로픽이 공개한 프롬프트 내용은 잘 다듬어진 참고 자료가 된다. 날짜 주입, 출력 서식 규칙처럼 검증된 지침을 자신의 애플리케이션 프롬프트 설계에 그대로 차용할 수 있기 때문이다.
모델 세대에 따라 달라진 관리 방식
공개된 이력에는 모델 세대에 따른 관리 방식의 변화도 담겨 있다. 이전에는 하나의 모델에 여러 날짜별 항목이 붙어, 같은 모델이라도 시점에 따라 시스템 프롬프트가 조금씩 갱신되는 형태였다. 그런데 클로드 4.6 세대부터는 각 모델 ID가 하나의 고정된 스냅숏으로 취급되어, 해당 모델에는 항목이 하나만 존재한다. 모델 식별자와 그에 결합된 프롬프트를 일대일로 묶어, 특정 모델을 지정하면 그와 짝을 이루는 동작 규정도 함께 고정되도록 정리한 것으로 읽힌다.
이런 변화는 재현성 측면에서 의미가 있다. 같은 모델 ID를 지정했는데도 시점에 따라 앱의 기본 행동이 미묘하게 달라지면, 사용자나 개발자 입장에서는 원인을 짚기 어렵다. 모델 ID를 고정 스냅숏으로 못 박으면 적어도 '어떤 모델이 어떤 프롬프트와 함께 움직이는가'라는 조합이 명확해진다. 다만 이는 앱과 공식 인터페이스 차원의 이야기이며, 실제 서비스 동작을 좌우하는 프롬프트를 스스로 설계하고 통제하는 책임은 여전히 API를 쓰는 개발자 몫으로 남는다.
한계도 분명하다. 공개 문서는 프롬프트가 존재하고 주기적으로 바뀐다는 사실과 그 대표적 역할을 알려줄 뿐, 프롬프트 전문 전체의 세부나 내부 튜닝 근거까지 상세히 설명하지는 않는다. 그럼에도 '모델 위에 얹힌 지침 계층이 사용자 경험의 상당 부분을 결정한다'는 구조를 공식적으로 드러냈다는 점만으로도, 클로드를 다루는 실무자가 앱 경험과 API 결과의 간극을 이해하고 자체 프롬프트를 설계하는 데 유용한 출발점이 된다.