Opus 5.5의 글이 자연스러워졌다면, 제안서에서 더 꼼꼼히 볼 한 문장

9월 22일 Anthropic은 Opus 5.5를 발표하며 더 자연스럽고 명확한 의사소통을 개선점으로 소개했습니다. 읽기 편한 제안서일수록 없는 성과나 승인되지 않은 범위까지 자연스럽게 섞였는지 봐야 합니다. 예산 세 줄로 확인하는 방법입니다.

“업무자동화 도입 제안서를 써 줘”라고만 부탁하면 멋있지만 우리 회사에서 쓸 수 없는 글이 나올 수 있습니다. 예산도, 담당자도, 바꾸려는 업무도 AI가 모르기 때문입니다. 긴 배경 설명보다 다음 세 줄부터 준비해 보세요.

[연습용 상황]
예산: 월 20만 원 이내
대상: 담당자 2명이 처리하는 문의 메일의 분류와 답변 초안
제약: 고객에게 보내기 전 담당자가 반드시 확인

위 숫자는 설명을 위한 가정입니다. 실제 제안서에는 우리 팀의 확인된 값을 넣으세요. “효율 80% 향상” 같은 기대치는 아직 비워 두는 편이 좋습니다.

초안은 이렇게 부탁해 보세요

위 조건으로 팀장에게 보여 줄 한 쪽짜리 제안서를 써 주세요.
현재 불편 / 바꿀 작업 / 담당자의 역할 / 1주 시험 계획으로 나눠 주세요.
확인하지 않은 절감 시간과 성공률은 넣지 마세요.
예산으로 가능한지 아직 모르는 부분은 마지막에 질문으로 남겨 주세요.

받은 글에서 먼저 볼 것은 문장 솜씨가 아닙니다. “고객 답변을 자동 발송한다”는 문장이 생겼는지 확인하세요. 원래 조건은 답변 초안까지만 만드는 것이었습니다. 이 한 문장을 놓치면 제안서의 범위가 달라집니다.

초안의 문장	왜 고쳐야 할까	바꿔 쓸 문장
고객 응대를 완전히 자동화합니다	사람 확인 조건이 빠짐	답변 초안을 만들고 담당자가 발송합니다
월 100시간을 절감합니다	측정 근거가 없음	시험 기간에 수정 시간을 측정합니다
즉시 전사 도입합니다	작은 시험 범위를 벗어남	담당자 2명의 문의 업무로 시험합니다

Sonnet과 Opus는 이 문서로 비교하세요

2026년 9월 23일 공식 설명은 Sonnet 5를 속도와 지능의 조합으로, Opus 5.5를 장시간의 에이전트 코딩·지식 업무용으로 소개합니다. 초안 작성과 여러 조건의 충돌 찾기는 별개 과제이므로 점수를 따로 보는 것이 좋습니다.

우선 같은 자료로 두 후보의 초안을 비교하거나, 이미 받은 초안에서 잘못된 조건을 찾도록 요청해 보세요. “어느 쪽 글이 더 멋진가”보다 “예산과 승인 조건을 놓쳤는가”가 이 업무에 맞는 판단 기준입니다. 이 글은 두 모델을 실제로 시험한 성능 비교는 아닙니다.

검토 요청은 한 번 더, 짧게

“초안의 주장 / 근거가 된 입력 / 어긋난 조건 / 수정 문장 순서로 표를 만들어 줘”라고 후속 요청을 해 보세요. 초안만 주지 말고 처음의 세 줄도 같이 전달해야 합니다. AI가 지적한 부분 역시 원자료와 대조합니다.

처음부터 완성본을 기대하기보다 내 조건을 빠뜨리지 않는 초안을 얻는 것이 목표입니다. 문장이 마음에 들지 않으면 사실과 범위가 맞는지 확인한 뒤 문체를 다듬어도 늦지 않습니다.