signature in thinking block" 오류를 반환하는 문제를 수정했습니다. transformMessages는 중단된/에러 턴의 모든 thinking 블록에서 서명을 제거했는데, 이미 스트리밍이 완료된 블록도 포함되어 있었습니다. Anthropic은 다음 블록이 시작되기 전에 content_block_stop에서 블록의 서명을 제공하므로, thinking 블록 다음에 text/tool_use가 오는 경우 완전히 서명됩니다. 유효한 서명이 빈 상태로 재전송되었으며(signature: ""), 이는 서명을 강제하는 Anthropic에서 거부되었으며, LLM 게이트웨이 baseUrl을 통해 제공자를 라우팅할 때도 마찬가지였습니다. 이제 중단 지점의 단일 중간 스트림 블록만 신뢰할 수 없는 것으로 처리되며, 완료된 생각 블록은 재전송 가능한 서명을 유지합니다 (#2144).thinking 필드와 함께 context_management.edits[clear_thinking_20251015] 블록을 전송하지만, eager-todo 서문(그리고 첫 번째 사용자 턴에서 tool_choice를 tool/any로 강제하는 다른 경로들)은 disableThinkingIfToolChoiceForced를 통해 라우팅되며, 이는 params.thinking을 제거하면서 고아 context_management를 남겨두곤 했습니다. 그러면 Anthropic API는 400 ... clear_thinking_20251015 strategy requires thinking to be enabled or adaptive 오류로 요청을 거부했습니다. [15.10.5]에 적용되는 수정사항은 이제 두 필드를 함께 제거합니다. 새로운 테스트는 계약을 고정하므로 전략이 활성화하는 thinking 페이로드보다 오래 지속될 수 없습니다.0% free로 표시되는 동안 별도의 Anthropic/OpenAI 기반 Antigravity 모델 카운터는 독립적으로 표시되며, 수정 전의 캐시된 오래된 사용 보고서를 재전송하지 않습니다.omp 시작이 응답 없는 단일 MCP 서버에서 25–30초 동안 차단되는 문제를 수정했습니다. MCPManager.connectServers는 캐시된 도구 목록이 없는 여전히 대기 중인 모든 서버에 대해 바운드되지 않은 Promise.allSettled로 실행되었으므로, 한 서버가 요청당 MCP 타임아웃(OMP_MCP_TIMEOUT_MS, 기본값 30000ms)에서 대기하는 것이 전체 UI 준비 신호를 차단했습니다. 캐시 없는 대기 중인 서버는 이제 비행 중으로 남겨지며, 도구는 연결이 완료되는 순간 기존 백그라운드 #onToolsChanged → refreshMCPTools 경로를 통해 표시되며, 실패는 백그라운드 catch 핸들러를 통해 계속 로그됩니다 (#2100).전체 변경로그: v15.10.6...v15.10.7