메뉴
日志分析调度器。从代码仓库中提取日志，生成日志表格、Markdown 文档、故障模式库、诊断 Skill 全链路产出。触发词：整理日志、整理日志全流程、日志分析完整流程、日志全链路分析。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
从代码仓提取指定特性的关键日志，生成「日志定位指南」Markdown（正文三层快速定位+分阶段+卡点速查，附录含特性链路全量日志表与 Mermaid）。不产出 CSV/9列表格关系图。触发词：整理{特性}日志定位指南、生成{特性}日志定位指南、从代码整理{特性}定位指南。
日志标准规范的适配器层。根据外部标准文档执行日志质量检查，调用 scan / rewrite / write 能力。触发词：日志标准、日志规范、日志质量标准、log standard、log quality、制定日志规范。
Controller 精度告警触发的实例「自杀」(terminate) 失败日志诊断。当 precision auto-recovery 应杀 P/D 却未杀、terminate_instance_for_recovery 失败、或 Recovery/NodeManager stop 报错时， 按 Coordinator→Controller→Recovery→NodeManager 链路定位根因。触发词：controller自杀、自杀失败、 terminate失败、precision-auto-recover、精度告警恢复、terminate_instance、Recovery:、实例终止失败、 auto-recovery failed、add_alarm、0xFC001107。
大 EP 场景启动失败/拉不起来的日志诊断。当 Controller 或 Coordinator 无法到达 MindIE-MS coordinator is ready，或长期 not ready 时，按 cmotor 启动五阶段定位；PD 分离卡在就绪前则下钻 mindie-llm 建链。触发词：大EP拉不起来、大EP启动失败、大EP启动卡住、coordinator not ready、coordinator is ready、MindIE-MS coordinator is not ready、大EP起不来。
MindIE/cmotor 日志诊断调度器。接收 MindIE/PyMotor/cmotor 相关日志，自动判断问题方向并调度对应子 skill 诊断。触发词：日志诊断、日志分析、日志定位、故障定位、MindIE日志、PyMotor日志、大EP拉不起来、coordinator not ready。
将不合规的日志改写为符合 log-quality-standard 的版本。输入扫描报告，输出每条日志的修改前后对比（diff）和具体修改建议。触发词：重写日志、改写日志、日志整改、修复日志。
| name | log-analysis-dispatcher |
| description | 日志分析调度器。从代码仓库中提取日志，生成日志表格、Markdown 文档、故障模式库、诊断 Skill 全链路产出。触发词：整理日志、整理日志全流程、日志分析完整流程、日志全链路分析。 |
串联 6 个原子 skill，完成从代码仓库提取日志到生成诊断 skill 的全流程。
整理日志、整理日志全流程、日志分析完整流程、日志全链路分析
| 输入 | 必需 | 说明 |
|---|---|---|
| 代码仓 | 必需 | cmotor / pymotor / mindie-llm / vllm / vllm-ascend |
| 功能描述 | 必需 | 自然语言，如"缩P保D"、"PD实例建链"、"vLLM请求级时长打点" |
| 代码根目录 | 必需 | 仓库路径，如 /home/h00906152/projects/cmotor |
| 实际日志 | 可选 | 环境中产生的真实日志文件或粘贴内容 |
| 输出目录 | 必需 | 所有产出文件的存放路径 |
| 产出 | 格式 | 说明 |
|---|---|---|
| 日志表格 | CSV（9列） | 结构化日志数据 |
| Markdown 文档 | .md | 含日志表格、Mermaid 流程图 |
| 故障模式库 | CSV（30列） | 基于 ERROR/WARN 提炼的故障模式 |
| 诊断 Skill | SKILL.md | 基于故障模式库生成的 log-diagnosis skill |
A: log-analysis-search
输出：原始日志列表（Markdown）
↓
B: log-analysis-structurize
输入：原始日志列表
输出：日志表格 CSV（9列）
↓
C: log-analysis-correct（仅当提供了实际日志时调用）
输入：CSV + 实际日志
输出：校正后 CSV
↓
D: log-analysis-document
输入：CSV
输出：Markdown 文档（含 Mermaid 流程图）
↓
E: log-analysis-fault-mode
输入：CSV
输出：故障模式库 CSV（30列）+ 故障关联图
↓
F: log-diagnosis-skill-builder
输入：故障模式库 CSV
输出：log-diagnosis skill（SKILL.md）
触发词：搜索日志
输入：代码仓、功能描述、代码根目录
操作：按仓库选择 grep 命令，提取原始日志及其上下文
输出：Markdown 格式的原始日志列表
触发词：结构化日志
输入：Skill A 的输出（原始日志列表）、功能描述
操作：按 9 列格式填充表格，按执行顺序编号
输出：CSV 文件（9列）
条件：用户提供了实际日志
触发词：校正日志
输入：Skill B 的 CSV + 实际日志
操作：时序校正、遗漏补充、条件确认、去噪
输出：校正后的 CSV
触发词：生成Markdown
输入：CSV（校正后或原始）、功能描述、输出目录
操作：生成 Markdown 文档，含 Mermaid 流程图
输出：.md 文件
触发词：提炼故障模式
输入：CSV（校正后或原始）、输出目录、功能名称
操作：从 ERROR/WARN 日志提炼 30 列故障模式库
输出：故障模式库 CSV + 故障关联图 Markdown
触发词：编写诊断skill
输入：Skill E 输出的故障模式库 CSV、功能描述
操作：基于故障模式库生成 log-diagnosis skill
输出：SKILL.md 文件，放在 {输出目录}/diagnostic-skills/ 下
所有产出放在用户指定的输出目录下：
{输出目录}/
├── {功能名称}日志整理.md ← Skill D 输出
├── {功能名称}日志表格.csv ← Skill B/C 输出
├── {功能名称}故障模式库.csv ← Skill E 输出
├── {功能名称}故障关联图.md ← Skill E 输出
└── diagnostic-skills/ ← Skill F 输出
└── log-diagnosis-{功能}.md ← 诊断 skill
log-diagnosis-{功能简写}