一句话摘要用Identity、Orchestration、Context、Gate、Recovery、Evolution六个维度在30分钟内定位AI工作流的主要故障并输出一张可验收的诊断结论卡。这是“一人公司AI内容生产系统”48篇系列的第14篇。适合已经筛出真实求助准备第一次帮别人检查AGENTS.md、知识库或AI工作流的人。读者速览本文提供免费轻量诊断的四条边界AI工作流六支柱诊断法30分钟诊断流程可复制的诊断记录和结论模板隐私、授权和停止条件。01 诊断不是看到文件就开始修改客户说“AI总是跑偏”原因可能完全不同目标和边界没有定义任务顺序混乱上下文加载错误没有验收标准中断后无法恢复同一种错误反复发生。如果看到AGENTS.md就补规则看到知识库就改目录往往只能修复表面症状。诊断的任务不是立刻实施而是先建立故障模型。02 什么情况下适合免费轻量诊断第一次验证诊断流程时可以免费但要同时满足四个条件条件具体边界时间有限15至30分钟到点结束范围有限定位1至2个主卡点不负责完整改造风险有限不操作生产环境、账号权限和不可逆数据结果明确交付诊断结论卡换取真实反馈免费诊断与免费实施必须分开。推荐邀约话术我可以用30分钟帮你做一次轻量诊断目标是找出最关键的1至2个卡点并给一个下一步动作。 诊断不包含代改文件和完整实施。如果确认需要继续做我们再单独确定范围、交付物和价格。03 诊断前材料清单请对方选择一至两份最能代表问题的原始材料当前AGENTS.md一次失败的AI对话一组真实输入和输出知识库目录、索引和调用规则最近一次任务检查点当前使用的质量检查清单。开始前确认## 材料确认 - [ ] 已移除账号、密钥和个人敏感信息 - [ ] 已说明哪些内容允许临时读取 - [ ] 已说明是否允许保存诊断记录 - [ ] 已说明是否允许匿名复盘方法 - [ ] 不对未经授权的文件进行修改04 六支柱诊断框架4.1 Identity身份与边界检查问题AI知道任务目标和最终责任吗哪些操作必须先确认信息不足时它会追问还是猜测典型症状越权修改、任务范围不断扩张、输出看似完整但方向错误。4.2 Orchestration流程与路由检查问题任务从哪里开始经过哪些步骤哪个节点需要人确认简单任务和复杂任务是否使用不同流程典型症状每次都靠人临时指挥步骤重复或关键环节被跳过。4.3 Context上下文与知识检查问题当前步骤需要读取哪些文件是否加载过期、冲突或无关信息关键事实能否追溯到来源典型症状知识库越大回答越混乱换一个项目仍沿用旧项目规则。4.4 Gate质量门与验收检查问题什么样的输出算合格哪些错误属于P0红线谁独立检查必须留下什么证据典型症状AI说“已完成”用户仍要全文重看不同批次质量波动明显。4.5 Recovery恢复与回退检查问题中断后从哪个检查点继续工具失败时是重试、回退还是中止当前状态和关键决定记录在哪里典型症状换会话就要重新解释失败后只能从头再来。4.6 Evolution经验沉淀检查问题错误是否进入规则、模板或测试相同任务能否复用上次经验过期规则怎样下线典型症状同一种错误反复出现每次都靠人提醒。05 先判断成熟度再选择诊断深度成熟度判断标准诊断重点能跑理想输入下完成过一次任务Identity、Orchestration、Context能用面对真实输入能够相对稳定工作Context、Gate、Recovery可信结果可验、错误可追、中断可恢复Gate、Recovery、Evolution六个维度不是每次平均用力。尚未跑通的系统先修上游目标和流程。已经进入真实业务的系统则应优先检查质量门、恢复机制和验收证据。06 30分钟诊断SOP时间动作产出0至8分钟复述目标、现状和真实影响一句话问题定义8至20分钟按六支柱追问并记录证据1至2个主卡点20至28分钟选择最小改进动作行动、责任人、完成标准28至30分钟确认边界和记录权限诊断结论卡诊断过程中遵循三条规则没有证据不急着下结论不在诊断阶段顺手完成实施一次只选择最影响结果的主卡点。07 可复制的诊断工作表(markdown格式第二项单独保存md就是正常的表格)# AI工作流轻量诊断 ## 一、基本信息 - 诊断日期 - 当前任务 - 期望结果 - 不解决的影响 - 当前成熟度能跑 / 能用 / 可信 ## 二、六支柱检查 | 支柱 | 当前表现 | 证据 | 严重度0-2 | |---|---|---|---:| | Identity | | | | | Orchestration | | | | | Context | | | | | Gate | | | | | Recovery | | | | | Evolution | | | | ## 三、诊断结论 - 主要卡点 - 判断依据 - 次要问题 - 暂不处理的问题 - 下一步最小动作 - 责任人 - 完成时间 - 完成标准 ## 四、后续边界 - 本次包含问题定位、一个行动建议 - 本次不包含代改文件、完整实施、持续支持 - 是否建议进入后续服务是 / 否 / 待观察08 诊断后如何记录案例不要只保存“客户说有用”。应该保存可迁移的判断过程# 匿名诊断记录 - 场景类型 - 用户原始问题 - 最初以为的问题 - 最终定位的卡点 - 使用的诊断证据 - 给出的最小动作 - 后续反馈 - 可迁移经验 - 禁止公开的信息未经允许不公开客户身份、原始材料和业务结果。即使允许匿名复盘也要删除能够反向识别客户的信息。09 验收一次诊断是否合格对方能复述主要卡点结论有材料或现象作为证据只选择了1至2个主问题给出的动作可以在一周内执行动作有完成标准免费诊断和后续实施边界清楚记录与公开范围已经确认。如果结束后只有一堆建议没有优先级和完成标准这次交流更像答疑不是诊断。10 下一步当客户问“能不能继续帮我改完”不要继续免费实施也不要突然甩出一个价格。下一篇将把诊断结论转换成付费服务范围客户从哪个成熟度走向哪个成熟度需要哪些交付物最后怎样验收。完整六支柱诊断表见评论区置顶。你最容易在哪个环节失控A. 找不到主卡点B. 诊断变成免费实施C. 给了建议却无法验收欢迎留下选项。