동일한 모델이라도 사용법에 따라 결과가 크게 달라집니다. 본 글은 Claude Opus4.6의 글쓰기, 프로그래밍, 장문 처리 세 가지 작업에서의 기능을 비교합니다: 무엇을 잘하는지, 어떤 함정에 빠지기 쉬운지, 그리고 어떻게 질문해야 더 안정적인 결과를 얻을 수 있는지 알아봅니다.
글쓰기: 짧은 글 빠른 작성 vs 장문 정교화의 초점
짧은 내용을 작성할 때는 "대상 독자, 어조, 구조"를 한 번에 명확히 전달하여 바로 게시 가능한 버전을 받는 것이 좋습니다. 제목 수정, 판매 포인트 추출과 같은 요구사항은 두세 번 반복하면 수렴됩니다. 장문 작성은 먼저 개요를 요청한 후, 단락별로 확장해 나가는 것을 권장합니다. 그렇지 않으면 단락 반복이나 논점 이탈이 발생하기 쉽습니다.
원고 수정 시, 원문을 붙여넣은 후 "문제 목록"(중복, 논리 점프, 용어 불일치)을 먼저 작성하도록 요청하면 재작업률이 크게 줄어듭니다. 개인적인 어조를 유지해야 한다면, "내 구어체와 리듬을 유지하고, 논리와 문장 오류만 수정해 달라"고 추가하는 것이 일반적인 "다듬어 줘"보다 더 효과적입니다.
프로그래밍: "실행 가능"에서 "유지보수 가능"까지의 차이
코드 생성 시, "함수를 작성해 줘"라고만 말하지 말고, 입력 출력, 경계 조건, 예외 처리, 예시 데이터를 명시하세요. 이렇게 하면 결과물이 샘플이 아닌 실제 사용 가능한 코드에 가까워집니다. 디버깅 시, 오류 메시지, 관련 파일 조각, 재현 단계를 함께 제공하면, 추측이 아닌 실제 문제점을 더 쉽게 찾을 수 있습니다.
리팩토링을 진행한다면, "변경 방안 비교"(예: 보수적 수정/구조 재작성/성능 우선)를 먼저 제공하도록 요청한 후, 경로를 선택해 구현 세부사항으로 들어가는 것이 좋습니다. 이렇게 하는 이유는 Claude Opus4.6로 작성된 코드의 품질이 평가 기준을 미리 명확히 했는지에 따라 크게 달라지기 때문입니다.
