{
  "title": "与 Cursor 相伴一年：我的工作流如何从 Agent 进化为 Architect",
  "excerpt": "我与 Cursor 的旅程，恰似这款工具自身的成熟历程：从一个简单的 Agent，成长为一位成熟的架构伙伴。本文详细记录了我的工作流如何随着 @ mentions、MCP、Plan Mode 和自定义命令而不断演进。",
  "content_html": "<p>将 Cursor 设为主力 IDE 已经一年有余，它对工作的影响再怎么强调都不为过。作为一名机器学习工程师，我在 Dylog 搭建对话式 AI 平台，同时也在个人项目中探索 Agent 基础设施。我亲历了 AI 原生开发的演进。我与 Cursor 的旅程，恰似这款工具自身的成熟过程：从一个简单的 Agent，成长为一位成熟的架构伙伴。</p>\n<p>这篇文章是对这段旅程的回顾，详细记录了我的工作流如何演进，以及我如何开始依赖 Plan Mode、自定义命令和上下文工程（context engineering）的强大组合，从而更快、更聪明、更清晰地构建。</p>\n<h2>第一阶段：Agent 掌舵</h2>\n<p>刚开始时，我的使用方式很简单。我把 Cursor 当作一个超级增强版的自动补全。我会写一段注释，按下 <code>Cmd+K</code>，然后让 Agent 生成代码。这很神奇，但也是个黑箱。我是乘客，而 Agent 在开车。</p>\n<p>随后出现了 <strong>@ mentions</strong>。这是我第一次尝到给 Agent 提供真正上下文的甜头。我不再指望它“理解”我的代码库，而是可以明确地告诉它该看什么：</p>\n<ul>\n<li><code>@file</code> 引用特定文件</li>\n<li><code>@folder</code> 包含整个目录</li>\n<li><code>@codebase</code> 让它在整个项目中搜索</li>\n<li><code>@web</code> 拉取外部文档</li>\n<li><code>@docs</code> 引用库的官方文档</li>\n</ul>\n<p>这是一次巨大的飞跃。突然间，Agent 不再靠猜；它拥有了和我一样的上下文。我可以说“重构这个函数，使其符合 <code>@file:utils/helpers.ts</code> 中的模式”，而它真的能理解。</p>\n<img src=\"/assets/images/cursor-at-mentions.png\" alt=\"Cursor @ mention 上下文\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">Cursor 中的 @ mention 下拉菜单，展示了 <code>@file</code>、<code>@folder</code>、<code>@codebase</code>、<code>@web</code> 和 <code>@docs</code> 等上下文选项，允许显式地控制上下文</span>\n<p>但即使有了更好的上下文，我还是常常陷入生成、调试、再生成的循环。Agent 缺乏对更大任务的架构视野。</p>\n<h2>第二阶段：MCP 改变一切</h2>\n<p><strong>Model Context Protocol (MCP)</strong> 的引入是一个重要的转折点。MCP 让我能将 Cursor 连接到外部工具和数据源，把 Agent 从代码生成器转变为一个能访问我整个工作流的真正助手。</p>\n<p>我开始为以下场景集成 MCP：</p>\n<ul>\n<li><strong>GitHub</strong> —— 将 issues 和 PRs 直接拉取到上下文中</li>\n<li><strong>Linear</strong> —— 集成任务管理</li>\n<li><strong>Slack</strong> —— 获取团队沟通上下文</li>\n<li><strong>Custom MCPs</strong> —— 连接内部 API 和数据库</li>\n</ul>\n<p>有了 MCP，我可以说“实现 Linear issue #234 中描述的功能”，Agent 就会去获取该 issue，理解需求，然后开始构建。这不再只是关于代码；而是关于在我整个开发生态系统中串联起所有线索。</p>\n<img src=\"/assets/images/cursor-mcp-integrations.png\" alt=\"Cursor 中的 MCP 集成\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">MCP 配置面板，展示了已连接的 GitHub、Linear、Slack 和自定义服务器等集成，扩展了 Cursor 在整个开发生态系统中的能力</span>\n<h2>第三阶段：规划者的崛起</h2>\n<p><strong>Plan Mode</strong> 的引入是下一个改变游戏规则的功能。这是我第一次感觉自己是在与 AI 协作，而非仅仅向它委派任务。受到 Ray Fernando 等开发者工作流的启发，我开始使用一个两步流程：</p>\n<ol>\n<li><strong>用 Opus 规划：</strong> 我会使用像 Claude Opus 这样强大的模型来生成详细的、分步的实现计划。我给它一个高层目标，它会将其拆解为一系列具体任务，包括文件名、函数签名和逻辑。</li>\n<li><strong>用 Sonnet/GPT 执行：</strong> 然后我会把这份计划交给更快、更便宜的模型，比如 Sonnet 或 GPT-5.2，来执行每一步。这个更便宜的模型不需要是个出色的架构师；它只需要是个勤勉的构建者。</li>\n</ol>\n<p>这个工作流带来了巨大的改进。它把“做什么”和“怎么做”分离开来，给了我一个可审查的产出物——计划——让我能在写任何代码之前先编辑和批准它。这也节省了大量的 token 费用。</p>\n<img src=\"/assets/images/cursor-plan-mode.png\" alt=\"Cursor Plan Mode 工作流\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">分屏视图：左侧是 <code>.cursor/plans/</code> 文件中的详细实现计划，右侧是对应生成的代码，展示了架构与执行的分离</span>\n<h2>第四阶段：架构师登场（命令 + 规划）</h2>\n<p>这就是我当下的状态。虽然 Plan Mode 仍然是我工作流的核心，但我已经叠加了一套<strong>自定义命令</strong>和<strong>规则</strong>，来微调整个流程，并将我的架构原则直接嵌入到 IDE 中。</p>\n<h3>我当前的配置</h3>\n<p><strong>规则（<code>.cursorrules</code>）：</strong> 我有一套规则，定义了我的编码标准、偏好模式和架构约束。Agent 会在每次任务前读取这些规则，确保整个代码库的一致性。</p>\n<p><strong>自定义命令：</strong> 我构建了一些命令，封装了我最常见的工作流：</p>\n<ul>\n<li><code>/plan</code> —— 使用 Opus 生成详细的实现计划</li>\n<li><code>/refactor</code> —— 接收一个文件并根据指令进行重构</li>\n<li><code>/test</code> —— 为指定函数生成测试套件</li>\n<li><code>/review</code> —— 根据我的规则审查代码并提出改进建议</li>\n</ul>\n<p><strong>消息队列：</strong> 我在 Agent 工作时使用 <code>Ctrl+Enter</code> 将后续指令排入队列。这让我可以提前思考，在不打断当前任务的情况下保持动量。</p>\n<img src=\"/assets/images/cursor-custom-commands.png\" alt=\"Cursor 自定义命令和规则\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">Cursor 的命令面板，展示了 <code>/plan</code>、<code>/refactor</code>、<code>/test</code> 和 <code>/review</code> 等自定义命令，旁边还有定义编码标准和架构约束的 <code>.cursorrules</code> 文件</span>\n<h2>演进一览</h2>\n<table>\n<thead>\n<tr><th>阶段</th><th>关键特性</th><th>变化</th></tr>\n</thead>\n<tbody>\n<tr><td>1</td><td>Agent Mode + @ Mentions</td><td>上下文从猜测变为显式</td></tr>\n<tr><td>2</td><td>MCP Integration</td><td>外部工具和数据变得可访问</td></tr>\n<tr><td>3</td><td>Plan Mode</td><td>架构与执行分离</td></tr>\n<tr><td>4</td><td>Commands + Rules</td><td>工作流变得可重复且个性化</td></tr>\n</tbody>\n</table>\n<h2>为什么这很重要</h2>\n<p>从 Agent 到架构师的演进，不仅仅是个人的生产力技巧。它让我们得以一窥软件开发的未来。我们正从一个亲手编写代码的世界，走向一个<strong>描述系统</strong>的世界。我们的工作是成为架构师，定义蓝图，然后让 Agent 去构建。</p>\n<p>在我用过的所有工具中，Cursor 最理解这一转变。它不只是生成代码；它关乎管理复杂性、保持上下文，并让开发者获得前所未有的杠杆，去构建以往难以想象的规模。</p>\n<p>如果你仍然把 AI 当作简单的代码生成器，我鼓励你去探索 @ mentions、MCP、Plan Mode 和自定义命令。这段旅程将把你从一个“使用 AI 的开发者”转变为一个“指挥 AI 的架构师”。</p>",
  "source_hash": "sha256:88320b9a62c7c3531ce3e1d3c838c4ff391eba9503c622827333c5c8d87cf3f6",
  "model": "moonshotai/kimi-k2.6",
  "generated_at": "2026-08-07T07:10:26.176886+00:00"
}