技能介绍

解决什么问题

Linux 内核宕机（vmcore）分析通常依赖人工执行 crash 命令，存在两个痛点：一是全局状态与局部调用栈容易混淆，导致“锚定偏差”；二是排查修复补丁与评估缓解措施时，缺乏结构化的验证链路，容易给出未经交叉验证的无效建议。本技能将分析过程拆解为 7 个严格受控的阶段，强制要求“证据驱动”与“因果验证”。

核心能力与关键步骤

技能通过 AiCrasher MCP 工具实现自动化 crash 调试，核心工作流包括：

全局扫描优先：在 Soft/Hard Lockup 场景中，强制先统计全局 CPU 状态（bt -a），避免将 Panic CPU 的局部快照误判为根因。
根因分类路由：分析完成后强制输出“内核缺陷”或“非内核缺陷”判定。若为内核缺陷，则进入阶段四搜索上游 fix commit 及发行版修复状态；若为业务配置或用户态问题，则直接跳过补丁搜索，避免无效检索。
参数与单位交叉验证：内置严格的防错机制，例如强制校验 ps 命令输出的 RSS 单位（KB 而非 pages），以及要求通过源码、反汇编和结构体偏移量三步验证 sysctl 参数的实际运行时值。
标准化报告：最终通过 crash_report_generator.py 脚本，将分析结论与 crash 命令日志（@cmd[] 引用）渲染为中文 HTML 报告，并自动释放 MCP 会话资源。

适用边界与注意点

环境依赖：强烈依赖 AiCrasher MCP Server 的注册与会话启动，首次注册后需重启会话才能热加载。
源码与反汇编：进行 sysctl 参数排查或补丁验证时，必须提供匹配版本的 kernel-debuginfo 或内核源码 git 仓库，仅靠 sym 命令无法定位 per-netns 结构体字段。
长对话防遗忘：技能内置“阶段切换铁律”，要求在进入每个新阶段前主动重新读取对应的 phase*.md 步骤文件，以防止长对话中早期指令被稀释。