It seems that at the moment, the hooks implementation in Cursor only supports the user’s home directory or global directories.
Would it be possible to get project-level hook support as well? The workflows differ between projects a lot, and I don’t want to run one project’s hooks on another.
Claude Code does support project-level hooks and I’m extensively using them for various purposes, would be really great to have the same functionality in Cursor as well.
I am seeing that feature is still blocked behind an experiment flag that isn’t publicly available even though project level hooks are said to be supported in the documentation. When will this become available, and can we have the documentation updated to reflect the current state in the meantime?
I don’t quite get the point of hooks being tied to any sort of “Enterprise” solution, except for the marketing. Is that really a premium feature enterprises really need, and are willing to pay for?
You could always just write global hooks yourself, which check-for and call project hooks themself - no need to get cursor to program that specifically.
Do hooks even work for you at all these days? They stopped since version 2.1.25 and for me on Windows, no hooks are ever being called at all anymore
no errors, no output - just “nothing happens” (the hooks panel in cursor-settings says it’s calling the hook - but it never actually does)
Hey @Chris_Drake , I’m on 2.1.42, which now supports project-level hooks and they are indeed working for us. Perhaps try opting in the beta versions. I am on a Mac though.
Thanks! - I’m pretty sure this is a windows-only problem - probably related to windows using “\” instead of “/” which means JSON needs “\\” except I’ve noticed it often requires “\\\\” … escape hell…
I’m told they fixed a bug in this current release - prior to now, except for the “stop” hook, all hook responses were being dropped.