Problem
The SubagentStart hook cbm installs never runs — every subagent start stalls to the hook timeout and returns no graph context.
Evidence
install -y writes this into ~/.claude/settings.json:
{ "type": "command", "command": "/Users/me/.local/bin/codebase-memory-mcp", "args": ["hook-augment"], "timeout": 5 }
Claude Code's hook schema has no args — in the published settings schema, hookCommand is additionalProperties: false and takes type, command, timeout and async. So the subcommand is dropped and the bare binary runs, which is the MCP stdio server: it waits on stdin and never exits. I piped a SubagentStart payload into it and it was still running at 6s; the same payload into codebase-memory-mcp hook-augment returns in 2s.
Expected fix
The entry that was there before (from 0.9.1-rc.1) pointed at the installed cbm-subagent-reminder wrapper, which does the right thing. Either restore that, or put the subcommand in the command string: "<bin> hook-augment".
v0.11.0, macOS arm64, Claude Code 2.1.278. Same family as #1737, different client.
Problem
The SubagentStart hook cbm installs never runs — every subagent start stalls to the hook timeout and returns no graph context.
Evidence
install -ywrites this into~/.claude/settings.json:{ "type": "command", "command": "/Users/me/.local/bin/codebase-memory-mcp", "args": ["hook-augment"], "timeout": 5 }Claude Code's hook schema has no
args— in the published settings schema,hookCommandisadditionalProperties: falseand takestype,command,timeoutandasync. So the subcommand is dropped and the bare binary runs, which is the MCP stdio server: it waits on stdin and never exits. I piped a SubagentStart payload into it and it was still running at 6s; the same payload intocodebase-memory-mcp hook-augmentreturns in 2s.Expected fix
The entry that was there before (from 0.9.1-rc.1) pointed at the installed
cbm-subagent-reminderwrapper, which does the right thing. Either restore that, or put the subcommand in the command string:"<bin> hook-augment".v0.11.0, macOS arm64, Claude Code 2.1.278. Same family as #1737, different client.