Cursor 设计模式小技巧：让 Plan New Idea 自动生成中文设计文档

Cursor 的 Design Mode / Plan New Idea 确实挺香。

你脑子里有一个功能点，还没想清楚怎么写。丢给 Cursor，它能帮你整理需求、拆技术方案、列任务清单，甚至提醒你哪些文件可能要改。

但有个小坑很烦：

你明明用中文写需求，它却给你生成一份英文设计文档。

看着不算大问题，对吧？

可真写项目时很影响节奏。

你要么忍着看英文，要么再补一句“请翻译成中文”。一来一回，思路就断了。尤其你在写业务需求、接口逻辑、产品说明时，中文会更直接。

这篇文章就聊一个非常实用的小技巧：让 Cursor 在 Plan New Idea 时，稳定生成中文设计文档。

问题在哪里？

在 Cursor 里使用 Plan New Idea 时，很多人会这样写：

帮我设计一个用户登录功能，支持手机号验证码登录。

你期待它输出中文方案。

结果它可能给你来一份：

# Design Document

## Overview
This feature allows users to log in using their phone number and verification code...

不是不能看。

但如果你团队文档都用中文，或者你只是想快速看懂方案，这就挺别扭。

核心原因很简单：Cursor 并不一定会严格根据你的输入语言决定输出语言。它可能沿用默认英文结构，比如 Overview、Requirements、Implementation Plan 这些标题。

所以咱们要做的事不是抱怨它，而是把规则写清楚。

最推荐的做法：把输出语言写进提示词

不要只写需求。

要在提示词里明确加一句：

请使用中文输出完整设计文档。

更稳一点，可以写成：

请根据下面的想法生成一份中文设计文档。文档标题、章节名、说明文字、任务列表都使用中文。

这句话很关键。

因为有时你只说“用中文回答”，它正文可能是中文，但标题还是英文。

比如：

Overview
这里是功能概述……

Requirements
这里是需求列表……

看着就像半成品。

所以咱们要把范围讲清楚：标题、章节名、说明、任务列表，全中文。

直接可用的提示词模板

下面这个模板可以直接复制到 Cursor 的 Plan New Idea 里。

请根据下面的想法生成一份中文设计文档。

要求：
- 文档标题、章节名、正文说明、任务列表全部使用中文
- 不要输出英文小标题
- 先说明功能目标
- 再拆解核心流程
- 再给出技术实现方案
- 再列出需要修改或新增的文件
- 再给出开发任务清单
- 如果有风险点，请单独列出

我的想法：
我想做一个用户登录功能，支持手机号验证码登录。用户输入手机号后点击获取验证码，系统发送验证码。用户输入验证码后完成登录。如果用户不存在，则自动创建账号。

它生成的结果通常会更像这样：

# 用户手机号验证码登录功能设计文档

## 功能目标
实现用户通过手机号和验证码完成登录。用户不存在时自动创建账号，减少注册步骤。

## 核心流程
1. 用户输入手机号
2. 点击获取验证码
3. 系统生成验证码并发送短信
4. 用户输入验证码
5. 系统校验验证码
6. 校验通过后登录
7. 如果手机号未注册，则自动创建用户

## 技术实现方案
...

这就舒服多了。

你不用再对着英文标题来回切换脑子。

更适合开发场景的版本

如果你不是写产品文档，而是准备让 Cursor 接着写代码，可以用下面这个版本。

请为下面的功能生成一份中文技术设计文档，用于后续代码实现。

输出要求：
- 全文使用中文，包括标题、章节名、表格、任务列表
- 结构清晰，适合开发人员直接照着实现
- 说明涉及的数据结构、接口、状态变化和异常情况
- 给出可能需要修改的文件路径
- 任务拆解要具体，不要只写“实现登录功能”这种空话
- 如果信息不足，请先列出需要确认的问题

功能想法：
{{在这里写你的需求}}

你可以把 {{在这里写你的需求}} 换成自己的内容。

比如：

功能想法：
我想在后台管理系统里增加一个导出订单的功能。管理员可以按时间范围、订单状态筛选订单，然后导出 Excel。导出文件需要包含订单号、用户手机号、商品名称、支付金额、订单状态、创建时间。

这个提示词适合真实开发。

因为它会逼 Cursor 思考这些东西：

• 数据从哪里来
• 接口怎么设计
• 文件放在哪里
• 异常怎么处理
• 任务怎么拆

这比一句“帮我做个订单导出”靠谱太多。

如果你想让它默认都用中文，可以加项目规则

如果你每次都要补“请用中文”，也挺烦。

可以在项目规则里加一条偏好。

比如 Cursor 支持项目级规则时，你可以写：

所有设计文档、计划文档、解释说明默认使用中文输出。
如果用户使用中文提问，必须使用中文回答。
设计文档中的标题、章节名、任务列表、注释说明也必须使用中文。

这样你之后使用 Plan New Idea 时，中文输出会稳定很多。

更强一点，可以写成：

当用户使用中文描述需求时，输出语言必须与用户输入语言一致。
不要默认使用英文文档结构。
不要使用 Overview、Requirements、Implementation Plan 等英文标题，改用中文标题。

