明确提示词中不可修改的逻辑边界、输入输出样例、副作用顺序与形式约束，并要求重构后逐行比对验证，可避免豆包误改关键逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
豆包重构函数时逻辑出错，往往不是模型能力不足，而是提示词没锚定关键约束——它不知道哪些变量不能动、哪些分支必须保留、哪些副作用必须延续。
明确指定不可修改的逻辑边界
在提示词开头第一句就写明：【禁止改动：checkAuth()调用位置、error.code === 403后的跳转路径、所有try-catch外层的return false】。这比笼统说“保持原有逻辑”有效十倍，因为豆包会把未声明的代码段默认为可优化项。
漏掉这一句，它可能把原本兜底的return false替换成throw new Error()，导致上游调用方崩溃。
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
用具体输入输出样例锁定行为
方法一：提供最小可复现case
输入：{user: {id: 123, role: 'guest'}, action: 'delete'} → 当前返回false，重构后仍必须返回false，且不触发API调用。
方法二：标注关键中间态
// 重构前第7行：if (!user || user.role === 'guest') return false;
→ 这行判断必须保留，且必须在fetchData()之前执行。
强制要求保留副作用链
第一步：指出副作用节点
当前函数内有3处副作用：localStorage.setItem('lastAction', action)、console.warn()、调用trackEvent()。
第二步：声明依赖顺序
【trackEvent()必须在localStorage赋值之后、console.warn()之前执行】。不写清楚顺序，豆包可能重排语句，导致埋点丢失用户行为上下文。
第三步：禁止封装副作用
不允许把console.warn()包装进新函数或三元表达式，必须保持原调用形式——否则日志系统无法按固定格式解析。
让豆包自己验证重构结果
在提示词末尾加一句：
“重构完成后，逐行对照原始代码，标出所有新增/删除/移动的非空行，并说明每处变更是否影响以下任一行为：① 403响应处理 ② guest角色拦截 ③ localStorage写入时机”。
这一步逼它主动对齐边界，而不是凭印象“感觉差不多”。
