按「从零做项目 / 老项目改需求 / 跨文件重构 / 排查陌生代码 / 团队协作 / 轻量补全」六类场景组织功能，给出轻中重三层能力对照与三个深入页入口。
长清单不好用，「我要做这件事该用哪组能力」才有意义。
本篇是 cursor功能 总览。很多介绍把功能写成一串名词：补全、对话、检索、Agent、索引、规则……看完仍不知道自己该点哪里。本站改成按六个真实场景组织，每个场景写明用哪组能力、以及需要深入时该读哪一页。
这一组织方式也对应官方的 agent-first 定位：工具的重心是「完成一段工作」，而不是「提供一个更聪明的补全」。
每个场景一句判断标准。
先写清目标与约束，让 Agent 出计划再落地，中途用 diff 审查。
用 @ 引用具体文件与目录，限制改动范围，避免大面积重写。
把「不能动什么」写进任务描述，分小步提交，便于回滚。
用语义检索定位实现，再让 Agent 解释调用链，而不是直接改。
把 Rules 与代码索引配置随仓库共享，统一产出风格。
Tab 补全 + 内联编辑足够，不必每个动作都开 Agent。
判断标准其实只有一句：改动会不会跨多个文件。会，就走 Agent 任务并认真审查 diff；不会，就留在内联编辑与补全，更快也更可控。
避免把最重的工具用在最轻的活上。
| 层级 | 能力 | 典型动作 | 审查成本 |
|---|---|---|---|
| 轻 | Tab 补全 | 续写一段样板代码 | 几乎为零 |
| 轻 | 内联编辑 | 选中一段就地改写 | 看选区即可 |
| 中 | 语义检索 / 问答 | 问清调用链再动手 | 不产生改动 |
| 中 | 小规模 Agent | 改 1–2 个文件 | 逐段看 diff |
| 重 | 多文件 Agent | 跨模块重构、批量迁移 | 逐文件审查 + 跑测试 |
| 重 | 云端画布 / SDK | 长任务与流程集成 | 需要团队约定 |
把多文件任务拆成 2–3 个小任务，每个任务单独审查、单独提交，出错时回滚范围也小。一次性丢一个大需求，往往返工更久。
近期更新基本都落在「重」这一层。
| 能力 | 属于 | 对日常的影响 |
|---|---|---|
| 语音对话 | 重的交互入口 | 描述任务更省事，但审查环节不能省 |
| 编辑器内建应用并部署 | 重 | 原型更快，正式项目仍建议保留 CI |
| Agent SDK | 重 | 团队可把能力接进内部流程 |
| 云端画布 | 重 | 长任务进度可视化 |
| Origin 应用市场 | 横向 | 扩展安装位置统一 |
总览之后按需深入。
cursor功能 总览到此为止：先按场景定位，再进对应专页看具体做法，比从头读功能清单有效得多。
三句话。
功能不按菜单记，按「改动跨不跨文件」分轻重。
轻量改动用补全与内联编辑，多文件改动才开 Agent 并逐段审查。
以上构成 cursor功能 的使用地图；快捷键与 Rules 写法收在 文档速查。