服务
我们把 Claude、Gemini 与 OCI 接入您团队正在使用的 ERP。
决定项目能否上线的不是模型，而是与既有系统的对接。这正是我们最先动手的部分。
模型只是工作中很小的一块。真正决定项目能否上线的，是与既有系统的对接：认证、权限、事务、日志、故障容忍，以及使用者已有的习惯。
试点为什么走不到生产
原型跑在一台笔记本上，用的是导出的数据。生产系统跑的是真实数据库，面对并发用户、按角色划分的权限、维护窗口，以及外部服务不响应时的应对预案。
两者之间的距离不在建模，而在工程。这是我们最先做的部分，而不是留到最后收尾的部分。
我们对接哪些系统
- 数据库。Oracle、SQL Server、PostgreSQL——以应用自身的权限读取，而不是用一个共享的管理员账号。
- ERP 与管理系统。有 API 就走 API，没有就走官方支持的集成层。绝不直接写入不属于我们的数据表。
- 内部应用。Angular、.NET，以及仍在运行的 Delphi 或 AS/400 老系统——界面依旧是团队熟悉的那一套。
- 队列与事件。Kafka、消息队列与定时任务，让 AI 进入流程而不阻塞流程。
架构原则
- 模型是可替换的。它位于我们自建的一层之后，因此更换供应商只是改配置，而不是重写系统。
- 故障是预设的。AI 服务不响应时，流程降级为人工路径，而不是停摆。
- 凡是做决定的，都留痕。输入、所用上下文、回答、置信度，以及由谁确认。
- 成本可见。按流程、按周期统计消耗，并在账单造成意外之前发出预警。
您将获得
- 在生产环境中正常运行的集成，配套测试与监控。
- 架构与对接点的文档，使您的团队无需依赖我们即可维护。
- 真实使用头几周的陪跑期——那正是没人预料到的情况集中冒出来的时候。
常见问题
你们做老旧系统吗？
做，而且大部分真正有价值的工作就在那里。我们有 Oracle、AS/400 以及仍在生产运行的 Delphi 应用的经验。做法是：对接，但不动那些本来就正常的部分。
我们必须上云吗？
不一定。既有完全本地部署的架构，也有混合架构。选择取决于数据方面的要求，而不是我们的偏好。
代码归谁？
归客户。我们交付代码、文档与访问权限。我们不会刻意制造供应商依赖。