— 11 / 第十一章
收束 · 一台机器的活,一个窗口干完.
把整本书压成一句:Cursor 的问题从来不是「它能不能写这段代码」,是「这台电脑上的活,有多少能在这一个窗口里干完」。编辑器是它最小的样子;agent、终端、上下文、MCP 把它撑成一台元工具。剩下的,是知道那条边界画在哪 —— 然后尽量在一个窗口里把活做完。
— I
编辑器是地板,不是天花板.
— II
选面,就是选节奏.
— III
边界让元工具可信.
| 30 天 | 只做这件事 | 留下什么资产 |
|---|---|---|
| 第 1 周 | 把 3 类高频任务留在 Cursor:小 bug、文档整理、文件批处理 | 一份留/切走清单 |
| 第 2 周 | 写 AGENTS.md 和 2 条 .cursor/rules | 项目工作台说明书 |
| 第 3 周 | 接一个只读 MCP,做一次真实任务 | MCP 白名单和风险记录 |
| 第 4 周 | 派出一个 Cloud Agent 或写一条 CLI automation | 验收模板、日志、回滚办法 |
| Starter workflow | 步骤 | 成功标准 |
|---|---|---|
| 小型 bug 修复 | Ask 定位 -> Agent 写测试和修复 -> terminal 跑测试 -> 你 review diff | 新增测试能失败再通过,diff 只碰相关文件 |
| 技术调研 + 写作 | @Docs / @files 读资料 -> 生成资料地图 -> 写 markdown 草稿 -> Cmd+K 逐段收 | 每条事实可追来源,稿件可 git diff |
| 数据清洗 + 批处理 | raw 只读 -> dry-run 到 working -> 确认 -> 输出到 output -> 校验行数/重复/空值 | 原始数据未覆盖,脚本可复跑,结果可回滚 |
| 留在 Cursor | 切走 |
|---|---|
| 任务能文件化、可追踪、可 review | 任务主要是登录账号和 GUI 点击 |
| 上下文在代码库、资料文件夹、终端输出、MCP 里 | 上下文在浏览器会话、设计软件、实时协作文档里 |
| 验收能写成测试、diff、清单、报告 | 验收主要靠视觉审美、业务拍板、多人审批 |
| 出错能回滚 | 出错会影响生产、付款、权限、真实用户 |
提示词Stay or switch
这件任务该留在 Cursor 还是切走? 任务:<一句话> 上下文在哪里:<repo/files/terminal/MCP/browser/app> 执行方式:<edit/shell/MCP/cloud/GUI> 验收方式:<test/diff/checklist/human approval> 风险:<可回滚/不可回滚/敏感账号/生产> 结论:<留在 Cursor / 切到专用工具>,理由:<一句话>。
这件任务该留在 Cursor 还是切走? 任务:把官网的活动 banner 文案改成春促版,并发布上线 上下文在哪里:文案在 repo 里,但发布要登录 CMS 后台点「发布」 执行方式:改文件用 edit,上线要 GUI 点击 验收方式:文案改动可 diff,上线后要人工在浏览器里目检 风险:不可回滚(直接影响生产首页),动的是登录着的后台 结论:切到专用工具,理由:改文案留在 Cursor,但「点发布」得人工或浏览器 agent,不归 Cursor。
- 逐行重标:这件活现在你会留在 Cursor,还是切走。
- 数一数有几行从「切走」变成了「留在一个窗口里」。
- 圈出那一两件确实属于别处的活,写清为什么 —— 那才是你判断力的证据。
问的不是它能不能, 是这活该不该留在一个窗口里.
The question isn't whether it can, but whether the work belongs in one window.
Aklman Library
— 讨论
讨论.
评论区初始化中…