前言¶
跑 Python 服务时最常见的一幕：日志里甩出一段多层 traceback，最后一行是 SomeError: something went wrong。报错容易看到，难的是往回剥：到底哪一层调用引爆了它，是配置问题、依赖版本问题，还是业务代码自身的逻辑。人肉往上翻栈、对照源码逐行核对，一次半小时并不夸张；批量处理历史告警日志时，这个成本会被放大。
下面介绍一个针对这个场景的 Skill：Python异常日志 根因定位 修复指引（坐标 @user_2fd890c9/exception-logger）。它做的事情很集中：解析一段 Python 异常日志，定位根因，并输出修复指引。
这是什么¶
这是一个社区（community）来源的 Skill，发布者为 user_2fd890c9，归类在 dev-programming 分类下，当前版本 2.0.3。功能定位一句话：粘贴或传入一段 Python 异常日志，Skill 负责解析异常链、定位根因，并给出对应的修复指引，而不是只复述最后一行错误。
它不替代调试器，也不修改代码；输入是日志文本，输出是诊断结论。
核心功能¶
根据官方页面提供的资料，已核实的能力包括：
- 解析 Python 异常日志：处理标准的多层 traceback 文本，包括异常链（
During handling of the above exception, another exception occurred）这类堆叠结构。 - 根因定位：在异常链中区分直接触发点与最初根因，而不是停在最后一个异常上。
- 输出修复指引：基于定位结果给出针对该错误的修复建议，即”错在哪、怎么改”，而非单纯报错复述。
标签显示 requires_api_key=false，即使用该 Skill 本身不需要额外的 API Key。
安装与启用¶
SkillHub 页面地址：https://www.skillhub.cn/skills/user_2fd890c9/exception-logger
当前已抓取资料中未提供具体的安装命令、目录路径或配置文件字段。在拿到官方安装命令之前，不建议自行猜测命令格式；建议直接打开上述页面确认启用方式，或在 SkillHub 客户端中按坐标 @user_2fd890c9/exception-logger 检索。
典型用法¶
输入是异常日志文本，格式与 Python 标准 traceback 一致。下面是一段常见的堆叠异常作为输入示意：
Traceback (most recent call last):
File "app/main.py", line 42, in <module>
conn = connect()
File "app/db.py", line 17, in connect
raise OperationalError("could not connect")
app.db.OperationalError: could not connect
调用时把日志交给 Skill，要求它输出根因定位与修复指引，得到的结论通常包含：
- 直接触发点：app/db.py 第 17 行主动抛出 OperationalError；
- 根因线索：connect() 失败的具体条件（连接串、依赖服务状态、超时配置等需结合现场判断）；
- 修复指引：按根因给出对应的修改方向。
具体输出格式以 Skill 实际行为为准。
适用场景与注意¶
适合的场景：
- 线上服务告警附带的完整 traceback，需要快速判断根因再决定是否回滚或热修；
- 批量排查历史日志，把”读栈”这类重复劳动交给 Skill；
- 排查多层异常链时，避免把最后一个异常误判成根因。
需要注意的限制：
- 资料中没有说明它是否会读取源码做静态分析。如果根因藏在调用上下文里（参数取值、配置差异），仅凭日志文本可能定位不到，需要把上下文一并给出；
- 修复指引是诊断建议，落地前仍需人工确认，尤其是涉及数据迁移、依赖升级这类有副作用的修改；
- 发布者为社区账号（community 来源），使用时留意来源可信度。
结尾¶
这个 Skill 的价值在于把”读 traceback”这件高频且耗时的排查动作标准化：输入一段 Python 异常日志，输出根因定位和修复指引。如果你的日常排查里 traceback 占比不低，可以从官方页面开始试用。
官方地址：https://api.skillhub.cn/user_2fd890c9/exception-logger
