让 AI 整理排查决策树：每一步只问一个能观察的问题

10-01 4阅读

遇到间歇故障，AI 很容易列出十几种可能原因，读者却不知道先做什么。可以换一种交付物：让它根据已经核实的操作说明，整理一棵小型排查树。每个节点只要求观察一件事，答案决定下一步；走到信息不足处，就明确停下来。

AI生成概念配图，非真实场景或软件界面

先把入口收窄

以下案例完全虚构。“松果相册”偶尔无法上传图片，维护者提供了三条测试规则：只接受特定格式；单张大小有上限；一次只能提交一张。这里只演示如何组织排查，不声称这些规则适用于任何真实网站，也不请模型猜测后台实现。

先写适用入口：“已经选好一张本地图片，点击上传后未出现完成提示。”尚未选中文件、打不开网站和上传成功后找不到图片，属于其他入口。若把这些现象混进同一棵树，第一步就会让读者回答不适用的问题。

把每个问题写成可观察的句子。不要问“网络正常吗”，而是问“此刻是否能重新打开相册首页”；不要问“文件有问题吗”，而是问“文件详情中的格式是否在允许清单内”。仍然无法判断时，要给“看不到这项信息”一个出口。

请 AI 为节点编号，并写清三个部分：观察动作、可能答案、下一节点。比如先检查格式；符合时检查大小，不符合时回到已核实的格式说明，不知道时收集文件详情交给维护者。每个终点都要说明已经知道什么、还不知道什么。

再检查分支有没有偷偷跨过证据。如果首页能打开，只能说明这次访问成功，不能推出上传接口正常。如果换一张测试图成功，只能说明故障可能与文件或当时条件有关，不能直接宣布原图损坏。让模型给每个结论写出它所依赖的观察。

安排动作时优先考虑容易撤销、不改变原始材料的检查。例如查看详情、记录提示、使用副本测试。不要为了让树继续往下走，自动加入清空数据、重置账户或关闭保护的动作。需要高风险操作时，树应结束在人工处理节点。

第一遍设为格式不符合；第二遍所有已知限制都符合但仍失败；第三遍读者看不到文件大小。把每次回答逐条输入，要求 AI 只返回当前允许执行的一步。出现绕回原节点、重复检查或没有出口，就修订树本身。

第二种情况的终点可以是“保存发生时间、原始提示和已经完成的检查，交给维护者”，而不是添加越来越离奇的原因。限制树的规模也很有用：先覆盖最常见的入口，其他情况留下独立分支，避免一张图塞进整个产品。

可复用提示：请只依据以下已核实说明，把这个具体故障入口整理为排查树。每个节点只问一个可观察问题，列出答案、下一节点和不知道时的出口。标注每个结论依赖的观察；禁止编造产品规则，禁止不可逆操作。用三条样例路径检查循环、漏分支和越界推断。

人工逐条核对菜单名称、允许条件和操作是否仍然存在，再让不熟悉流程的人照着走一次。模型可以协助组织问题，不能确认设备现场或替代专业维修。只要真实现象超出入口、材料相互矛盾，或者某一步可能造成损失，就先停止使用这棵树。