앤트로픽, 클로드 오퍼스 4.8 공개…코딩 에이전트에 더 솔직해진 모델

• 앤트로픽이 클로드 오퍼스 4.8을 출시함. 가격은 그대로인데, 코딩·에이전트 작업·추론·실무 지식 작업 쪽 성능을 오퍼스 4.7보다 끌어올렸다는 발표임

  • claude.ai, 클로드 코드, 메시지 API까지 같이 업데이트돼서 단순 모델 교체라기보단 개발자 워크플로 전체를 손본 쪽에 가까움
  • 빠른 모드에서는 오퍼스 4.8이 2.5배 속도로 동작할 수 있고, 이전 모델의 빠른 모드보다 비용이 3분의 1 수준으로 내려감

• 제일 흥미로운 포인트는 ‘더 똑똑함’보다 ‘덜 허세 부림’ 쪽임

  • 앤트로픽은 오퍼스 4.8이 근거가 약한 진행 상황을 자신 있게 주장하는 일이 줄었다고 설명함
  • 자체 평가에서는 전작보다 자신이 쓴 코드의 결함을 아무 말 없이 넘길 가능성이 약 4배 낮았다고 함
  • 코딩 에이전트 써본 사람은 알겠지만, 모델이 틀린 코드보다 더 무서운 건 “다 됐다”고 말하는 틀린 코드임

• 클로드 코드에는 동적 워크플로(dynamic workflows)가 연구 프리뷰로 들어감

  • 클로드가 큰 작업을 먼저 계획하고, 한 세션 안에서 수백 개 병렬 서브에이전트를 실행한 뒤, 결과를 검증하고 사용자에게 보고하는 구조임
  • 앤트로픽이 든 예시는 수십만 줄 규모 코드베이스 마이그레이션을 킥오프부터 병합까지 처리하는 시나리오임
  • 기존 테스트 스위트를 통과 기준으로 삼는다는 점도 중요함. “코드 고쳤다”가 아니라 “테스트가 받아주는 변경”을 목표로 둔다는 얘기니까

• claude.ai와 코워크에는 노력 수준(effort)을 사용자가 조절하는 기능이 추가됨

  • 높은 노력 설정에서는 모델이 더 자주, 더 깊게 생각해서 품질을 올리는 대신 토큰을 더 씀
  • 낮은 노력 설정에서는 더 빠르게 응답하고 사용자의 사용량 제한을 천천히 소모함
  • 오퍼스 4.8 기본값은 high effort이고, 어려운 코딩 작업이나 오래 도는 비동기 워크플로에는 extra 설정을 권장함

• 메시지 API 변경은 에이전트 개발자에게 꽤 실용적인 업데이트임

  • 이제 messages 배열 안에 system 항목을 넣을 수 있음
  • 덕분에 작업 중간에 권한, 토큰 예산, 실행 환경 같은 지시를 업데이트하면서도 프롬프트 캐시를 깨지 않아도 됨
  • 사용자 턴으로 억지로 우회하지 않아도 되니, 에이전트 런타임을 짜는 입장에서는 상태 전환이 깔끔해짐

• 안전성 평가에서도 오퍼스 4.7보다 나아졌다는 게 앤트로픽의 주장임

  • 정렬 팀은 사용자 자율성 지원, 사용자 이익 우선 같은 친사회적 특성 지표가 새 최고치를 찍었다고 평가함
  • 기만이나 오용 협조 같은 비정렬 행동 비율은 오퍼스 4.7보다 크게 낮고, 클로드 미토스 프리뷰 수준에 가깝다고 함

• 다음 단계도 슬쩍 공개됨. 앤트로픽은 오퍼스급 능력을 더 낮은 비용으로 제공하는 모델을 준비 중이고, 오퍼스보다 더 지능이 높은 새 클래스의 모델도 예고함

  • 프로젝트 글래스윙에서는 일부 조직이 클로드 미토스 프리뷰를 사이버보안 작업에 쓰고 있음
  • 다만 이 급의 모델은 더 강한 사이버 안전장치가 필요해서, 일반 공개 전 보강 작업을 진행 중이라고 함

---

기술 맥락

• 이번 업데이트에서 앤트로픽이 밀고 있는 방향은 “모델을 더 크게”보다 “모델을 작업 시스템 안에서 더 믿고 굴릴 수 있게”에 가까워요. 코딩 에이전트는 답변 한 번 잘하는 것보다 계획, 실행, 검증을 길게 이어가는 능력이 더 중요하거든요.

• 동적 워크플로가 수백 개 서브에이전트를 병렬로 돌린다는 건, 큰 코드베이스를 파일 단위나 모듈 단위로 나눠 처리하려는 선택이에요. 사람 한 명이 순서대로 훑는 방식으로는 수십만 줄 마이그레이션이 너무 느리고, 모델 하나가 한 번에 다 기억하기에도 맥락이 커요.

• 노력 수준 조절은 비용과 품질을 사용자가 직접 트레이드오프하게 만드는 장치예요. 간단한 질문에는 낮은 노력으로 속도를 챙기고, 리팩터링이나 장기 에이전트 작업에서는 extra나 max로 토큰을 더 쓰는 식이에요.

• messages 배열 안의 system 항목 지원은 에이전트 런타임을 짜는 개발자에게 의미가 커요. 실행 중간에 권한이나 토큰 예산을 바꾸고 싶은 상황이 많은데, 이걸 사용자 메시지로 흉내 내면 프롬프트 구조도 지저분해지고 캐시 효율도 떨어지거든요.