鱼骨图将一个可观察的问题放在鱼头，把可能原因按类别放到主骨及分支。本工具不仅画原因名称，还保留父原因、证据状态、支持或反驳材料、下一步验证和负责人，因此导出的图能连接到调查工作，而不是停在头脑风暴。

默认六类是人、机、料、法、环、测，可以改成服务、学习或生活场景的名称。它们是帮助寻找遗漏的提示，不是必须填满的答案。图上的每条线首先代表待检验的解释，不代表已经证明的因果。

1. 01在鱼头写出具体问题，包括范围、观察期和偏差，例如“最近三次课程项目阶段提交均晚于约定日期”。避免“团队效率低”这类无法检查的标签。
2. 02根据场景修改分类。学习问题可以用能力与支持、工具与设备、资料与输入、学习流程、时间与环境、反馈与衡量。
3. 03添加可能原因，必要时选父原因形成子原因链。删除父原因会同时删除后代，可一步撤销。
4. 04为重要解释记录证据状态：待验证假设、已有支持证据或已被证据反驳。后两种状态必须填写材料；支持证据不等于排除了其他解释。
5. 05填写如何验证或反驳、谁来核对。导出 PNG 或 SVG 鱼骨图，配合 Markdown 或 CSV 验证清单；JSON 用于完整恢复。

石川馨（Kaoru Ishikawa）的质量管理著作系统介绍了因果图这一质量控制工具。ASQ 与 IHI 的方法说明也将它用于识别和组织某个结果的可能原因。其价值是让团队把解释外显，并从不同类别寻找遗漏；不是依靠画图本身发现唯一根因。ASQ 方法说明、IHI 工具说明

主骨用于类别，分支用于原因或更具体的子原因。本实现用带稳定 ID 的父子引用保存结构；画布保留各类原因卡片，并在子原因上显示父引用。跨类别父引用会给出核对提示，防止布局让人误以为归属已确定。循环引用不能成立，导入时会拒绝。

与思维导图相比，鱼骨图围绕同一个观察结果组织解释；与 5 Whys 相比，它鼓励横向考虑多个类别，而不是只沿一条链继续追问。两者可以配合：先扩展候选，再选择需要证据检查的链。与正式故障树分析相比，本工具没有失效概率、逻辑门计算、安全完整性或认证结论。

它的局限也来自这种开放结构：参与者容易把熟悉的原因写得更多，把权威说法当成证据，或在“某人不认真”处停止。分类和连线没有强制实验设计，所以仍需查看流程、信息、资源、环境与反例。不能用完成鱼骨图替代高风险事件调查。

“发布后出现恢复失败”示例的问题是：用户打开旧草稿看到空白，无法区分没有数据和恢复失败。方法类原因提出跨版本验证不足，子原因是缺少旧格式样本；设备类考虑存储受限；衡量类考虑错误提示不足。每条假设都连接到检查动作，例如用上一版存档重放恢复过程，而不是直接宣布某个开发人员造成问题。

“学习任务反复延期”示例把任务拆分、资料到达时间、工作与照护安排、反馈方式分开。对照可用时间与提交产物可以改变解释；仅统计学习时长不能判断理解是否充分。

问题：打开旧草稿后出现空白
分类：方法
主原因 r1：跨版本恢复验证不足
子原因 r2 → r1：缺少旧版本数据样本
状态：待验证假设
验证：检查历史发布样本，并重放恢复过程
负责人：测试负责人

• 最多 80 条原因、20 层父子结构、六个可改名类别。

• 默认类别不适合所有行业，可以调整名称，但本页不提供任意图形编辑器。

• 很长的原因和问题会扩大画布，PNG 可能降低比例；SVG 保留矢量细节，JSON 保留可编辑结构。

• “已被证据反驳”是用户记录的判断，工具不自动核验材料；不应删除反驳记录来让图更简洁。

• 它没有自动识别根因、推断概率或验证因果的能力。

• 医疗、安全生产、法律责任等事项应由合格人员依据相应正式流程处理。

不要把解决措施直接当成原因，例如“需要培训”没有说明观察到了什么能力缺口。也不要把症状重新描述一遍当作解释，例如“延期是因为没按时完成”。先提出能够被材料支持或反驳的具体机制，再确定核对动作。

不要为了六类平衡而填入没有根据的原因。“人”类可以讨论支持、交接和能力条件，不应成为归罪栏目。保留其他解释和反例，并记录什么结果会使当前假设失去支持。

• 适合软件回归排查、服务等待时间、课程项目延期、重复返工和日常流程复盘。
• 已经有明确动作时使用行动矩阵；需要比较解决方案时使用决策矩阵。
• 高风险事件不能只凭本页输出作最终处置。

原因整理、绘图和导出在浏览器完成，不提供账号同步。自动存档不是备份，浏览器清理可能删除它。分享链接包含全部未加密文档，持有者可以读取；超过 8 KB 时改用 JSON 文件。调查记录常涉及个人或客户信息，应先去标识化，不要将原始敏感材料放入链接。导入失败时不替换当前工作。

• Kaoru Ishikawa，Guide to Quality Control，Asian Productivity Organization，1986：质量控制与因果图的作者著作。
• ASQ：Fishbone Diagram：可能原因、类别和绘图过程的机构方法说明。（访问日期：2026-09-22）
• IHI：Cause and Effect Diagram：改进工作中的因果图应用；不能据此将本工具输出视为医疗或安全认证。（访问日期：2026-09-22）