git hook 集成不感知 core.hooksPath(husky)——post-commit README_AI 再生静默全量失效

[dreamlx]

Dogfood 实证（BlueHawkLock，husky v9 项目，后果已实际发生）

core.hooksPath = .husky/_（husky v9 标准），.git/hooks/* 整体被旁路。结果：post-commit 的 README_AI 再生从未在跑——

• 最近 7+ 个代码 commit 无一再生（含新增纯函数 interpretDownloadB1Verify，全库 README_AI.md 零命中）
• apps/mobile/src/services/ble/utils/README_AI.md mtime 停留在最后一次手动 scan，早于其后所有代码提交
• CLAUDE.md（codeindex 生成段）把「post-commit hook 没触发」当例外场景列出三种情况（纯文档 commit / 刚启用 hook / 历史 stale），但在 husky 项目里是常态静默失效——用户以为索引在自动维护，实际全靠手动

附带诊断盲区：codeindex hooks status 只显示 pre-commit / pre-push 两行，post-commit 的在位状态不可见，无法诊断。

建议

1. hooks install/status 读 git config core.hooksPath
2. 检测到 husky（.husky/ 存在）时写 .husky/<hook>（husky v9 shim 会执行），否则警告 + 手动指引
3. hooks status 覆盖 post-commit 并做旁路检测

（同类问题已在 LoomGraph 开 issue：dreamlx/LoomGraph#164——两个项目的 hook 集成可以共用一套 hooksPath 探测逻辑。）

[dreamlx]

定性错误，关闭重开——开此 issue 前未查 changelog，抱歉。

事实：post-commit hook 已于 v0.37.0 有意移除（bf619ad，#167/#169，BREAKING）：刷新策略归 orchestrator/consumer——graph 路径 loomgraph 每次 re-export，README_AI 路径改 release-time / 手动 scan-all。本仓 README_AI stale 是移除后的预期状态，不是 hook 被 husky 旁路的 bug。hooks status 不显示 post-commit 也正确——遗留检测由 db30e0a 单独处理。

真实可留的反馈（升级迁移体验）另开 issue。