Setting to hide GitHub PR/branch widgets in Desktop session view

Summary

Add a preference to suppress the inline GitHub PR/branch widgets that render in Claude Code Desktop sessions when Claude touches a branch or PR.

What renders today

In Desktop sessions, after Claude pushes a branch or opens/merges a PR in the project, the session inline-renders widgets like:

• repo main ← claude/branch-name [+3406 −714] CI View PR
• repo main ← claude/branch-name Merged
• repo main ← branch-name [+3525 −193] Create PR

Use case

Workflows where Claude owns 100% of GitHub interaction — branch creation, PR open/label/validate/merge, branch deletion — and reports outcomes back to the user in plain English (e.g. "Done, the chat-ack rule is in place", not "PR #100 merged; branch deleted"). In that pattern the inline PR vocabulary — diff stats, View PR button, Create PR button, branch names with hashes — is pure noise. The user never clicks the buttons and never wants the GitHub vocabulary in their view.

Proposal

Add a preferences.hideGitHubWidgets (or similar) boolean to claude_desktop_config.json that suppresses the inline widgets. Should NOT affect:

• ccAutoArchiveOnPrClose and other PR-driven session lifecycle behavior
• gh CLI usage inside sessions
• Claude's ability to open / merge / label PRs on the user's behalf

Just hide the widget render.

Precedent

ccAutoArchiveOnPrClose already establishes that PR-driven UI behavior is configurable per user preference. This proposal extends the same model to widget visibility.

Why a setting and not a workaround

Verified across ~/.claude/settings.json, ~/AppData/Roaming/Claude/claude_desktop_config.json, ~/AppData/Roaming/Claude/config.json, session metadata, and the documented settings reference at code.claude.com/docs — no existing toggle exposes this. DevTools CSS injection works today but breaks on every Desktop update when class names rehash. A first-class preference is the right shape.