腾讯混元修改代码时频繁删除原有逻辑，因其默认全量重写且未约束修改范围；需用三重锚点标记、禁用模糊动词、改用补丁式指令与diff格式，并切换至Hunyuan-Lite模型以确保局部精准编辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
腾讯混元在修改代码时频繁删除原有逻辑，本质是模型未被明确约束“仅修改指定位置”，它默认采用全量重写策略，尤其当提示词中出现“重写”“优化”“重构”等模糊动词时，会直接丢弃上下文中的非高亮代码块。
锁定修改范围：用三重锚点框定目标行
第一步：在要修改的代码上方插入唯一注释标记，例如 # === MODIFY START: auth_check_v2 ===；在下方插入 # === MODIFY END: auth_check_v2 ===。这两行必须严格匹配、不可缩进、不可换行。
第二步：在提示词开头明确声明：“你只能修改位于 # === MODIFY START: auth_check_v2 === 与 # === MODIFY END: auth_check_v2 === 之间的代码。外部所有代码（包括这两行标记本身）必须原样保留，不得增删、移动、注释或改写。”
第三步：把整段含标记的代码粘贴进输入框，【禁止截断、禁止省略前后无关但存在的函数定义或 import 语句】。混元对上下文边界极其敏感，缺一行 import 就可能触发全量重写。
禁用重写型动词，改用增量式指令
方法一：用“补丁式”动词替代“重写类”动词
错误示范：“请重写 login_handler 函数，增加 JWT 过期校验。” → 混元会整个替换函数体，连原有 session 清理逻辑都消失。
正确写法：“在 login_handler 函数 return 语句前插入一行：if token_expired: raise TokenExpiredError()。” → 指令颗粒度细到单行插入，混元会严格遵循。
方法二：强制要求输出 diff 格式
在提示词末尾追加：“输出必须为标准 unified diff 格式（以 @@ 开头），只包含你新增/修改的行，原始代码行用 - 号标记，新代码行用 + 号标记。不输出任何解释、不输出文件名、不输出无关代码。”
这一步能逼出可验证的变更，避免模型自由发挥。混元对 diff 解析能力稳定，且不会擅自扩展上下文。
启用 Hunyuan-Lite 模型做轻量级局部编辑
Hunyuan-Lite 是腾讯官方提供的永久免费轻量模型，专为代码补全、单行修复、注释生成等低风险任务设计，【它默认禁用全量重写行为，仅响应精确行号或上下文锚点】。
在 Roo Code 或腾讯元宝中，将模型切换至 Hunyuan-Lite，再配合前述的注释锚点+diff 指令，可彻底规避逻辑误删问题。
注意：Hunyuan-Lite 不支持复杂推理或多跳工具调用，但它在“改一行、加一判、修一错”这类场景下稳定性远超 functioncall 版本。
