如果你是软件工程师，大概率经历过这样的场景：需求变化快、代码要可维护，而SQL 编写又必须按时交付。用 AI 辅助，目标不是“让 AI 替你做完”，而是让你更快拿到一个可修改的SQL 语句。

什么时候适合用 AI

  • 适合：表结构、需求比较多、需要快速形成SQL 语句初稿，或者需要换个角度查漏补缺的时候。
  • 谨慎：材料涉及未公开或敏感信息、结论需要专业资质背书，或者容易出现“误删误改数据”的情况。
  • 不适合：需要现场判断、当面沟通或承担最终责任的环节——这些仍由软件工程师本人完成。
  • 预期：AI 负责“快”和“全”，你负责“准”和“对”。把节省下来的时间用在复核和沟通上，整体质量才会提升。

7 天练习安排

第 1 天：整理一份典型的表结构、需求样本并脱敏。每次 20–30 分钟即可，记录用时和问题。

第 2 天：用基础提示词生成第一版，记录哪里不满意。每次 20–30 分钟即可，记录用时和问题。

第 3 天：加入角色、约束和示例，改用进阶提示词。每次 20–30 分钟即可，记录用时和问题。

第 4 天：专门练习检查“误删误改数据”这一风险。每次 20–30 分钟即可，记录用时和问题。

第 5 天：让 AI 用审阅提示词给自己的终稿挑错。每次 20–30 分钟即可，记录用时和问题。

第 6 天：把整个SQL 编写流程计时，与手工做法对比。每次 20–30 分钟即可，记录用时和问题。

第 7 天：整理提示词库和模板，形成自己的标准流程。每次 20–30 分钟即可，记录用时和问题。

练习用提示词

你是一名经验丰富的软件工程师助理。
任务：根据我提供的材料，完成「SQL 编写」，输出一份SQL 语句。
材料：【粘贴表结构、需求，已删除姓名、电话等敏感信息】
要求：
1. 先列出你理解的目标和受众，再给出正文；
2. 信息不足的地方用【待确认】标出，不要自行编造；
3. 结构清晰，使用小标题和要点；
4. 最后单独列出需要我人工核对的 3–5 处。

接着看

提示：本文不提供未经核实的统计数字；各 AI 工具的功能、价格与数据政策以官方最新说明为准。