Multi-Agent Orchestration · recorded 2026-08-29 · applies to 1 tool(s) ○ Not measured

Problem: OMC hooks don't trigger (UserPromptSubmit/Stop hook error) —— Trove problem library

Verified 2026-08-29hooks don't fire / Windows hook errors — usually missing execute permission: find ~/.claude/hooks -name '*.sh' -exec chmod +x {} +.

Quick fix

# One-liner: add execute permission (most common fix)
find ~/.claude/hooks -name '*.sh' -exec chmod +x {} +

What you will run into

In an agent session, OMC's hooks don't trigger; on Windows, after install it reports UserPromptSubmit/Stop hook error (Issue #30 scenario). Configured but not taking effect.

Why this happens

CauseNotes
Hook scripts lack execute permission~/.claude/hooks/**/*.sh missing +x
Windows shell differencesPath/escaping differences make hook invocation fail
Plugin reinstall leftoversOld hooks conflict with the new install

Hook triggering is a precondition chain where all three links must hold. On an event (prompt submitted / session stopped), Claude Code locates the hook script per config.

The script must then have execute permission (+x, or exec refuses outright), and the shebang interpreter must actually run. On Windows the shebang is usually #!/bin/bash; native cmd has no bash, so Git Bash or WSL is required, and CRLF line endings also break shebang parsing.

If any precondition fails, the symptom is "configured but never fires" or "hook error".

So the check order is fixed: permission first, then interpreter environment, and only then suspect leftovers — the first step resolves most cases.

Step by step

1. Add execute permission — Required

find ~/.claude/hooks -name '*.sh' -exec chmod +x {} +

2. Windows: compatible environment + LF line endings — Required

Run hooks in a Git Bash/WSL compatible environment; make sure script line endings are LF (avoid CRLF execution errors).

3. Still erroring after reinstall: remove first, then reinstall — Required

/plugin remove oh-my-claudecode

Then install again.

How to confirm it works

Hooks trigger normally (expected shape):

Agent session submit/stop → hook logs output normally, no UserPromptSubmit/Stop hook error

Other environments

EnvironmentNotes
PermissionRestored after chmod +x (CSDN 2026-03 case)
WindowsGit Bash/WSL compatible environment + LF line endings (Issue #30)
Reinstall leftoversRemove first, then install
Not measuredClaude Code plugin form not measured in this marketplace (no login state)

Symptom

OMC hooks do not fire in agent sessions; after install on Windows, UserPromptSubmit/Stop hook error appears (Issue #30 scenario).

Cause

  1. Hook scripts lack execute permission (~/.claude/hooks/**/*.sh missing +x);
  2. Shell path/escaping differences on Windows make hook scripts fail;
  3. Old hooks remain after plugin reinstall.

Solution

  1. Add execute permission: chmod +x ~/.claude/hooks/**/*.sh (find ~/.claude/hooks -name '*.sh' -exec chmod +x {} +).
  2. Windows: run hooks in a Git Bash/WSL-compatible environment; make sure script line endings are LF (avoid CRLF execution errors).
  3. If errors persist after reinstall, /plugin remove oh-my-claudecode first, then reinstall.
Verification Evidence
  • Web case: CSDN (hooks not executing -> chmod +x hooks, 2026-03); GitHub Issue #30 (Windows hook error).
  • Claude Code plugin form not tested in this marketplace (no login state), honestly noted.

Applicable tools (1)

This problem is linked from the tool pages below — reachable from either side.

oh-my-claudecode

Source & evidence

Recorded Verified ○ Not measuredApplies to 1 tool(s)
Entries contain locally measured or reviewable-source solutions; unmeasured items are explicitly labeled.

← Multi-Agent Orchestration domain | Problem Catalog Experience | Facing another issue? Go to the Helpdesk