
很多项目写着写着就会出现一个问题:
代码有人写,但没人能快速接手。
常见原因是文档太少,或者文档只写了"功能描述",却没有告诉别人怎么跑、怎么接、怎么改。
这时,AI 很适合帮我们补文档。
但文档不是给 AI 看的,而是给下一位接手项目的人看的。
这篇文章只讲两件事:
- README 应该写什么。
- 接口文档应该写什么。
一、README 不是流水账
很多 README 常见的问题是:
- 只有项目名,没有说明项目做什么。
- 只有安装命令,没有启动步骤。
- 只有截图,没有说明数据怎么来。
- 只有一句"欢迎提 PR",没有交接信息。
一个实用的 README,至少应该回答:
text
这个项目是什么
怎么安装
怎么运行
怎么验证
常见问题是什么
二、先看一个小项目
假设我们有一个简单的商品管理练习项目:
- 前端使用 Vue 3。
- 后端使用 Node.js + Express。
- 提供商品列表查询接口。
- 支持按关键字和分类筛选。
- 只做本地开发和测试,不上线。
这类项目的 README 可以分成 5 块。
1. 项目简介
告诉别人这个项目是做什么的。
例如:
text
这是一个商品列表练习项目,支持按关键字和分类筛选商品。
前端负责展示列表和筛选条件,后端负责提供查询接口。
2. 环境准备
告诉别人需要什么版本和依赖。
例如:
text
- Node.js 20+
- npm 10+
- Vue 3
- MySQL(如需本地接口联调)
3. 启动步骤
这是最重要的部分。
例如:
text
1. 安装依赖
2. 启动后端服务
3. 启动前端项目
4. 打开浏览器访问本地地址
4. 功能说明
用简短条目说明当前功能。
例如:
text
- 商品列表展示
- 关键字搜索
- 分类筛选
- 空状态展示
- 请求失败提示
5. 常见问题
这部分很实用。
例如:
text
- 如果接口请求失败,先检查后端是否启动。
- 如果页面空白,先检查环境变量和接口地址。
- 如果数据不显示,先确认返回字段是否一致。
三、让 AI 先写 README 的草稿
可以这样提问:
text
请根据下面这个商品列表练习项目,
帮我生成一个适合新手的 README 草稿。
项目背景:
- 前端:Vue 3
- 后端:Node.js + Express
- 功能:商品列表、关键字搜索、分类筛选
- 只用于本地开发和学习
请包含以下部分:
1. 项目简介
2. 环境要求
3. 安装和启动步骤
4. 功能说明
5. 常见问题
要求:
- 语言简洁。
- 适合新手阅读。
- 不要写太长。
- 不要编造不存在的功能。
AI 生成后,重点检查三件事:
- 启动步骤是不是按真实项目来的。
- 是否写了项目实际具备的功能。
- 有没有把依赖、端口和环境要求写清楚。
四、接口文档比 README 更需要准确
README 主要是帮助别人跑起来。
接口文档主要是帮助别人接起来。
一个接口文档至少要说明:
- 接口地址。
- 请求方法。
- 请求参数。
- 返回参数。
- 错误说明。
- 示例。
例如商品列表接口:
text
GET /api/products
请求参数:
| 参数 | 类型 | 是否必填 | 说明 |
|---|---|---|---|
| keyword | string | 否 | 商品名称关键字 |
| categoryId | number | 否 | 商品分类 ID |
成功返回示例:
json
{
"code": 0,
"message": "success",
"data": [
{
"id": 1,
"name": "无线耳机",
"categoryId": 3,
"price": 199
}
]
}
错误返回示例:
json
{
"code": 40001,
"message": "categoryId 必须是正整数",
"data": null
}
五、让 AI 生成接口文档时,最好先给代码
接口文档最怕"看起来像对了,其实字段不对"。
所以,不要只说:
text
帮我写接口文档。
更好的方式是把实际代码或返回结构给 AI:
text
请根据下面的 Express 接口代码,
生成 Markdown 格式的接口文档。
要求:
1. 包含接口地址、方法、参数、返回值和错误说明。
2. 给出请求和响应示例。
3. 不要增加代码里没有的字段。
4. 使用新手也能看懂的写法。
接口代码:
[粘贴代码]
如果你先让 AI 猜接口文档,很容易出现:
- 返回字段猜错。
- 参数名写错。
- 错误码不一致。
- 示例和真实实现不一致。
六、文档最容易漏掉的 4 件事
1. 启动前提
别人能不能跑起来,常常取决于 README 里有没有写清楚前提。
例如:
- 需要先启动后端。
- 需要先配置环境变量。
- 需要先导入测试数据。
- 需要先创建数据库表。
2. 字段约定
接口文档最怕字段不一致。
例如:
- 前端用
categoryId。 - 后端返回
category_id。
如果没有写清楚,联调时就会反复找问题。
3. 错误说明
不要只写成功示例。
至少补一个参数错误和一个服务错误。
4. 真实约束
比如:
- 当前接口最多返回 50 条。
- 这个功能只在开发环境可用。
- 某些字段只是测试数据。
- 这个接口暂时不支持分页。
七、一个适合新手的文档生成流程
可以按这个顺序来:
text
先整理真实信息
↓
让 AI 生成草稿
↓
自己核对项目事实
↓
补充遗漏内容
↓
再统一语言风格
最关键的是第一步:先把真实信息准备好。
AI 不是用来猜项目的,AI 是用来整理你已经确认过的信息的。
八、可直接复用的 Prompt
README
text
请根据下面的项目情况,生成一份简洁的 README 草稿。
项目背景:
- 项目名称:[填写]
- 技术栈:[填写]
- 主要功能:[填写]
- 运行环境:[填写]
请包含:
1. 项目简介
2. 环境要求
3. 安装步骤
4. 启动步骤
5. 功能说明
6. 常见问题
要求:
- 适合新手阅读。
- 不要写太长。
- 不要编造不存在的功能。
- 如果信息不足,请先列出缺失项。
接口文档
text
请根据下面的接口代码生成 Markdown 接口文档。
请包含:
1. 接口名称
2. 请求地址
3. 请求方法
4. 请求参数
5. 返回参数
6. 成功示例
7. 错误示例
8. 注意事项
要求:
- 不要写代码里没有的字段。
- 不要省略错误返回。
- 使用新手也能看懂的表达。
- 如果有歧义,请先说明你不确定的地方。
总结
文档的价值只有一个:
让别人更快接手你的项目。
- README 负责告诉别人这个项目是什么、怎么跑、怎么测。
- 接口文档负责告诉别人接口怎么接、字段是什么、错误怎么处理。
- 让 AI 写文档之前,先把真实信息准备好。
- AI 负责整理和润色,最终准确性还是要你来确认。
可以把今天的内容浓缩成一句话:
好文档不是写得花,而是别人真能靠它把项目跑起来、接进去。
下一篇文章,我们将继续学习:
《AI 编程中的隐私与安全:哪些代码不能直接上传》
✍坚持原创,求关注,点赞,收藏