问题解决 · ishikawa-diagram

鱼骨图

按人员、流程、工具、环境等维度系统查找根因。

最适合

质量问题、事故复盘、流程故障、运营异常。

可生成

原因分类、可验证假设、证据需求、修复优先级。

适合输入

请用鱼骨图帮我分析这个问题的潜在根因。

Demo Gallery

这个 Skill 可以生成什么

每个 demo 都对应一种真实付费交付：Markdown 报告、Mermaid 图表或 PDF-ready 文件。用户先看样例，再用 3 次免费额度试生成。

Markdown 报告1 credits

线上故障根因复盘 · 完整 Markdown 报告

事故复盘需要按类别找原因，而不是只追责一个人。

用这个格式生成

示例输入

上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

生成结果会包含

  • 输入摘要和典型案例背景
  • 框架分析表
  • 核心结论、风险、下一步行动
  • 可复制到 Notion/飞书/Docs

完整 Markdown Demo

# 鱼骨图：经典生成案例

## 输入摘要
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 典型案例背景
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 使用的 Skill
- 鱼骨图
- 按人员、流程、工具、环境等维度系统查找根因。
- 最适合: 质量问题、事故复盘、流程故障、运营异常。
- 可生成: 原因分类、可验证假设、证据需求、修复优先级。

## 场景判断
这是一个适合使用「鱼骨图」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「鱼骨图」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 鱼骨图 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
本次是纯 Markdown 输出。切换到图表或 PDF-ready 输出后，会生成 Mermaid 图表。

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。
图表 + 报告2 credits

线上故障根因复盘 · Mermaid 图表 + 报告

事故复盘需要按类别找原因，而不是只追责一个人。

用这个格式生成

示例输入

上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

生成结果会包含

  • 完整 Markdown 报告
  • 经典 Mermaid 图表源码
  • 页面内可视化预览
  • 可下载 .mmd 文件

完整 Markdown Demo

# 鱼骨图：经典生成案例

## 输入摘要
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 典型案例背景
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 使用的 Skill
- 鱼骨图
- 按人员、流程、工具、环境等维度系统查找根因。
- 最适合: 质量问题、事故复盘、流程故障、运营异常。
- 可生成: 原因分类、可验证假设、证据需求、修复优先级。

## 场景判断
这是一个适合使用「鱼骨图」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「鱼骨图」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 鱼骨图 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
```mermaid
flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["鱼骨图"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]
```

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。

Mermaid Demo

flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["鱼骨图"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]
PDF-ready 文件3 credits

线上故障根因复盘 · PDF-ready HTML 文件

事故复盘需要按类别找原因，而不是只追责一个人。

用这个格式生成

示例输入

上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

生成结果会包含

  • 完整 Markdown 内容
  • 图表源码
  • 可打印 HTML
  • 适合另存为 PDF 发给老板/客户

完整 Markdown Demo

# 鱼骨图：经典生成案例

## 输入摘要
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 典型案例背景
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 使用的 Skill
- 鱼骨图
- 按人员、流程、工具、环境等维度系统查找根因。
- 最适合: 质量问题、事故复盘、流程故障、运营异常。
- 可生成: 原因分类、可验证假设、证据需求、修复优先级。

## 场景判断
这是一个适合使用「鱼骨图」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「鱼骨图」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 鱼骨图 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
```mermaid
flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["鱼骨图"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]
```

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。

Mermaid Demo

flowchart TD
  A["Input context"] --> B["Facts"]
  A --> C["Assumptions"]
  A --> D["Constraints"]
  B --> E["鱼骨图"]
  C --> E
  D --> E
  E --> F["Recommendation"]
  E --> G["Risks"]
  E --> H["Next actions"]

PDF-ready HTML Demo

