改小功能提示词:先写计划,再改 1-3 个文件
这页适合你已经让 AI 读过项目,准备做第一次真实改动。目标是小改动,不是重构。
- 不要让 AI 同时改 UI、接口、依赖和目录结构。
- 不要让 AI 自动升级所有依赖。
- 不要让 AI 格式化整个项目。
- 不要让 AI 删除文件或提交代码。
可复制提示词
Section titled “可复制提示词”请先不要改代码。我要实现这个目标:{写清楚一个小目标}。
请先输出修改计划,包含:1. 需要查看的文件2. 可能修改的文件3. 每个文件为什么要改4. 不应该动哪些文件5. 风险点6. 完成后怎么验证
约束:- 计划控制在 10 步以内- 默认只改 1-3 个文件- 不要重构无关代码- 不要改依赖版本- 不要删除文件- 不要格式化整个项目
等我确认计划后,再开始修改。确认计划后,再发:
可以按这个计划修改。修改完成后请输出:1. 实际改过的文件2. 每个文件改了什么3. 如何本地验证4. 有没有未完成或需要我确认的地方- 修改集中在 1-3 个文件。
- AI 能说明为什么改这些文件。
- 验证方法具体,例如打开某个页面、运行某个测试、检查某个文案。
- 没有无关重构。
- 目标太大:例如“帮我做一个后台管理系统”。
- 不要求先写计划:AI 直接动手,后面难追踪。
- 不限制文件数量:小功能容易被做成大改动。
改完后用 代码审查提示词 检查风险。如果项目有测试,再用 写测试提示词。
- 来源:作者实战模板。
- 分享日期:2026-06-16。
- 复测日期:2026-06-16。