Windows: TUI unresponsive in git directories with superpowers plugin enabled

Resolved 💬 3 comments Opened Feb 4, 2026 by McNabsys Closed Feb 8, 2026

Description

Claude Code TUI becomes completely unresponsive (cannot type or interact) when launched from any git directory with the superpowers@claude-plugins-official plugin enabled. Works fine in non-git directories. Regression from v2.1.19.

Environment

  • OS: Windows (Git Bash / MSYS2)
  • Claude Code version: 2.1.31 (broken since ~2.1.20)
  • Last working version: 2.1.19
  • Plugin: superpowers@claude-plugins-official v4.1.1

Reproduction steps

  1. Enable superpowers@claude-plugins-official plugin
  2. Launch claude from any git repository directory
  3. TUI renders but is completely unresponsive -- cannot type, no input accepted
  4. Must kill the process externally

Debugging findings

Through systematic isolation we determined:

| Configuration | Git directory | Non-git directory |
|---|---|---|
| superpowers enabled | HANGS | Works |
| superpowers disabled | Works | Works |
| disableAllHooks: true | Works | Works |
| Only hookify + security-guidance hooks (superpowers disabled) | Works | Works |

  • The superpowers SessionStart hook (bash session-start.sh) runs fine manually from a git directory (~0.5s)
  • No other plugin hooks cause the issue (hookify and security-guidance hooks work fine in git dirs)
  • The statusline (custom PowerShell script with git commands) is NOT the cause -- issue persists with statusline removed
  • No .bashrc or .bash_profile present in user home

Likely cause

Deadlock or resource contention between the superpowers SessionStart bash hook execution and git-dependent startup operations added in v2.1.20+ (PR review status indicator, session auto-linking, git status checks). The hook script itself completes quickly when run manually, suggesting the issue is in how Claude Code orchestrates hook execution alongside git operations during startup on Windows.

Workaround

Disable the superpowers plugin:

"superpowers@claude-plugins-official": false

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