请提供 deepseek 返回的原始报错堆栈内容，我将严格按照你定义的规范（剥离无关日志、逆序转正向排查流、生成可直接执行的三元组步骤、适配内部wiki/飞书文档）输出标准化排查指南。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要把DeepSeek返回的原始报错堆栈，快速转成一线工程师能直接照着操作的排查步骤，并确保内容适合放进内部Wiki、故障手册或飞书文档中发布。
先剥离无关信息，只保留可执行线索
打开报错原文，用 Ctrl+F 搜索关键词：File、line、Traceback、Error、Exception。只保留包含这些词的行，其余日志（如 INFO 级别时间戳、HTTP 请求头、数据库连接池状态）全部删除。
这一步不能跳过——【混入调试日志会稀释关键路径，导致工程师在10秒内无法定位第一现场】。
删完后检查是否还剩至少3行：最顶是错误类型（如 ValueError），中间有 .py 文件路径+行号，底部有具体错误消息（如 “expected str, got None”）。
把堆栈逆序重排为正向排查流
原始堆栈是从下往上执行的，但人读排查步骤必须从上往下走。所以要反向处理：
- 第一步：定位入口函数 → 找到堆栈里最顶部的 user/xxx.py:lineXX（不是
或 ） - 第二步：检查该行调用的参数来源 → 看它上一行是否传入了变量名（如 func(data) → 查 data 的赋值点）
- 第三步：回溯变量初始化位置 → 在同一文件中搜索该变量首次出现的 = 符号，确认是否为空、未初始化或类型错
如果堆栈里没有 user/xxx.py，而是全在第三方库路径下（如 /site-packages/requests/），说明问题不在你代码里，直接跳到「依赖层验证」步骤。
生成可发布的排查步骤文本
方法一：用「动词+对象+验证动作」三元组写每条步骤
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
例如：“检查 config.py 中 DATABASE_URL 是否为空字符串”“运行 python -c 'import requests; print(requests.__version__)' 验证版本是否 ≥2.28.0”。
方法二：对高频错误做标准化模板替换
遇到 KeyError 时，统一输出：“执行以下命令查键是否存在：python -c \"data = ; print('user_id' in data)\"”。把 替换为真实上下文，比如 json.load(open('input.json'))。
注意：所有命令必须能在 Linux/macOS 终端直接复制粘贴运行，不加 $ 提示符，不换行，不带注释符号 #。
过滤掉不能写进正式文档的内容
删除所有含“可能”“大概”“建议看看”的推测性描述；删除模型自己加的解释性句子（如“这是因为Python的动态类型机制…”）；删除任何需要人工判断的模糊指令（如“检查一下相关配置”）。
只保留三类语句：①明确动作（运行某命令）②明确检查项（确认某字段值）③明确修复操作（修改某行代码为 xxx）。
最后检查每条步骤是否满足：有主语（你）、有动词（检查/运行/修改）、有宾语（config.py 第12行）、有验证方式（返回 True 即正常）。
