FDE式AI落地案例：我们如何记录可验证结果

当前案例状态说明

点煜科技正在整理可公开的企业AI交付材料。由于真实项目常包含客户数据、内部流程和系统权限，在获得书面授权与完成脱敏前，不发布客户名称、截图、业务数据或合作结果。

本页先公开案例记录方法和三个演示方向，让企业了解我们怎样定义问题、控制范围和验收结果。标注为演示的内容只证明技术与流程能力，不代表特定客户合作。

每个正式案例必须包含的证据

• 客户行业、使用角色与原有工作流程，不披露无关敏感信息。
• 数据、接口、权限、合规、时间和组织方面的真实限制。
• FDE参与的发现、范围取舍、开发、集成和采用推动动作。
• 交付的系统、代码、评测、文档、培训和运维责任。
• 双方事先约定的验收方法，以及上线后能够核验的结果。
• 未解决问题和下一阶段计划，避免只展示成功片段。

演示方向一：企业知识库与RAG问答

目标是让不同权限的员工在文档、制度和业务资料中检索答案，同时返回来源位置。演示会覆盖文档解析、元数据、权限过滤、混合检索、答案引用、无法回答和人工反馈。

验收不只看几个示例答案，而是使用固定问题集评估召回、引用、拒答、权限隔离、延迟和成本。正式项目还要记录资料更新频率与内容负责人。

演示方向二：AI Agent业务流程自动化

选择一个有明确输入、工具和人工确认的流程，例如工单分类、销售跟进准备或报表解释。Agent只获得完成任务所需的最小权限，重要操作必须由用户确认。

案例会展示工具调用日志、状态恢复、失败重试、人工接管和结果评测。只有当用户在真实流程中愿意使用，才进入更大范围自动化。

演示方向三：大模型接入ERP、CRM或内部系统

此类项目的重点不是聊天界面，而是身份、字段语义、接口稳定性和操作审计。演示会把模型输出限制为结构化建议，通过现有系统权限执行查询或生成待确认操作。

验收包含接口错误、超时、重复请求、权限越界和系统变更等边界。点煜科技会在正式案例中说明哪些环节由AI完成、哪些保留人工决策，避免夸大自动化程度。