☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
【当前环境】django 4.2 + postgresql 15，运行在azure app service linux容器中 【触发动作】用户点击「同步联系人」按钮后调用/api/v3/sync接口 【预期行为】应返回200及contact_count字段，而非抛出keyerror
你需要让copilot准确理解报错信息的上下文和真实意图，而不是只盯着错误堆栈末尾那行字——它看到“keyerror: 'user_id'”就建议加try-except，却不知道你刚改完django中间件且该字段本应由认证层注入。
补全三要素：环境+动作+预期
在粘贴错误日志前，先用三句话交代清楚：【当前环境】（如“Django 4.2 + PostgreSQL 15，运行在Azure App Service Linux容器中”）；【触发动作】（如“用户点击「同步联系人」按钮后调用/api/v3/sync接口”）；【预期行为】（如“应返回200及contact_count字段，而非抛出KeyError”）。
这三句必须独立成行，不能合并。Copilot对分行结构敏感，合并成一段会导致它忽略环境变量或误判动作主体。
强制绑定错误行与代码位置
方法一：在错误日志后紧跟定位指令
复制完整Traceback后，换行写：“请定位到第3行‘data[‘user_id’]’这一访问语句，分析其上游数据来源是否缺失、是否被中间件覆盖、是否因异步任务延迟导致未初始化。”
方法二：用括号标注关键变量
把报错行改写为：“KeyError: ‘user_id’（该键由auth_middleware.py第87行注入，但当前请求未执行该中间件）”。Copilot会优先匹配括号内明确给出的文件名和行号，而不是泛泛搜索“middleware”。
注意：若你不确定中间件是否执行，不要写“可能未执行”，要写“已确认settings.MIDDLEWARE中包含‘auth_middleware.AuthInject’且顺序在CommonMiddleware之前”——Copilot会基于你提供的确定事实推理，而非猜测。
堵住“重试/重启/检查拼写”类无效反馈
第一步：在提示末尾加硬性约束
“若你的回复中出现‘请重试’‘检查网络连接’‘确认拼写是否正确’‘清空缓存’等任意一项，说明你未读取我提供的环境信息，请立即停止并重新分析。”
Outlook 日历 / Microsoft 365 日历 SECURE API CLI。当用户需要列出、搜索或读取 Outlook / Microsoft 365 日历事件，以及创建……
第二步：用反例锁定响应质量
粘贴一段明显因配置项缺失导致的报错（如Django中DEBUG=False但ALLOWED_HOSTS=[]引发的500），并要求：“仅针对此段日志分析，不许提任何关于前端、浏览器、代理的建议。”
这一步能强制Copilot放弃通用故障排除话术，聚焦服务端配置链路。反例必须真实可复现，虚构的配置组合（如ALLOWED_HOSTS=['*']但DEBUG=True）会让Copilot混淆判断基准。
输出必须带可验证的修改动作
第一步：限定输出格式为编号清单
“请严格按以下格式输出，不得增减条目：① 问题根因（1句话，必须含具体文件名+行号）；② 验证步骤（3个命令，如curl -v /api/v3/sync、docker exec -it web cat /app/settings.py | grep ALLOWED_HOSTS、python manage.py showmigrations auth）；③ 修改动作（精确到配置项名称、值、所在文件路径，例如‘将settings.py第42行ALLOWED_HOSTS = []改为ALLOWED_HOSTS = [‘myapp.azurewebsites.net’]’）。”
第二步：禁用模糊动词
所有修改动作禁止使用“调整”“优化”“完善”“建议”，必须用“将X改为Y”“在Z文件第N行插入A”“删除B行中的C字符”。Copilot对动词精度敏感，“调整”会被它解释为注释修改或日志级别变更。
第三步：设置失败兜底机制
“若无法定位到具体文件行号，请明确声明‘当前日志未提供足够上下文定位代码位置’，不得自行推测或生成伪代码。”
