我们如何工作
FDEgo 的交付方式不是先承诺一个完整大系统，而是从一个真实业务问题开始，逐步判断、验证、部署和交接。这样做的目的，是尽早暴露风险，避免企业在不清楚数据、系统和组织条件的情况下投入过大成本。
标准交付节奏
mermaid
flowchart LR
D[诊断] --> P[概念验证]
P --> B[部署集成]
B --> R[试运行]
R --> H[交接]
H --> O[持续优化]每个阶段都有明确产出。如果某一阶段发现关键条件不成立，应当调整范围或停止，而不是继续扩大项目。
阶段一：诊断
诊断阶段的目标是把“想做 AI”转化成可判断的业务问题。
我们会重点确认：
- 谁在使用这个系统。
- 输入是什么，输出是什么。
- 现在的流程怎么走，卡在哪里。
- 涉及哪些系统、数据和权限。
- 什么结果算成功，什么情况必须人工介入。
典型输出包括场景清单、风险清单、数据与系统边界、初步技术路径和里程碑建议。
阶段二：概念验证
概念验证不是做漂亮 demo，而是用真实样本判断技术路径是否成立。
| 验证对象 | 关注点 |
|---|---|
| RAG 知识库 | 召回是否准确，引用是否可信，权限是否可控 |
| AI Agent | 能否正确调用工具，失败时是否可兜底 |
| 私有化部署 | 推理速度、并发、成本和运维复杂度 |
| 系统集成 | 接口是否稳定，日志是否可追踪 |
PoC 阶段结束时，应能明确回答：是否值得进入生产、需要缩小哪些范围、上线前还有哪些风险。
阶段三：部署与集成
部署阶段的目标是让系统进入企业真实环境，而不是停留在本地演示。
mermaid
flowchart TD
M[模型服务] --> A[应用服务]
K[知识库与数据库] --> A
T[工具与接口] --> A
A --> U[业务用户]
A --> L[日志与监控]
A --> P[权限系统]这一阶段会处理模型服务、应用服务、数据库、接口、权限、日志和监控。涉及敏感数据时，会优先考虑私有化部署、内网访问、最小权限和审计记录。
阶段四：试运行
试运行阶段要观察系统在真实流程中的表现。这里最重要的不是“模型回答得像不像”，而是：
- 用户是否愿意继续使用。
- 错误是否能被发现和修正。
- 是否减少了人工时间或流程等待。
- 是否触发了新的权限、合规或运维问题。
- 业务团队是否能提出有效反馈。
试运行期间应持续记录错误案例、用户反馈、系统日志和优化动作。
阶段五：交接
交接不是发一个压缩包，而是让企业内部团队知道系统如何运行、如何排错、如何更新。
交接内容通常包括：
- 部署说明
- 权限说明
- 接口说明
- 日志与监控说明
- 常见故障处理
- 数据更新流程
- 下一阶段优化建议
里程碑与止损
FDEgo 倾向于按里程碑推进，而不是一开始就把项目做成不可回头的大投入。
| 里程碑 | 继续推进的条件 | 应该止损的信号 |
|---|---|---|
| 诊断后 | 业务目标清晰，数据和负责人明确 | 需求过泛，没有真实使用者 |
| PoC 后 | 真实样本上效果可接受 | 错误不可控，数据质量无法支撑 |
| 部署后 | 权限、日志、接口稳定 | 运维成本明显高于业务价值 |
| 试运行后 | 用户持续使用并反馈 | 无人使用或流程无法改变 |