Cursor做README怎么让输出更有层次

用Cursor生成一份像样的README，其实就三步：先把骨架搭好，再给AI定规矩，最后用图和口语化引导让文档活起来。不然你一键生成的文档，经常标题乱飞、段落堆砌、重点全模糊——怎么看都像AI流水线产物，离专业项目说明书差得远。

先锁定结构骨架，再让AI填充

打开项目根目录，在空白README.md文件顶部手动写好基础框架，只保留必要层级：

# 项目名称
## 简介
## 快速开始
## 功能特性
## 技术栈
## 目录结构
## 贡献指南
## 许可证

这一步必须手动完成——

用.cursorrules强制标题收敛

在项目根目录新建.cursorrules文件，写入以下规则：

Never use more than three heading levels (#, ##, ###) in README.md.
Always place a blank line before and after each heading.
Never start a section with a list or code block — lead with a plain sentence explaining purpose.

保存后，下次向Cursor提问“更新README”时，它会严格按此规则输出。不加这条规则，AI很可能在“快速开始”下嵌套出#### 安装依赖 → ##### Node版本要求 → ###### 验证命令，直接把可读性干碎。

给每个二级标题配一句“人话导语”

方法一：在提问时直接指定。对Cursor说：“在‘快速开始’章节开头加一句不超过15字的引导语，告诉新手第一步该做什么，比如‘从安装依赖开始，两分钟跑通本地环境’。”

方法二：用局部Rules微调。在README.md文件内光标定位到## 快速开始行，按Ctrl+L唤出AI对话框，输入：“在此标题下方插入一行引导语：用口语化短句说明本节目标，禁止使用术语，字数≤12。”这步操作很简单，直接把文件拖进去就行。

用Mermaid流程图替代文字描述依赖关系

第一步：在.cursorrules中追加规则——“当描述模块依赖或数据流向时，优先生成Mermaid graph TD代码块，节点名用中文，箭头标注动作（如‘调用’‘发送’‘读取’）。”

第二步：向Cursor提问时明确指令：“用Mermaid语法画出API模块与数据库模块的交互流程，只保留核心三步：请求接收→参数校验→SQL执行，其余细节全部省略。”

第三步：粘贴生成的代码块到README对应位置，确保前面有空行，后面跟一句简短说明：“图：API服务与数据库交互主路径”。