很多 AI 项目不是缺少工具，而是在目标、场景、数据、流程和责任都没有说清楚时就开始开发。诊断服务的作用，是在投入更多预算和人员之前，先判断问题是否适合用 AI 解决，以及应该从哪里开始。

适合对象

  • 已有明确业务问题，但不知道应该选择知识库、Agent、工作流还是传统系统改造。
  • 已经完成 Demo，准备进入 PoC 或生产落地。
  • 团队都在使用 AI，但效率和质量改善不稳定。
  • 项目出现需求反复、架构复杂、效果难评估或成本不可控。
  • 希望由独立架构视角检查技术方案和实施路线。

不适合对象

  • 只希望获得一份通用工具清单，没有具体问题和使用场景。
  • 要求在诊断阶段直接代写完整生产代码或承担上线责任。
  • 无法确认材料所有权，或只能提供未经脱敏的敏感资料。
  • 希望一次沟通就承诺固定提效比例、模型效果或项目成功。

诊断输入

申请时只需要先说明：

  1. 项目当前阶段。
  2. 希望解决的业务或交付问题。
  3. 当前最大的障碍。
  4. 已有系统、数据和团队的概况。
  5. 期望形成判断的时间。

首次沟通不要求提交完整代码和内部文档。确需评审的材料，应先完成授权确认和脱敏。

诊断方式

标准形式为一次 90 分钟访谈与材料评审：

  • 15 分钟：确认业务目标、范围和成功标准。
  • 25 分钟：梳理现状、角色、流程、数据和系统约束。
  • 30 分钟：分析候选方案、关键风险与架构取舍。
  • 20 分钟：确认优先级、下一步验证和责任人。

复杂项目可以在首次诊断后单独约定更深入的架构评审，不在第一次沟通中无限扩张范围。

交付成果

  • 问题与目标澄清。
  • 现状与风险判断。
  • 候选架构及关键取舍。
  • 分阶段优先级路线图。
  • 是否进入 PoC 的建议，以及 PoC 应验证的指标。

客户需要准备的材料

  • 一页项目背景和当前阶段说明。
  • 一个最希望解决的具体问题。
  • 当前流程或系统关系的简图。
  • 已知限制、风险和不能改变的条件。
  • 已完成脱敏的样例数据或需求片段，可选。

保密原则

  • 不接收来源和授权不明确的材料。
  • 首次诊断优先使用抽象描述和脱敏信息。
  • 不在公开内容中复用项目名称、代码、数据、截图和架构细节。
  • 如需深入接触敏感信息，应先明确保密责任、访问范围和材料处理方式。

服务边界

诊断不承诺一次解决全部交付问题，不替代正式安全评审、业务决策和上线验收，不在诊断阶段代写生产代码。它的价值是尽早看清问题、减少错误投入，并为 PoC 或正式实施定义可验证的边界。

下一步

提交项目阶段、目标、最大障碍和期望时间，先判断是否适合进入 90 分钟诊断。诊断完成后，再决定停止、补充准备、启动 PoC 或进入完整项目实施。