视频hook

点这！自动生成提交信息！但是，默认的都是英文，很不好用！你建个CLAUDE.md，在里面写“用中文，遵循以下规范”

### CLAUDE.md

所有 Git commit message 必须用中文书写。
格式遵循 Conventional Commits：type: description

type 取值：feat / fix / refactor / chore / docs / style / test / perf
description 用中文，不超过 72 字

示例：
feat: 添加用户登录接口
fix: 修复 token 过期未刷新问题

以后再也不用想破头提交信息了！

老铁们，说自己用cursor 搞开发会不会被同行看不起？

Why Cursor

但我自己的使用体验cursor还真不错，composer2.5绝对是被低估了，cursor自己官方说法是性能直逼 Claude Opus 4.7。我体感是确实差距不大，而且cursor的Harness工程做的也非常舒心，常用的功能都支持的非常好，比如@添加对话，代码段，终端输出，比如debug模式，比如一键review，一键commit message等等。

多的不谈了，Cursor打钱好吧。

@ chat

技巧2 @chat

我好不容易把需求聊明白你就用了一半上下文？而且上下文超过一半就变智障？

打开新对话窗口，@刚才的旧对话，提示词就一句“按计划实施”！

Hook

说几遍了，别动块代码！！！

如果你不想让ai碰同事的屎山，但ai不听话，怎么办，那你倒是用hook啊。

hook是Agent 生命周期的钩子，可以借此观察、拦截、修改cursor的行为。 用大白话说就是你用脚本限制ai，比如在修改文件的前跑一下脚本检查一下都哪些文件要被改，修改文件前跑脚本检查是否改了敏感目录里的文件。

脚本也不会写？你让cursor自己写啊！/create-hook，里边加上：别动xxx代码。

{
  "preToolUse": [{
    "command": "./hooks/guard-sensitive-files.sh",
    "matcher": "Write|StrReplace|Delete",
    "failClosed": true
  }]
}

Subagent

对抗agent偷懒神器！比如你有a/b/c三个任务，如果让agent自己跑，你会发现a任务完成的挺好，b和c它更想糊弄过去！因为它上下文有限，办事容易干一件忘一件，不靠谱！所以你可以同时开三个agent，同时干三件事！一个主agent当项目经理，底下三个子agent当外包员工。

项目经理选个聪明点的模型，外包员工选个凑合能干活的就行！而且外包员工都是崭新上下文，没有那么多干扰！

示例：

Skill vs Subagent 对比

上面说的"subagent = skill + 全新上下文"很接近了，但细分下来差异还挺大的：

所以它们不是替代关系，是互补的。Skill 优化的是主 agent 的行为——告诉它正确的步骤和注意事项。Subagent 优化的是任务的分发——把独立子任务外包出去，自己腾出手干别的。

一个典型配合：用 Skill 定义"怎么写单元测试"的流程规范，然后派 Subagent 去执行这个流程——Subagent 加载 Skill，按里面的步骤跑测试、写断言。

Use Multiple Models / Max Mode / Auto 三种模式

模型名字右边的脑子图标代表该模型计算量较大，需要更多时间思考推理。

Max Mode 本质是允许你通过消耗更多 Token 的方式全力使用最顶尖的模型。适合老项目重构，或者不差钱的用户。

Auto 模式理论上会自动根据任务特征动态选择模型，但实际使用体验上是高频率使用 Cursor 自家的 Composer 2。或者说微调过的 Kimi K2.5。

Use Multiple Models 是人为挑几个大模型一起跑任务，然后人工挑哪个模型跑得好。类似于赛马。适合做技术选型或者核心算法。

Cursor 的小抄

AI 编程助手本质是提示词工程，或者说是上下文工程。上下文越丰富代码就越准确。

如果发现模型总在某个 API 上胡说或提及的内容和你项目用的技术栈不一致时，可以通过 @技术栈名字/网址，快捷地给大模型提供参考文档。Cursor 自己内置了大量主流技术栈的官方文档，可以有效减少切出屏幕，避免打断编程。