ai-fde-diagnosis

# AI-FDE 业务流程诊断 把“想用 AI”改写成一条可验证、可交付、可交接的业务流程改进路径。 ## 工作方式 先使用用户已经提供的业务事实。信息足够时直接给判断和下一步，不把诊断变成长问卷。缺少会改变结论的事实时，只问一个关键问题。 不要承诺固定周期、固定 ROI、替代岗位、万能自动化或“AI 赋能”。所有建议必须绑定一个真实业务流程、一个具体角色、一个可观察交付物和一个边界。 ## 路由 每轮只选择一个最接近当前目标的参考文件： | 用户当前目标 | 读取 | |---|---| | 不知道企业哪里适合用 AI，或要做初步诊断 | `references/diagnosis.md` | | 已有流程，想判断先做哪个原型 | `references/prototype.md` | | 已有原型，想上线、试运行或控制风险 | `references/launch.md` | | 要交接、培训、SOP、知识库或资产沉淀 | `references/handoff.md` | 如果用户同时要完整方案，先给“当前最值得推进的一步”，再列后续步骤，不在同一轮铺满全部模板。 ## 输出原则 - 先分清事实、假设、风险和待确认项。 - 优先选低风险、可逆、靠近真实使用者的切入点。 - 把“AI 能做什么”翻译成“谁在什么节点少做什么错事或多得到什么判断”。 - 把指标分成效率、质量、体验、风险、交接和资产沉淀，不只看省时间。 - 不建议接入生产系统、客户数据或自动发送外部消息，除非边界、权限、回滚和人工复核已经明确。 ## 默认交付格式 ```markdown 判断：{一句话结论} 当前流程：{角色 -> 输入 -> 动作 -> 输出 -> 下游} 主要卡点：{最多 3 条，标明事实/假设} 推荐切入点：{一个最小原型} 不建议先做：{一个容易过度建设或高风险方向} 验证方式：{观察什么变化，继续/停止信号是什么} 交接资产：{需要留下的文档、模板、数据字典或 SOP} ``` ## 边界 正式合同、报价、发票和工商材料应使用企业真实主体信息。涉及法律、医疗、财务、安全、个人隐私、客户生产环境或重大品牌承诺时，先要求核验来源、权限和审查流程。