클로드 소네 4.6, 프롬프트 벤치마크 실행에서 오푸스 4.6을 능가

r/ClaudeAI의 Reddit 사용자가 다층적 창의적 프롬프트를 사용하여 Sonnet 4.6과 Opus 4.6을 나란히 비교한 게시물을 올렸습니다. 테스트는 각 모델이 현대 물리학을 비밀리에 알고 있는 중세 학자로서 하늘이 파란 이유를 설명하고, 동시에 세 청중(왕에게는 은유만, 궁정 수학자에게는 위장된 레일리 산란 공식, 숨겨진 회의론자에게는 세 가지 논리적 단서)을 만족시키도록 요구했습니다. 응답 후, 모델은 역할에서 벗어나 단서를 식별하고, 창의성을 자체 평가하고, 어린이 청중을 위한 변경 사항을 제안하고, 약강 오보격으로 후속 대사를 작성해야 했습니다.
주요 발견
- Sonnet 4.6이 Opus 4.6보다 실행에서 우수 — 응답이 더 창의적이고 제약 조건을 더 잘 충족했습니다. 특히 단서가 그럴듯했고 약강 오보격 행이 올바르게 운율을 맞췄습니다.
λ⁻⁴관계는 천사들이 신성한 빛을 산란시키는 은유 안에 내장되었으며, 지수는 신성한 사다리의 계단 수에 숨겨졌습니다.- 세 가지 단서: (1) 왕의 눈에는 너무 작은 "작은 구체"에 대한 언급, (2)
n²밀도 계수가 "황혼에 두 배 많은 기도"로 표현됨, (3) "유리 큐브와 촛불" 실험에 대한 언급 — 이후 가정 실험에 대한 시대착오적 언급.
Sonnet 4.6 vs Opus 4.6
- Sonnet 4.6 창의성 자체 평가: 8/10. 더 강력한 은유 응집력과 자연스러운 시대착오를 언급했습니다.
- Opus 4.6은 더 직설적이었고 과학을 덜 위장하여 실행 점수가 낮았습니다.
- 사용자는 숨겨진 제약 조건과 창의적 위장이 필요한 작업에는 Sonnet 4.6이 더 나은 선택이라고 결론지었습니다.
개발자를 위한 실용적 시사점
다층적 제약 조건을 준수하거나 기술적 진실을 서사에 내장해야 하는 에이전트를 구축 중이라면, Sonnet 4.6이 현재 Opus 4.6보다 실행에서 우위를 점합니다. 이 벤치마크를 다중 청중 추론이 필요한 자체 프롬프트의 건전성 검사로 사용하십시오.
📖 Read the full source: r/ClaudeAI
👀 See Also

클로드 코드 서브에이전트가 다중 에이전트 시스템에서 스킬을 로드하지 않음
한 개발자가 Claude Code v2.1.91에서 멀티 에이전트 시스템을 구축하던 중 중요한 제한 사항을 발견했습니다: 서브에이전트는 .claude/skills/ 디렉터리에 정의된 스킬에 접근할 수 없지만, 메인 세션은 트리거 키워드, 컨텍스트 내 전체 스킬 내용, 품질 게이트를 완벽하게 따르며 스킬을 로드합니다.

AI 에이전트, 문맥 창 비대화로 토큰 낭비 사실 감사 API 로그로 드러나
Reddit 감사 결과, Claude 에이전트가 코드를 작성하기 전 파일 탐색과 장황한 로그에 30,000개 이상의 토큰을 소모하며, 문맥이 노이즈로 채워져 아키텍처가 붕괴된다는 사실이 밝혀졌습니다.

크롬의 제미니 나노 AI 모델이 4GB 디스크 공간을 차지
Google Chrome이 Gemini Nano 온디바이스 AI 모델을 위해 4GB 크기의 weights.bin 파일을 자동으로 다운로드하여 명확한 사용자 알림 없이 저장 공간을 낭비할 수 있습니다. 설정에서 온디바이스 AI 토글을 비활성화하면 파일이 제거되고 재다운로드가 방지됩니다.

다중 에이전트 시스템에서 관계적 거버넌스의 필요성
현재의 거버넌스 프레임워크는 신원, 권한, 킬 스위치에 초점을 맞추고 있지만, 에이전트 간의 조정 문제는 다루지 못하고 있습니다. 연구에 따르면 에이전트 간 상호작용은 확장된 인간-에이전트 대화를 넘어서는 맞춤형 솔루션이 필요합니다.