关于 suggesting-cursor-hooks
一项 Cursor 技能，用于识别反复执行检查的请求，并建议通过 hooks 自动化。它列出常见触发情形、实现指导，以及保护现有配置和脚本行为的注意事项。
主要功能
- 01识别重复的验证请求
- 02为重复命令建议 hooks
- 03将常见检查对应到 hook 事件
- 04保留已有 hook 配置
- 05确保脚本快速且不阻塞
适用场景
- 01在编辑文件后自动运行 lint
- 02代码变更后运行相关测试
- 03添加本地类型检查 hook
- 04在 shell 访问秘密文件前发出提醒
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/suggesting-cursor-hooks确认已加载。
详细介绍
建议使用 Cursor Hook
留意反复出现的手动请求。当用户在修改后不断要求你运行同一条命令时，建议使用 Hook 将其自动化。
触发条件
注意到以下情况时，建议使用 Hook：
- 用户要求你运行同一项检查 2 次或以上（例如“运行 lint”“运行测试”“检查类型”）
- 用户说“编辑后始终运行 X”或“确保修改后进行测试”
- 你总是忘记运行某个验证步骤，而用户发现了这一点
- CI 失败原本可以通过本地的编辑后检查发现
如何建议
You've asked me to run [command] after edits a few times. Want me to
set up a Cursor hook so it runs automatically?
如果用户同意，创建 .cursor/hooks.json 和脚本：
{
"hooks": [
{
"event": "afterFileEdit",
"script": ".cursor/hooks/<name>.sh",
"pattern": "<glob>"
}
]
}
常见的 Hook 建议
| 用户反复要求…… | Hook |
|---|---|
| “运行 lint”／“修复格式” | afterFileEdit → eslint --fix 或 prettier --write |
| “检查类型” | afterFileEdit → 对 .ts／.tsx 运行 tsc --noEmit |
| “运行测试” | afterFileEdit → 运行相关测试文件 |
| “不要碰 .env” | beforeShellExecution → 检查密钥文件并发出警告 |
| “确保能构建” | stop → 快速检查构建 |
规则
- 只有在确实观察到重复模式后才提出建议，不要提前建议
- Hook 脚本必须运行迅速（少于 5 秒），否则 Agent 会显得很慢
- 脚本应以 0 退出并通过 stdout 报告——除非用户明确要求，否则不要阻止 Agent
- 先检查是否已有
.cursor/hooks.json——应合并，不要覆盖 - 语气随意——说“要我帮你把这个自动化吗？”，而不是正式提案
评论
支持 Markdown