Opus 4.5가 실제로 완료되었습니다

이미 Opus 4.5의 lobotimization을 신음하는 많은 게시물이 있었습니다(그리고 일부는 사용자의 잘못이라고 말합니다). 솔직히 할 말이 더 많다.

먼저 문맥상,

- 저는 강력한 CLAUDE.md를 가지고 있습니다.
- 컨텍스트 길이를 적극적으로 모니터링하고 100k를 초과하지 않습니다. 자주 새 세션을 만들고 MCP를 비활성화합니다.
- 저는 매우 방법론적인 프로세스로 개발자에게 접근합니다. 1) 버전 제어 사양 문서를 작성합니다. 2) Claude가 사양을 검토하고 일괄 작업 및 체크포인트가 포함된 버전 제어 구현 계획 문서를 작성합니다. 3) 문서를 검토/업데이트합니다. 4) 그런 다음 Claude가 해당 언어/도메인별 기술을 호출하면서 실행합니다.
- 여기에 게시된 여러 모범 사례 중 거의 모든 모범 사례를 HN 등에 구현했습니다. FFS에서 다음 데이터 정렬을 만들었습니다. https://old.reddit.com/r/ClaudeCode/comments/1opezc6/collation_of_claude_code_best_practices_v2/

12월에 나는 마침내 과도한 통제를 그만두고 Opus 4.5가 포함된 Claude Code가 제 역할을 하게 할 수 있다는 것을 깨달았습니다. 높은 수준의 사양을 구현 시 좋은 디자인 패턴으로 변환했습니다. 그리고 그것은 상대적으로 더 정교한 백엔드 코드를 사용했습니다.

이제 간단한 프런트 엔드 작업은 제대로 수행할 수 없습니다...로고 위치 및 글꼴 무게 조정과 같은 기본 작업입니다. 예: 마우스 오버 시 글꼴 두께를 부드럽게(안팎으로) 전환하도록 요청했습니다. 단순히 다른 글꼴 가중치 속성을 가진 `:hover` 의사 클래스를 사용하여 잘못된 코드를 작성했습니다. 전환 효과가 작동하지 않는 이유를 물었을 때 이는 작동하는 접근 방식이 아니라고 말합니다. 그리고 더 나쁜 것은 'wght' 축이 있는 가변 글꼴을 사용해야 하는데 현재는 사용하고 있지 않다는 것입니다. *이것은 완전히 잘못된 것*입니다. 기본 글꼴이 가변 글꼴이고 내가 지적한 **이후**를 인정하기 때문입니다.

내 생각에는 그들이 그것을 망쳤다는 데에는 의심의 여지가 없습니다. 부팅하려면 다른 사람들이 보고하는 높은 CPU 사용률 문제가 발생하며 문제 없이 예상 버전으로 전환해도 문제가 해결되지 않습니다. 이것이 Claude Code 엔지니어링 팀의 분위기 코딩에 따른 불가피한 결과인 것 같습니다.