1.73.5

• 7cb9b7e: fix(claude): recover from corrupted extended-thinking blocks instead of looping (#1834)

A long Claude (Opus) agentic run with extended thinking + tool use can leave a
thinking block in the session transcript corrupted (text emptied while the
original signature is kept). The Anthropic API then rejects every following turn
with 400 ... thinkingorredacted_thinking blocks in the latest assistant message cannot be modified, permanently poisoning the on-disk session — so any
--resume retry fails forever. This is an upstream Claude Code bug
(anthropics/claude-code#63147).

Hive Mind now detects this terminal error (classifyRetryableError →
requiresFreshSession) and recovers with a two-phase escalation: it tries to
resume the existing session first (capped by
HIVE_MIND_MAX_THINKING_BLOCK_RESUMES, default 1) and only when resume is not
possible does it discard the un-resumable session and restart fresh (capped
by HIVE_MIND_MAX_THINKING_BLOCK_RESTARTS, default 2) — rather than retrying the
dead session or failing outright.

Additionally, on all critical errors Hive Mind now auto-commits (and
best-effort pushes) any uncommitted changes by default before recovery resets
the session, so partial work is preserved in the PR branch history. This is
on by default and can be toggled with HIVE_MIND_AUTO_COMMIT_ON_CRITICAL_ERROR.

Verbose logging records the request_id and messages.N.content.N path for
diagnostics. A deep case study with the full reproduction log is added under
docs/case-studies/issue-1834.

Related Pull Request: #1835

---