아래는 출처에서 가져온 원문입니다.
앤트로픽이 최신 AI 모델의 성능을 끌어내기 위한 프롬프트 작성과 작업 관리 전략을 제시했다. 단순히 모델에 더 많이 생각하라고 요구하기보다 작업의 목표와 완료 조건을 명확히 제시하고, 장시간 작업에서는 진행 상황을 체계적으로 관리하는 것이 중요하다는 설명이다.
앤트로픽은 23일(현지시간) 최신 AI 모델인 '클로드 오퍼스 5.5(Opus 5.5)'를 더 효과적으로 활용할 수 있도록 프롬프트 작성법과 장시간 작업 관리, 결과 검토 방법 등을 담은 사용 가이드를 공개했다.
오퍼스 5.5가 모든 답변에 앞서 스스로 사고하고 필요한 사고량을 판단하도록 설계된 만큼, 프롬프트에 '신중하게 생각하라'거나 '깊이 생각하라'는 지시를 반복해서 넣을 필요가 없다는 것이 핵심이다.
가장 먼저 시도할 방법으로 작업 전체를 한 번에 맡기고, 무엇을 완료해야 하는지 명확하게 정의한 뒤 모델이 작업을 진행하도록 하는 방식을 제시했다. 예를 들어 소프트웨어 개발에서는 단순히 특정 코드를 수정하라고 하기보다 '모든 테스트가 통과할 때까지 작업하라'처럼 완료 조건을 명확히 제시하는 방식이다.
디자인이나 시각화 요청 시에는 단순한 느낌 대신 원하지 않는 스타일을 명확히 지정해 제외하도록 요청하는 편이 결과물 품질을 높인다고 전했다.
특히 기존의 프롬프트나 CLAUDE.md 등에 포함된 '신중하게 생각하라(think carefully)' '단계별로 생각하라(think step by step)' '심호흡을 하라(take a deep breath)' '깊이 생각하라(think hard)'와 같은 문구는 삭제할 것을 권고했다.
앤트로픽의 테스트에서는 이런 문구를 제거해도 답변 품질이 뚜렷하게 떨어지지 않으면서 응답 시작 시간이 빨라졌다고 설명했다. 간단한 질문에는 오히려 '직접 답하라(answer directly)'고 지시하고, 사고 수준을 조절해야 할 경우에는 프롬프트 텍스트 수정 대신 클로드 코드의 사고 수준(effort) 설정을 이용할 수 있다고 덧붙였다.
장시간 작업에서는 모델이 중간에 멈추지 않고 작업을 이어갈 수 있도록 중단 조건을 명확히 설정하는 것도 중요하다고 설명했다. 대규모 코드 감사나 마이그레이션 작업에서는 여러 하위 에이전트로 작업을 나눠 병렬 처리하도록 요청하고, 장시간 이어지는 작업의 목록은 TASKS.md 같은 별도 파일에 저장해 진행 상황을 관리하는 방법도 권장했다.
클로드 코드가 장시간 작업을 진행 중인 상황에서도 작업을 중단하거나 재시작할 필요 없이 엔터 키로 추가 지시나 요구사항을 즉시 반영할 수 있다.
다만 파괴적이거나 되돌리기 어려운 작업에 대한 승인 절차는 유지해야 한다고 강조했다. 작업을 계속 진행하도록 하는 규칙을 설정하더라도 위험한 명령을 실행하기 전에는 사용자의 확인을 받도록 해야 한다는 것이다. 반대로 페어 프로그래밍처럼 사용자가 작업 과정을 지속적으로 확인하고 싶다면 시작 전 간단한 계획을 제시하고 마지막에 요약하도록 지시할 수도 있다고 설명했다.
긴 대화맥락에서 응답이 지연되는 것을 방지하기 위해 프로젝트 설정에 '이전 답변은 확정된 것으로 간주하라'는 규칙을 추가하는 방법도 제시됐다.
결과를 확인하는 과정에서는 장시간 작업이 끝난 뒤 모델이 사용자에게 무엇을 요구하고 있는지를 먼저 확인할 것을 권고했다. 앤트로픽은 오퍼스 5.5가 이전 모델보다 작업 내용과 발견 사항, 추가로 필요한 조치를 더 명확하게 보고한다고 설명했다. 또 코드 리뷰나 풀 리퀘스트 검토를 먼저 수행하도록 하고, 연구나 분석 작업에서는 확인하지 못한 내용을 명시하도록 요청하는 방법도 제시했다.
가이드는 이미지와 문서 활용법도 다룬다. 차트나 스크린샷의 숫자를 다시 입력하기보다 원본 이미지를 직접 첨부하고, 문서나 프레젠테이션을 만들 때는 개요가 아니라 실제 공유 가능한 파일을 만들어 달라고 요청하는 것이 효과적이라고 설명했다. 장시간 대화에서는 이미 확정된 답변을 다시 검토하지 않도록 지시하면 불필요한 지연을 줄일 수 있다고 덧붙였다.
앤트로픽은 오퍼스 5.5의 안전장치와 관련해 보안 취약점 분석 등 일부 작업은 허용되지만, 특정 메시지는 안전 정책에 따라 다른 모델로 전환될 수 있다고 설명했다. 또 내부 추론 과정을 그대로 출력하도록 요구하는 프롬프트는 피하고, 대신 특정 접근 방식을 선택한 이유를 간략하게 설명하도록 요청할 것을 권고했다.
박찬 기자 cpark@aitimes.com