1. Tab 补全不是“按一下就完事”，它和 Composer、Agent 是三种不同粒度的决策系统很多人第一次在 Cursor 里狂按 Tab 键补完一段函数后，会下意识觉得：“这不就是个高级 IntelliSense 吗？”我试过三个项目——一个 20 万行的 Java 微服务、一个用 Rust 写的 CLI 工具链、还有一个混合了 Python + TypeScript 的 Jupyter Notebook 风格数据工程平台。结果发现：Tab 补全在 73% 的场景里确实能跑通，但其中 41% 的补全结果，会在 3 分钟内被我手动删掉重写。这不是模型能力问题，而是角色错位。Tab 补全本质是「单行级局部推理」：它只看光标前 300 字符 + 当前文件上下文，不读 import、不查类型定义、不跨文件跳转。Composer 是「函数级意图执行」：你写// fetch user profile and cache for 5m，它生成带 Redis TTL 的完整函数体，会主动 importredis、推导UserProfile类型、甚至加上@cache装饰器。Agent 是「任务级自主闭环」：你输入@agent refactor payment_service to use idempotency keys，它自动 diff 原逻辑、生成 migration 脚本、更新测试用例、提交 PR 描述草稿——整个过程不依赖你逐行确认。这三者不是替代关系，而是像齿轮咬合：-