メニュー
将原始日志语句结构化为 9 列 CSV 表格。输入搜索阶段输出的原始日志列表，输出标准化日志表格（编号/出现场景/组件/日志级别/日志内容/出现阶段/含义/下一步走向/代码位置）。触发词：结构化日志、日志表格、整理日志表格。
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-structurize |
| description | 将原始日志语句结构化为 9 列 CSV 表格。输入搜索阶段输出的原始日志列表，输出标准化日志表格（编号/出现场景/组件/日志级别/日志内容/出现阶段/含义/下一步走向/代码位置）。触发词：结构化日志、日志表格、整理日志表格。 |
将原始日志语句整理为 9 列标准化表格，为后续生成 Markdown 和故障模式库做准备。
结构化日志、日志表格、整理日志表格
| 输入 | 必需 | 说明 |
|---|---|---|
| 原始日志列表 | 必需 | log-analysis-search 的输出（Markdown 列表格式） |
| 功能描述 | 必需 | 该日志属于哪个功能，如"缩P保D"、"PD建链" |
| 输出 | 格式 | 说明 |
|---|---|---|
| 日志表格 | CSV 文件 | 9列：编号、出现场景、组件、日志级别、日志内容、出现阶段、含义、下一步走向、代码位置 |
| 列号 | 列名 | 说明 | 提取来源 |
|---|---|---|---|
| 1 | 编号 | 按执行顺序编排 | 人工判断 |
| 2 | 出现场景 | 什么触发条件导致这条日志 | 代码上下文（if 条件、调用链） |
| 3 | 组件 | 产出该日志的模块 | 代码所在目录/类名/命名空间 |
| 4 | 日志级别 | INFO / WARN / ERROR / DEBUG | 日志宏本身 |
| 5 | 日志内容 | 格式字符串，保留占位符 | 日志语句原文 |
| 6 | 出现阶段 | 在整个流程的哪个阶段 | 根据功能流程判断 |
| 7 | 含义 | 这条日志传达什么信息 | 解读日志内容 |
| 8 | 下一步走向 | 日志打出后流程走向哪里 | 代码中该语句之后的逻辑 |
| 9 | 代码位置 | 文件名:行号 | grep 结果 |
直接写仓库级 + 子模块，粒度以子模块/子目录为界：
| 示例 | 是否正确 | 说明 |
|---|---|---|
llm/model | ✓ | 正确粒度 |
cmotor/router | ✓ | 正确粒度 |
pymotor/coordinator | ✓ | 正确粒度 |
vllm/scheduler | ✓ | 正确粒度 |
llm | ✗ | 太粗 |
pymotor/CoordinatorClass/handleRequest_inner | ✗ | 太细 |
根据功能流程划分阶段，常见阶段：
| 阶段 | 说明 |
|---|---|
| 初始化 | 服务启动、配置加载、资源申请 |
| 请求接入 | 接收推理请求、参数解析 |
| 路由分发 | 选择目标实例/节点 |
| 链路建立 | 建链、解链、重连 |
| 推理执行 | prefill、decode、采样 |
| 异常处理 | 重试、熔断、降级 |
| 资源释放 | 释放显存、清理缓存 |
| 状态查询 | 心跳、监控 |
编号,出现场景,组件,日志级别,日志内容,出现阶段,含义,下一步走向,代码位置
1,收到建链请求,llm/model,INFO,"[model] Received link request from {peer}",初始化,通知收到建链请求,进入建链处理逻辑,src/model/link_manager.cpp:45
2,建链成功,llm/model,INFO,"[model] Link established, group_id={group_id}",初始化,链路已成功建立,进入就绪状态,src/model/link_manager.cpp:128
3,建链失败,llm/model,ERROR,"[model] Link failed, error_code={code}, peer={peer}",异常处理,链路建立失败,触发重试或告警,src/model/link_manager.cpp:145
了解该功能从开始到结束的完整流程，划分阶段边界。
对每条原始日志，补充：
按执行顺序给所有条目编号。
保存为 CSV 文件，等待下一步校正（如有实际日志输入）。
{id}、%s、%d 等）必须原样保留文件名:行号（不含完整路径）