Hook fails on first session in a project: shell redirect opens .remember/logs/hook-errors.log before script creates the dir

[pp-vkrasikov]

Symptom

On the first session in any project (or after deleting .remember/), every hook fires this non-blocking failure:

PostToolUse:Read hook error
Failed with non-blocking status code: /bin/sh:
/path/to/project/.remember/logs/hook-errors.log: No such file or directory

Triggers for SessionStart and PostToolUse on every tool call. Subsequent sessions in the same project work fine — but only because the first session eventually creates .remember/logs/ (via scripts/log.sh:38) for a later call, not the one whose stderr is being redirected right now.

Root cause

hooks/hooks.json defines:

{
  "type": "command",
  "command": "bash \"${CLAUDE_PLUGIN_ROOT}/scripts/session-start-hook.sh\" 2>> \"${CLAUDE_PROJECT_DIR:-.}/.remember/logs/hook-errors.log\""
}

The shell opens the stderr file descriptor for hook-errors.log before the script body runs — so the mkdir -p inside scripts/log.sh:38 cannot help: the redirect is evaluated by the parent shell, and it fails when the directory doesn't exist yet.

Reproduce

rm -rf <project>/.remember/
# open a Claude Code session in <project>
# every hook reports: "No such file or directory"

Fix

Prepend mkdir -p to each command in hooks/hooks.json so the redirect target always exists. Idempotent and cheap:

{
  "type": "command",
  "command": "mkdir -p \"${CLAUDE_PROJECT_DIR:-.}/.remember/logs\" && bash \"${CLAUDE_PLUGIN_ROOT}/scripts/session-start-hook.sh\" 2>> \"${CLAUDE_PROJECT_DIR:-.}/.remember/logs/hook-errors.log\""
}

Same change for the PostToolUse entry.

Version

remember 0.5.0 (via claude-plugins-official marketplace cache)

Workaround for users

Until a release ships, manually mkdir -p <project>/.remember/logs before the first session, or patch the cached hooks.json locally (will be overwritten on plugin update).

[mrenvoize]

Confirming this from a different angle: git worktrees make it trivially reproducible.

Each git worktree add creates a fresh project directory with no .remember/, so every worktree behaves like a brand-new project for the purposes of this bug. In a workflow with many short-lived worktrees (Koha development here — one worktree per bug/feature), the failure fires on the very first SessionStart and on every PostToolUse until the directory eventually gets created out-of-band.

The proposed fix (prepending mkdir -p to each command in hooks/hooks.json) works for this case too. As a stopgap, I'm pre-creating .remember/logs/ in my worktree-creation wrapper, but it would be much nicer to have it fixed in the plugin itself.

[fdaviddpt]

Thanks for the detailed report — root cause analysis is spot on.

This is already fixed on main (the 2>> redirect was removed from hooks/hooks.json entirely, so there's no FD to open before the script runs). The Anthropic marketplace is still serving v0.5.0 though — they're slow to roll updates.

To get the fix now, install from our marketplace per the README:

/plugin marketplace add Digital-Process-Tools/claude-marketplace
/plugin install remember@dpt-plugins

Closing as fixed — let us know if you still see it after updating.