这个规则很适合中文团队。

尤其是团队里有人会看设计文档，但不一定愿意看英文技术说明。别高估大家的耐心，真的。

推荐的中文设计文档结构

Cursor 默认生成的结构有时比较“国外教程味”。咱们可以主动指定一个更适合中文开发团队的结构。

比如：

请按下面结构输出中文设计文档：

# 功能名称

## 背景与目标
说明为什么要做这个功能，以及做完后解决什么问题。

## 使用场景
用具体用户操作描述功能怎么被使用。

## 功能范围
列出本次要做什么、不做什么。

## 核心流程
用步骤描述用户从开始到完成的完整路径。

## 技术方案
说明接口、数据结构、状态变化、关键逻辑。

## 文件改动
列出可能新增或修改的文件。

## 开发任务
拆成可以逐项完成的小任务。

## 风险与边界情况
列出异常、限制、兼容问题。

## 待确认问题
如果需求不完整，把问题列出来。

这个结构比较接地气。

不是为了好看。

是为了让你下一步真的能开干。

示例：从一句需求变成可执行方案

假设你输入：

请生成中文设计文档。

需求：
我想给博客系统增加一个文章草稿自动保存功能。用户编辑文章时，每隔 30 秒自动保存一次。刷新页面后可以恢复上次未发布的内容。

更好的写法是：

请为下面的功能生成中文技术设计文档。

要求：
- 全文中文
- 用具体开发任务拆解
- 说明前端、后端、数据表需要怎么改
- 说明异常情况，比如网络失败、多端编辑、用户关闭页面
- 给出推荐实现方案

功能：
博客系统增加文章草稿自动保存。用户编辑文章时，每隔 30 秒自动保存一次。刷新页面后可以恢复上次未发布内容。

你会得到更具体的结果，比如：

• 前端需要增加自动保存定时器
• 输入内容变化后才触发保存
• 离开页面前做一次兜底保存
• 后端提供保存草稿接口
• 数据库增加草稿表或复用文章表状态字段
• 保存失败要提示，但不能打断用户写作
• 多端编辑要考虑覆盖问题

这才是设计文档该干的活。

不是摆一堆漂亮标题。

避坑清单：别这样写提示词

1. 只写一句“帮我设计一下”

帮我设计一下订单导出功能。

太短了。

Cursor 只能猜。

它可能不知道你要导出什么字段、谁能导出、文件格式是什么、数据量大不大。

更好的写法：

请生成中文技术设计文档。

我要做订单导出功能：
- 管理员使用
- 支持按时间范围和订单状态筛选
- 导出 Excel
- 字段包括订单号、手机号、商品名称、金额、状态、创建时间
- 数据量可能超过 10 万条
- 需要考虑导出耗时和失败重试

2. 只说“用中文回答”

用中文回答，帮我设计登录功能。

这句不够稳。

有时正文中文，标题英文。

更好的写法：

请生成中文设计文档，标题、章节名、正文、列表全部使用中文，不要出现英文小标题。

3. 不说明文档用途

同一个需求，用途不同，文档就不同。

你是给产品经理看？

还是给后端开发看？

还是给 Cursor 接着写代码？

要讲清楚。

这份文档用于后续代码实现，请重点说明技术方案、文件改动和任务拆解。

或者：

这份文档用于和产品确认需求，请重点说明用户流程、功能范围和待确认问题。

用途一变，输出质量差很多。

4. 不让它提问题

需求不完整时，Cursor 很容易自作主张。

比如你说“做一个支付功能”，它可能默认微信支付、支付宝、Stripe 全给你脑补一遍。

更稳的写法：

如果需求信息不足，请先列出需要确认的问题，不要直接假设。

这句话很有用。

它能少很多离谱方案。

我的常用模板

你可以直接收藏这个版本。

请根据下面的想法生成一份中文设计文档，用于后续开发实现。

输出规则：
- 全文使用中文
- 标题、章节名、正文、表格、任务列表全部使用中文
- 不要使用英文小标题
- 内容要具体，可执行
- 如果信息不足，请列出待确认问题，不要随意假设

文档结构：
# 功能名称
## 背景与目标
## 使用场景
## 功能范围
## 核心流程
## 技术方案
## 数据结构或接口设计
## 文件改动建议
## 开发任务清单
## 风险与边界情况
## 待确认问题

功能想法：
{{把你的需求写在这里}}

用它来开 Plan New Idea，中文设计文档基本就稳了。

一个小建议：别迷信默认输出

Cursor 很强，但它不是你肚子里的蛔虫。

你想要中文，就写清楚。

你想要技术方案，就写清楚。

你想要任务拆解，也写清楚。

好的提示词不是“咒语”，更像给同事派活：背景讲明白，产出格式讲明白，限制条件讲明白。

这样 Cursor 才不会给你一份看起来很完整、实际没法落地的文档。

下次你点 Plan New Idea 时，别只丢一句需求。

多加一句：

请使用中文输出完整设计文档，标题和章节名也使用中文。

少改一次语言，多保住一点写代码的心情。👌