☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
重构提示词应先说明问题原因（如“重复解析json导致响应变慢”），再明确预期效果（如“配置解析提至初始化阶段”），接着补充关键限制（如“不改参数结构”），附真实代码片段锚定上下文，最后指定输出格式（如“只输出重构后完整函数代码”）。
让豆包在重构函数时给出自然、易懂、贴近真实开发场景的提示词，关键在于避免机械罗列参数和返回值，转而用开发者日常思考的语言描述问题上下文、意图和约束。
先说清楚“为什么改”，而不是“怎么改”
第一步：在提示词开头直接点明当前函数存在的具体问题，比如“这个函数现在每次调用都要重复解析同一段JSON配置，导致接口响应变慢”。【不要写“该函数存在性能问题”这种抽象表述】
第二步：说明改动后的预期效果，用结果导向的语言，例如“希望把配置解析提到初始化阶段，后续调用直接读缓存对象”。
第三步：补充关键限制条件，如“不能改动外部调用方传入的参数结构”或“必须兼容已有单元测试断言”。这一步漏掉，豆包很可能生成无法落地的方案。
用真实代码片段锚定上下文
把原函数的精简版（含关键逻辑、变量名、注释）直接贴进提示词，缩进对齐，保留1～2行典型调用示例。这比描述“有一个处理用户权限的函数”管用十倍。
方法一：用Python风格示例时，保留def行+文档字符串前两行+核心if/for块+return语句，删掉无关装饰器和空行。
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
方法二：如果是JS函数，务必带上this指向或闭包依赖的变量名，比如“注意userCache是模块级const声明的Map对象”。【豆包看不到文件外代码，不提这点它可能擅自改成参数传入】
明确要它输出什么格式
在提示词末尾加一句硬性指令：“只输出重构后的完整函数代码，不解释、不加注释、不附带测试用例”。
这一步操作起来很简单，直接把这句话塞在提示词最底部就行。
如果需要对比，就写：“先输出原函数签名，再空一行，输出新函数签名，最后空一行，输出新函数完整实现”。
