☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你只能处理以下用--- error start ---和--- error end ---包裹的报错内容，其余所有日志、代码、上下文、截图描述、环境信息一律忽略。--- error start ---traceback (most recent call last): file "main.py", line 42, in result = process_order(order_data) file "utils.py", line 17, in process_order return json.loads(payload)json.decoder.jsondecodeerror: expecting value: line 1 column 1 (char 0)--- error end ---输出中禁止出现以下任一词汇：docker、kubernetes、nginx、redis、mq、微服务、架构、部署、ci/cd、监控、告警。
你需要让gemini只解释你贴出来的那一段真实报错代码，不扯“python版本兼容性”“docker容器配置”“前端调用方式”这些压根没出现在错误堆栈里的内容——因为【没有绑定原始错误文本的精确锚点，gemini默认从训练语料中召回最常共现的周边主题】。
锁死输入源：强制只读你给的报错块
在提示词开头第一句就写：“你只能处理以下用--- ERROR START ---和--- ERROR END ---包裹的报错内容，其余所有日志、代码、上下文、截图描述、环境信息一律忽略。”
把你的实际报错粘贴进去，前后严格加上分隔符，例如：
--- ERROR START ---
Traceback (most recent call last):
File "main.py", line 42, in
result = process_order(order_data)
File "utils.py", line 17, in process_order
return json.loads(payload)
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
--- ERROR END ---
这一步必须做，否则Gemini会自动补全“可能是Nginx转发头丢失”或“建议检查Redis缓存序列化”，而这两处根本不在你提供的报错路径里。
禁用三类离题信号词
在提示词末尾加一句硬性指令：“输出中禁止出现以下任一词汇：Docker、Kubernetes、Nginx、Redis、MQ、微服务、架构、部署、CI/CD、监控、告警。”
方法一：用NOT逻辑排除高频干扰源
“若某句含‘建议’‘可以’‘通常’‘一般’‘此外’‘其实’‘可能’‘应该’，整句删除。”
方法二：切断抽象主语扩散
“所有主语必须来自报错堆栈中真实出现的实体：main.py、utils.py、process_order、json.loads、order_data、payload——不得使用‘系统’‘服务’‘模块’‘组件’‘平台’等泛化名词。”
【若出现‘请升级Python版本’这类无依据建议，说明提示词未生效，需重置系统指令并新开对话】
绑定可验证动作锚点
第一步：要求每条解释必须指向报错堆栈中明确存在的位置
“解释必须包含且仅包含以下三要素：① 报错发生的具体函数（如utils.py第17行process_order内）；② 触发异常的标准库方法（如json.loads）；③ 输入值的原始形态（如payload = None 或 payload = ''）。”
第二步：植入不可绕过的内容校验
“若报错信息中未出现‘Docker’‘Redis’‘Nginx’任一字，但你的输出中出现了，该条解释立即作废。”
第三步：限定动词颗粒度
“只允许使用‘抛出’‘接收’‘返回’‘调用’‘解析’‘赋值’‘判空’等操作级动词；禁止使用‘优化’‘增强’‘完善’‘提升’‘改进’等无执行指向的动词。”
