Menu
日志诊断 skill 编写辅助工具。给定一个故障场景，自动生成 log-diagnosis skill 的骨架内容。触发词：编写诊断skill、日志诊断skill、日志skill模板、帮我写skill、新建诊断方向。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional 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-diagnosis-skill-builder |
| description | 日志诊断 skill 编写辅助工具。给定一个故障场景，自动生成 log-diagnosis skill 的骨架内容。触发词：编写诊断skill、日志诊断skill、日志skill模板、帮我写skill、新建诊断方向。 |
给定一个故障场景，快速生成符合 log-diagnosis-framework 规范的 skill 骨架。
/skill log-diagnosis-skill-builder
[描述故障场景：问题现象、涉及组件、日志特征]
Step 1：解析故障场景
Step 2：提取关键要素
Step 3：生成 Skill 骨架
Step 4：输出模板
从用户描述中提取：
按以下模板填写：
问题ID（英文短横线）: [从问题类型提取]
问题名称（中文）: [一句话描述]
涉及仓库: [vllm-ascend / mindie-llm / pymotor / ...]
涉及组件: [具体文件名或模块名]
入口日志模式: [grep 用的正则或关键词]
错误类型: [TimeoutError / ValidationError / EngineDeadError / ...]
关联问题: [上游/下游/并发 的其他诊断方向]
按 log-diagnosis-framework 规范生成以下章节：
完整输出一个 SKILL.md 文件内容，可直接保存。
对于简单场景，可以直接套用以下模板生成骨架：
---
name: log-diagnosis-{problem-id}
description: {一句话描述}。触发词：{关键词1}、{关键词2}。
---
# {问题名称}日志诊断
## 问题描述
**问题**：
**涉及组件**：
**典型表现**：
**关联问题**：
## 诊断入口日志
| 入口日志 | 组件 | 含义 | grep 命令 |
|----------|------|------|-----------|
| | | | `grep ""` |
## 诊断决策树
```mermaid
graph TD
A[入口日志] --> B{条件1}
B -->|是| C[检查项]
B -->|否| D{条件2}
D -->|是| E[检查项]
D -->|否| F[未知/混合]
| 检查项 | 命令 | 命中条件 |
|---|---|---|
...
必须包含：证据链（行号）、可信度、下一步行动（优先级P0/P1）、修复建议
| 日志现象 | 根因 | 修复方法 | 优先级 |
|---|
| 关联问题 | 关联方向 | 对应 Skill |
|---|
---
## 验证清单
生成的 skill 必须通过以下检查：
- [ ] YAML frontmatter 完整（name/description/parent）
- [ ] 有明确的入口日志（附 grep 命令）
- [ ] 有诊断决策树（覆盖主要分支）
- [ ] 有分步骤的执行流程（每步可执行）
- [ ] 输出格式包含：证据链（行号）、可信度、下一步行动、修复建议
- [ ] 关联问题已标注
- [ ] 不与现有 skill 重复