<!doctype html>
<html>
<head>
  <meta charset="utf-8" />
  <meta name="viewport" content="width=device-width, initial-scale=1" />
  <title>鱼骨图：经典生成案例</title>
  <style>
    body { font-family: Inter, ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif; margin: 48px; color: #161a1d; line-height: 1.6; background: #fbfcf8; }
    h1 { font-size: 34px; line-height: 1.1; margin: 0 0 18px; }
    h2 { font-size: 20px; margin-top: 28px; }
    pre { white-space: pre-wrap; background: #fff; border: 1px solid #dfe3de; border-radius: 8px; padding: 18px; overflow-wrap: anywhere; }
    .meta { color: #2563eb; font-size: 12px; text-transform: uppercase; font-weight: 800; letter-spacing: .08em; }
    .sheet { max-width: 940px; margin: 0 auto; background: #fff; border: 1px solid #dfe3de; border-radius: 8px; padding: 32px; }
    @media print { body { margin: 18px; background: #fff; } .sheet { max-width: none; border: 0; padding: 0; } }
  </style>
</head>
<body>
  <main class="sheet">
    <p class="meta">ThinkOps AI PDF-ready output</p>
    <h1>鱼骨图：经典生成案例</h1>
    <pre># 鱼骨图：经典生成案例

## 输入摘要
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 典型案例背景
上周三我们连续出现 3 次支付回调失败，影响 7% 的订单。初步线索包括：第三方接口偶发超时、重试策略不一致、监控没有覆盖回调延迟、值班同学不熟悉新链路、上线前压测只覆盖主流程。请用鱼骨图分析潜在根因并列出验证证据。

## 使用的 Skill
- 鱼骨图
- 按人员、流程、工具、环境等维度系统查找根因。
- 最适合: 质量问题、事故复盘、流程故障、运营异常。
- 可生成: 原因分类、可验证假设、证据需求、修复优先级。

## 场景判断
这是一个适合使用「鱼骨图」的典型场景：输入里同时存在目标、约束、不同相关人的判断和需要落地的行动。

## 核心结论
先把输入拆成事实、假设、约束和行动，再用「鱼骨图」收敛成可交付文件。输出重点不是解释框架，而是给出可执行判断。

## 框架分析
| 模块 | 典型输出 | 用途 |
| --- | --- | --- |
| 事实 | 从输入中提取可验证信息 | 避免凭感觉判断 |
| 假设 | 标记最影响结论的未知项 | 指导验证 |
| 框架分析 | 用 鱼骨图 组织结构 | 形成共同语言 |
| 行动 | owner、时间、指标 | 推动落地 |

## 可复制图表
```mermaid
flowchart TD
  A["Input context"] --&gt; B["Facts"]
  A --&gt; C["Assumptions"]
  A --&gt; D["Constraints"]
  B --&gt; E["鱼骨图"]
  C --&gt; E
  D --&gt; E
  E --&gt; F["Recommendation"]
  E --&gt; G["Risks"]
  E --&gt; H["Next actions"]
```

## 建议方案
用这份输出作为第一版决策或工作坊材料，然后补真实数据、负责人和截止日期。

## 风险和未知项
- 输入如果缺少真实数据，排序和建议只能作为工作假设。
- 框架不应替代相关人对目标和约束的对齐。
- 图表是沟通界面，不是最终事实。

## 下一步行动
1. 确认目标和不可妥协约束。
2. 补充最能改变结论的 2-3 个证据。
3. 把输出发给相关人，收集异议后更新版本。
</pre>
    <h2>Mermaid diagram source</h2><pre>flowchart TD
  A["Input context"] --&gt; B["Facts"]
  A --&gt; C["Assumptions"]
  A --&gt; D["Constraints"]
  B --&gt; E["鱼骨图"]
  C --&gt; E
  D --&gt; E
  E --&gt; F["Recommendation"]
  E --&gt; G["Risks"]
  E --&gt; H["Next actions"]</pre>
  </main>
</body>
</html>

用这个 Skill 生成文件

回到首页，贴入你的会议记录、需求文档、客户反馈或团队问题，直接生成可交付文件。

开始生成