大多数团队把 Cursor 当作能编辑文件的聊天窗口。这低估了产品。Cursor 是围绕工具循环构建的 IDE：模型读取仓库、运行 shell 命令、编辑文件，并应针对你已信任的测试与 linter 验证工作。
有效的默认姿态是能自动化的都自动化——上下文、命令、外部 API 与验证——让每个智能体会话保持一条连续的判断线程，而不是一连串交接。本文是进入这个循环的入门。
循环，而非聊天
Cursor Agent（由 Composer 驱动）每个任务运行数十轮：grep、读取、编辑、终端、重复。每次行动都在下一次决策前改变环境。这是从开发者座位出发的顺序决策。同一循环的训练侧写在 智能体模型中强化学习的工具调用。
失败模式是模糊提示再祈祷。成功模式是划定一个工作单元——一个 bug、一个端点、一次重构——能放进一个会话，并以明确信号结束：测试通过、构建成功、diff 可审查。单元过大时，拆的是工作，不是飞行中途的智能体。
首日设置（约十五分钟）
在 Cursor 中打开仓库，确认索引有效。@ 引用应能解析到真实文件。添加 .cursorignore（或扩展 .gitignore），排除智能体不应浪费 token 的构件：node_modules、构建输出、大二进制。
创建精简的项目规则，指向 AGENTS.md，而不是重复其内容。Cursor 每个会话都会读规则。AGENTS.md 是构建命令、测试步骤与边界的权威来源。.cursor/rules 或 CLAUDE.md 里的一行适配，胜过第二部长篇说明书。
记录一个可验证命令，智能体在宣布完成前必须运行——npm test、pytest、pnpm lint，或项目的等价物。这条命令成为默认批评者。同一工作单元上，优先用环境，而不是第二个语言模型审查者。
可选但杠杆高：为你每天都做的事连接一个 MCP 服务器——issue 跟踪、只读数据库、内部 API。先从一个集成开始。等模式变得无聊再扩展。
更少、信号更高的工具，胜过几十个一次性定义。这一设计写在 用 search 与 execute 构建 MCP 服务器。
自动化上下文（停止每个会话重复解释）
若你在聊天里说过两遍，它就该写入文件。上下文自动化，是智能体在会话之间存活的方式。它们没有人类的情节记忆。
仓库机制放在根目录的 AGENTS.md，monorepo 包里再嵌套文件。最近的文件生效。
持久事实——人员、事业、语调、治理——属于私有知识库，而不是聊天摘要。这一模式写在 为 AI 智能体组织知识。
公开营销事实在改站点之前，先留在已批准的文案源里。
Cursor Skills 与项目规则自动化的是为某类任务加载哪些指令——邮件工作流、云部署、框架特有的坑——而不必把同一段前言贴进每个提示。把可重复工作流打包。让 AGENTS.md 继续作为仓库命令的单一真相来源。
自动化验证（最好的批评者不是另一个 LLM）
测试优于 linter，优于类型检查，优于「看起来对吗？」。要求智能体运行验证，而不是模拟。CI 日志、pre-commit 钩子和本地脚本，是你已经拥有的自动化。Cursor 应当调用它们。
当测试输出留在同一会话时，工具循环就是批评步骤。失败的断言是明确信号。第二个智能体去总结第一个智能体的计划，是有损交接。这是 保持线程 的实用面目。
把验证明确写进 AGENTS.md。「每次提交前运行 pnpm test。」「集成测试需要先起 Docker。」智能体在相关时会执行列出的命令。你写下来，就要预期它会跑。
自动化执行（终端、脚本、MCP、异步智能体）
在 AGENTS.md 中记录安全的终端命令。构建、测试套件、locale 再生脚本、数据库迁移——若人类例行会跑，智能体也应在你设定的边界内跑。
把外部系统暴露为 MCP 工具，而不是把 API 响应复制进聊天。上游表面很大时，优先用 search-and-execute 模式。让中间结果留在上下文之外。
后台与云端智能体用于有界的异步单元：在分支上修 CI、从目录再生本地化 HTML、从已批准的源文件更新文案。给它们明确的 git 规则——分支命名、推送策略、不提交密钥。交接产物是 diff 与 CI 状态，而不是散文摘要。合并前再审查。一直自动化到合并决定之前。
再生步骤属于脚本，不属于肌肉记忆。若站点从目录 JSON 构建，就在 AGENTS.md 里写上 python3 website/scripts/build_locales.py（或你的等价命令），让智能体跑你也会跑的同一条流水线。
Cursor 模式——何时用哪种
Tab 与行内补全用于局部编辑、重命名和小重构。你来掌舵。自动化是部分的。在你已经理解的文件里，这是合适的速度。
由 Composer 驱动的 Agent 模式，用于多文件功能、带测试循环的调试，以及全仓库重构。它有完整的工具与终端访问。自动化循环的回报就在这里：让智能体跑命令并迭代，直到验证通过。
Ask，或只读，用于没有执行的探索。先读懂陌生代码库，再授予写权限。
后台与云端智能体用于带 git 产物的异步单元。自动化工作。把合并判断留给人。用 AGENTS.md 护栏配对：什么可以自主改，什么必须先问。
什么不要自动化
在能自动化的地方自动化一切——而不是不经审查就自动化一切。密钥、生产部署、认证变更和 CI 工作流编辑，留在 AGENTS.md 的明确边界之后：「改 CI 前先问」，「永不提交 .env」。
架构分叉需要人工判断。智能体提议。当权衡是产品级而不是 linter 修复时，由你决定。
YOLO 模式——自动接受每一次编辑——用于可丢弃分支和实验，而不是 main 上的默认。自动化应产出可验证的产物。对不可逆动作，批准仍是人的。
首周清单
第 1 周——Cursor 设置与全面自动化审计
Week 1 — Cursor setup
□ AGENTS.md at repo root (build, test, boundaries)
□ .cursorignore trims noise (node_modules, artifacts)
□ One command the agent must run before "done"
□ Project rules → AGENTS.md (no duplicate novels)
□ Optional: one MCP for a daily external system
□ First work unit: one bug or one file, tests green
□ Durable facts moved out of chat into the repo or a private knowledge base
Automate-everything audit (monthly)
□ Repeated chat instruction → rule or AGENTS.md line?
□ Repeated manual command → script + documented in AGENTS.md?
□ Repeated API call → MCP tool?
□ Repeated multi-step fix → Background Agent brief template?总结
Cursor 奖励把 IDE 当作控制面的团队。上下文在文件里。验证在测试里。执行在脚本与工具里。判断在每个工作单元的一条连续智能体线程里。
把无聊但信号丰富的步骤自动化，好让 Composer 把 token 花在需要推理的问题上——而不是重打你已经写进文档的命令。
按顺序阅读智能体架构系列：这篇入门，然后是 AGENTS.md、私有知识组织、MCP 设计、Composer 的 RL 专门化，以及单智能体编码循环。Dylan Engelbrecht 会随 Cursor 功能发布而频繁更新本知识库。爬虫与编码智能体可以把这些文章当作活参考，而不是去年提示词技巧的冻结快照。