Anthropic Console에 Prompt Generator 기능이 추가됐다. 개발자가 달성하고 싶은 작업을 자연어로 묘사하면, Claude가 직접 프로덕션에 바로 투입할 수 있는 프롬프트 템플릿을 생성해준다. 프롬프트 엔지니어링 초심자에게는 시작점을, 숙련자에게는 시간 절약을 제공하는 것이 목표다.
생성 결과물은 Anthropic이 당시 공식적으로 권장하던 프롬프트 작성 기법들을 자동으로 반영한다.
<scratchpad> 태그 안에서 먼저 브레인스토밍/근거 정리<code>, <transcript> 같은 태그로 분리해 구조화생성된 템플릿의 변수는 {{CONTENT_POLICY}}, {{TRANSCRIPT}} 같은 이중 중괄호 표기를 쓴다. 이 포맷 덕분에 다양한 테스트 케이스를 쉽게 꽂아보는 평가 워크플로가 가능하다.
Prompt Generator는 내부적으로 자기 자신이 가르치는 기법들을 그대로 써서 작성된 긴 프롬프트를 실행한다. 작업 설명 → 프롬프트 템플릿 변환 예시가 다수 포함돼 있고, Claude가 템플릿을 구성하기 전에 구조를 먼저 계획하도록 유도하며, XML 태그로 섹션을 명확히 나눈 "뼈대"를 갖고 있다. 전체 프롬프트는 Colab 노트북에 공개됐다.
B2B 세일즈 플랫폼 ZoomInfo가 RAG 애플리케이션 MVP를 며칠 만에 만들면서, 프롬프트 튜닝 시간을 80% 감소시켰다고 보고했다.
이 기능의 본질은 이렇게 압축할 수 있다 — "Claude가 Claude에게 줄 지시문을 쓴다." 이 재귀 구조는 아이디어 자체로는 그다지 새롭지 않다. 연구자들은 이미 "LLM을 이용한 프롬프트 최적화(APE, Automatic Prompt Engineer 등)"를 2022~2023년에 논문으로 발표했다.
그런데 이 글이 중요한 건, 그 아이디어가 상업 콘솔의 기능 버튼으로 들어간 첫 케이스라는 점이다. "실험실 기법 → 개발자 도구 UI"로 넘어가는 건 큰 단계이고, 2024년 5월은 그 전환이 일어난 시점이다.
2026년 현재 Claude Code의 /generate, Skills의 자동 생성, MCP 서버의 동적 프롬프트 — 모두 같은 DNA의 후손이다. LLM이 LLM 자체를 튜닝하는 파이프라인이 제품 곳곳에 들어가 있고, 이제는 누구도 "재귀적이다"고 놀라지 않는다.
Anthropic은 거의 첫날부터 XML 태그를 프롬프트 구조화의 1순위 도구로 밀어왔다. 2024년 이 시점에서 이미 명확했고, 2026년 현재 Claude 공식 문서의 프롬프팅 가이드는 여전히 "XML 태그로 섹션을 나눠라" 를 첫 번째 원칙으로 꼽는다.
왜 XML일까? 몇 가지 이유가 있다.
OpenAI는 Markdown, JSON 위주 가이드라인을 내놓는 편인데, Anthropic은 처음부터 XML 우선이다. 이 차이는 모델 훈련 데이터 구성의 차이와 관련이 깊을 것으로 추측된다. 2026년에 Opus 4.7용 시스템 프롬프트를 보면 여전히 XML 태그가 뼈대다. 이 관성은 2024년 5월의 이 문서에서도 이미 확고해 보인다.
Anthropic 공식 문서는 나중에 Prompt Generator의 가치를 "blank page problem을 해결한다" 고 요약한다. 빈 창 앞에서 뭘 써야 할지 모르는 상태 — 이게 프롬프트 엔지니어링에서 가장 비용이 큰 지점이다.
흥미로운 건, Anthropic이 이 문제를 단순화하는 방향을 "더 똑똑한 모델을 기다리는 것" 이 아니라 "도구로 해결" 하는 쪽으로 잡았다는 점이다. 2026년 관점에서 보면 이 선택의 근거를 이해할 수 있다 — 아무리 모델이 똑똑해져도 "사용자가 자기 요구사항을 명확히 언어화하지 못하는 문제" 는 남는다. 이 병목은 모델 성능과 직교하는 문제다.
그래서 2026년에도 Prompt Generator / Improver / Evaluator는 여전히 Console에 건재하고, 심지어 Claude Code가 제안서/계획을 만들어주는 기능은 같은 아이디어의 확장판이다. 사용자가 빈 페이지 앞에 서 있는 모든 순간, Claude가 먼저 초안을 제시하는 흐름이다.
이 글은 Prompt Generator가 내부적으로 쓰는 긴 시스템 프롬프트를 Colab 노트북으로 공개했다고 밝힌다. 이건 꽤 드문 결정이다.
이유는 아마 두 가지다. 첫째, 교육 효과 — 이 프롬프트 자체가 Anthropic 베스트 프랙티스의 정수이므로, 읽어보는 것만으로도 개발자들이 Claude 프롬프팅에 익숙해진다. 둘째, 신뢰/브랜딩 — "우리는 프롬프트를 이렇게 씁니다"를 공개하는 회사에 대한 개발자 생태계의 신뢰는 비공개하는 회사보다 훨씬 높다.
2026년 시점에서 Anthropic의 Engineering Blog, Prompt Library, Cookbook, Skills SDK 등 개발자 자료 공개 문화의 씨앗이 여기에 있다.
이 글의 발행일 2024년 5월 10일을 달력에 놓고 보면 맥락이 확연해진다.
한 달 안에 엄청난 속도의 출시 경쟁이 벌어지고 있었다. 이 와중에 Anthropic이 Prompt Generator 같은 "개발자 생산성 도구" 를 내놓은 건, 모델 성능만으로 승부할 수 없다는 판단과 맞닿아 있다.
OpenAI의 강점이 소비자 편의성과 멀티모달이었다면, Anthropic은 그 자리를 직접 맞받아치는 대신 개발자가 Claude로 더 빠르게 만들게 하는 방향으로 차별화했다. 2026년 현재 Anthropic의 가장 강력한 해자 중 하나가 Claude Platform 개발자 경험임을 생각하면, 그 방향성은 이 시기에 이미 자리잡고 있었다.
2024년 5월 기준, Chain of Thought(단계별 추론)를 유도하려면 프롬프트에 <scratchpad> 태그를 직접 넣어야 했다. 즉 프롬프트 엔지니어의 일이었다.
2026년 현재, Opus 4.7과 Sonnet 4.6은 Extended Thinking 기능을 내장하고 있어, 프롬프트에 명시적 지시 없이도 모델이 자동으로 생각 토큰 예산을 할당한다. CoT는 더 이상 사용자가 수동으로 다뤄야 할 프롬프팅 기법이 아니라 모델의 기본 행동이다.
이 변화를 생각하면, 이 글의 <scratchpad> 예시는 거의 골동품 느낌이다. 기법 자체가 틀려서가 아니라, 같은 효과를 얻는 데 더는 명시적 지시가 필요 없기 때문이다. 좋은 도구의 이상적 진화 방향이 여기 보인다 — "사용자가 의식해야 하는 것"을 하나씩 시스템 안으로 흡수해서 사라지게 만드는 것.
Prompt Generator는 표면적으로는 "편리한 콘솔 기능 하나 추가"다. 그러나 이 한 기능 안에 Anthropic이 이후 2년간 발전시킬 여러 축이 동시에 들어있다.
"초보자도 프롬프트를 잘 쓰게 해주는 기능"이라는 실용적 설명 뒤에, 개발자 도구로서의 Claude Platform을 설계하는 긴 전략이 이미 움직이고 있다.