待验证50% 置信解决方案精确时间
作者将钩子验证和修复移入共享脚本，在 Cursor 会话启动时运行，检查 .husky/_ 中是否存在可执行 shim，缺失时尝试修复，仍失败则发出 HOOKS NOT RUNNABLE 警告。
1
来源数
50%
置信度
长期有效
时效性
2026/10/16
首次发现
来源
Git提交成功但Husky钩子静默失效：worktree陷阱与多层防御方案
rss2026/10/16
涉及实体
相关事实
待验证会话启动保持 fail-open，坏掉的钩子不会阻止编辑；云端的阻塞式启动门偏向 fail-closed，让缺失 shim 变为显式提交失败。65% 相似待验证异步客户端现在会对连接错误进行重试，并修复了协程重试循环中的阻塞问题62% 相似待验证v1.4.0 的内部改动包括打包 mock server 规范、清理代码注释、修复 detect-breaking-changes 脚本中的 mypy 不可达错误60% 相似待验证摘要应按需触发，只在失败 run 被人工修复后才生成，而非每次都刷屏59% 相似待验证此前插件加载失败或运行中出错时工具会被静默移除，v0.0.46 后会在聊天中显示状态行，明确指出哪个插件出错及错误内容57% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1044745API
curl https://kongchang.com/api/v1/knowledge/claims/1044745MCP
get_claim(id=1044745)