写好一句话指令的 12 个模板
很多人觉得 AI「听不懂人话」，其实多半是任务写得又大又模糊。好指令的共性：给角色 + 给上下文 + 给明确动作 + 给输出格式。下面 12 个模板可直接套用，把括号里的内容换成你的实际信息即可。
一、写代码类
1. 从零生成
用 [语言/框架] 写一个 [功能]，要求：[关键点]。输出完整可运行代码，并说明怎么运行。2. 改写 / 优化
优化下面这段代码，目标是 [更快/更可读/更省内存]，保持功能不变，并列出改了哪些地方：
[粘贴代码]3. 加注释 / 解释
给这段代码逐行加中文注释，并在开头用三句话说明它整体在做什么：
[粘贴代码]4. 写单元测试
为下面的函数写单元测试，覆盖正常输入、边界值和异常情况，用 [测试框架]：
[粘贴函数]二、改 Bug 类
5. 报错求助
运行 [命令/文件] 时报错如下，请定位根因并给出最小修改方案：
[完整报错信息]6. 复现并修复
下面代码在 [什么情况下] 会出问题，请复现原因并修复，附上修复前后对比：
[粘贴代码]三、文档与办公类
7. 写文档
基于下面要点，写一份面向 [新手/开发者] 的 [README/接口文档]，用清晰的小节结构：
[要点]8. 周报 / 总结
把下面这些零散事项，整理成一份周报，分「已完成 / 进行中 / 风险」三块，每点一句话：
[事项列表]9. 表格处理
下面这张表，请按 [某列] 排序并高亮 [条件] 的行，输出为 Markdown 表格：
[表格]四、思考与决策类
10. 方案对比
我要做 [X]，有 [方案A] 和 [方案B] 两个选择。请从 [成本/风险/可维护性] 三方面对比，并给出推荐。11. 拆解任务
把「[大目标]」拆成可逐步执行的子任务清单，每步标明产出物和验证方式。12. 扮演角色
你现在是 [资深后端/技术面试官/代码评审]，请站在该视角 review 下面的设计，指出 3 个最该改的问题：
[内容]
五、三个通用技巧
- 一次只说一件事：任务越小越具体，结果越可控；
- 给它「验收标准」：告诉它「怎样算做对了」，比「做个好点的」有用得多；
- 多轮迭代：先要草稿，再逐步加约束，比一口气写长指令更稳。
模板为通用写法，具体能力边界以产品官方说明为准。