问题修复
修 bug 前先核对系统实际输出,避免基于猜测改代码
当怀疑某段代码/钩子/索引没有按预期执行、需要定位失败原因时,先检查实际产生的目录、文件、日志和真实报错,再动手改代码。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
修 bug 前先核对系统实际输出,避免基通用
解决思路
- 检查预期目录是否存在:`ls -la .claude/cache/`
- 检查预期文件是否被创建:`ls -la .claude/cache/learnings/`
- 查看日志中的错误:`tail .claude/cache/*.log`
- 手动运行那条失败的命令,观察真实报错
- 完成以上观察后,才去编辑代码
适用边界 · 注意事项
- 不要在未检查输出前就假设「hook 没运行」
- 不要基于「你认为应该发生什么」的猜测去改代码
- 不要混淆全局路径与项目路径,两者都要检查:`.claude/` 和 `~/.claude/`