必须将提示词视为可迭代工程：先明确定义模型角色与硬性边界，再用真实错误反馈驱动优化，最后遵循结构化模板分模块迭代。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让文心快码生成的代码更贴合业务逻辑、减少反复修改，必须把提示词当作可迭代的工程来对待，而不是写完就扔的临时草稿。
明确角色与上下文边界
第一步：在提示词开头用三句话内定义模型角色，例如“你是一位有5年Python后端开发经验的工程师，专注高并发订单系统，熟悉FastAPI和Redis缓存”。【角色模糊会导致模型自由发挥，生成偏离生产环境约束的伪代码】
第二步：紧接角色说明，用短横线分隔，列出当前任务的3条硬性边界——比如“- 不使用asyncio - 必须兼容Python 3.8 - 数据库连接字符串由os.getenv('DB_URL')获取”。
这一步不能省略。没有边界时，模型会默认选择它训练数据里最常出现的方案，而那个方案大概率不是你正在维护的老项目能跑通的。
用真实错误反馈驱动下一轮提示词
方法一：把文心快码生成的代码实际运行后报错的完整堆栈（含行号和错误类型）粘贴进下一轮提示词，开头加一句：“上次生成的代码在第27行触发AttributeError: 'NoneType' object has no attribute 'id'，请定位根本原因并重写该函数。”
方法二：如果运行无报错但逻辑异常，截取输入参数、期望输出、实际输出三段内容，用表格形式呈现，放在提示词靠前位置。表格比文字描述更能迫使模型对齐输入输出契约。
结构化提示词模板
① 角色定义（1句）→ ② 当前上下文（2句：项目阶段+技术栈现状）→ ③ 本次任务目标（动宾短语，如“补全用户权限校验逻辑”）→ ④ 输入输出示例（必须含1个边界case，如空列表、超长字符串）→ ⑤ 禁忌清单（3条以内，用“禁止…”句式）。
这个顺序不能调换。把禁忌放在最后，是因为模型对末尾信息敏感度最高；把示例放在目标之后，是利用其注意力机制优先对齐具体形态。
每次迭代只调整其中1个模块。比如本轮只改禁忌清单，其他部分完全复用上轮验证过的文本。频繁多点改动会让优化方向失焦。
