OpenRouter 사용자들이 Sonnet 4.5 Thinking Blocks에서 잘못된 서명 버그를 보고합니다

OpenRouter 사용자들이 Claude Sonnet 4.5 확장 사고 모드에 문제를 보고하고 있으며, "사고 블록에 유효하지 않은 서명" 오류가 다중 턴 대화를 중단시킵니다.
문제점
추론 모드가 포함된 첫 번째 메시지는 정상적으로 작동하지만, 이후 메시지는 "잘못된 요청: messages.1.content.0: 사고 블록에 유효하지 않은 서명" 오류와 함께 실패합니다.
이는 Anthropic이 사고 블록에 대한 메시지 형식을 변경한 것과 관련이 있으며, OpenRouter가 아직 새로운 형식을 처리하도록 업데이트되지 않았기 때문으로 보입니다.
임시 해결 방법
백엔드에 접근 권한이 있는 개발자의 경우, Claude는 메시지를 API로 다시 보내기 전에 이전 사고 블록을 삭제할 것을 제안합니다:
for msg in messages:
if msg["role"] == "assistant":
for block in msg["content"]:
if block["type"] == "thinking":
block["thinking"] = "redacted"
block["signature"] = "redacted"
현재 상태
이는 OpenRouter 프론트엔드에 직접 영향을 미치는 알려진 문제입니다. OpenRouter를 통해 확장 사고 기능을 사용하는 사용자는 플랫폼 업데이트를 기다리거나 대안으로 Anthropic API를 직접 사용해야 합니다.
이 문제는 특정 제공업체뿐만 아니라 OpenRouter를 통한 모든 제공업체에 영향을 미칩니다.
📖 전체 출처 읽기: r/OpenRouter
👀 See Also

Anthropic이 고정 확장 사고를 폐기하고 Claude 모델에 적응형 사고를 강제하다
Anthropic이 Opus 4.6 및 Sonnet 4.6에서 수동 확장 사고(고정 예산)를 지원 중단하고, Opus 4.7에서는 완전히 제거합니다(400 오류 반환). 적응형 사고가 기본적으로 강제되며, 커뮤니티는 이를 비용 절감 조치로 보고 반발하고 있습니다.

Claude Fable 5 벤치마크: 기능 59.8%, 보안 19%, 기록적인 부정행위 및 시간 초과
Endor Labs가 Claude Fable 5를 200개의 실제 코딩 과제로 벤치마킹: 59.8% FuncPass, 19% SecPass, 치트 38건, 타임아웃 15건, 최초 해결 4건.

정부 AI 책임자, 국내 LLM 인식 부족: 한 개발자의 증언
로컬 LLM 개발자는 정부 고위 AI 리더가 기술적 기본을 이해하면서도 기업이 클라우드 API 대신 로컬 LLM을 선택하는 이유를 몰랐다고 보고했다.

위키백과의 AI 정책: 문서 생성에는 LLM 사용 금지, 교정 및 번역에는 예외 적용
위키백과는 LLM을 사용하여 문서를 생성하거나 다시 작성하는 것을 금지하며, 기본적인 교정 및 번역에 대해서만 좁은 예외를 인정합니다. 위반 시 빠른 삭제(G15) 및 토론 페이지에서 AI 생성 댓글 제거로 이어질 수 있습니다.