接口替换
替换现有系统中不稳定或能力不足的智能接口
保留业务系统、操作流程和数据入口，根据现有调用方式重新设计服务边界，逐步替换文档处理、模型调用、知识检索或任务执行接口。
典型交付
兼容方案 · 接口映射 · 迁移与回滚计划
具体范围以技术评估为准Enterprise Integration
01内部接口替换
02企业专用 API
03内网与私有化集成
三种接入方式，围绕现有系统渐进实施
接口改造不是简单增加一个模型地址。我们会先识别现有业务边界，再确定替换、定制或内网集成方式，避免把新能力变成新的孤立系统。
定制接入
为企业开发者提供与业务匹配的专用接口
围绕企业真实任务定义请求、异步状态、结果、文件产物和错误协议，让内部开发团队可以在 OA、ERP、知识平台或专用业务系统中调用 Mint 能力。
典型交付
接口契约 · 调用示例 · 联调环境 · 验收用例
具体范围以技术评估为准内网集成
在企业网络、账号和数据边界内完成部署
按客户环境接入身份、权限、存储、模型和审计体系。Mint Cloud 可部署在企业内网或指定私有云，外部服务是否出网由企业策略决定。
典型交付
部署拓扑 · 权限策略 · 运维手册 · 安全边界
具体范围以技术评估为准从现有业务请求，到可审计的执行结果
链路中的每一层都有明确责任：业务系统负责发起请求，接入层验证身份和协议，任务服务管理执行，能力服务处理数据，最终返回结果、文件和运行记录。
企业接口接入链路
受控演示身份、任务与结果可追踪
当前阶段 · 业务系统
保留企业现有产品和员工操作入口
请求可以来自 OA、ERP、知识平台、业务后台、桌面应用或企业自研系统。接入从现有业务动作开始，不要求客户重建整套产品。
阶段输入
用户操作 · 文件 · 业务数据
阶段输出
标准业务请求
CONTROLLED INTEGRATION
企业系统连接状态
BOUNDARY VERIFIED
项目范围内开通
业务调用方
OA · ERP · 自研系统
安全接入层
身份 · 权限 · 协议
Mint 任务服务
状态 · 重试 · 恢复
能力与数据
文档 · 知识 · 模型
接口、部署与响应指标在项目方案中确认
可按业务选择接入的 Mint 能力
以下能力可以独立接入，也可以组合成完整工作流。接口字段、调用方式、模型和部署位置由双方根据业务系统共同确定。
文档处理接口
解析、OCR、结构化提取、格式转换、内容理解与文件产物交付。
适用：合同、报告、表格、扫描件、演示文档
知识库接口
知识库创建、文档更新、权限检索、引用回溯和跨设备云知识服务。
适用：制度库、产品库、项目资料、行业规范
模型服务接口
统一接入企业选定的云端模型、本地模型和行业能力，并保留模型目录与调用治理。
适用：问答、抽取、分类、视觉理解、图像生成
任务执行接口
提交长任务、查询进度、取消任务、恢复执行，并以标准结果和产物协议返回。
适用：批量报告、资料汇总、网页研究、自动化流程
桌面与工作区能力
将企业接口连接到 Mint Desktop 的工作区、文件预览、知识库和任务界面。
适用：本地文件、项目目录、会话产物、人工确认
截图与轻量入口
结合 Mint Lens 等轻量入口，把截图、翻译、解释和知识查询接入员工桌面。
适用：截图问答、页面解释、翻译、知识辅助
交付的不只是一个接口地址
企业开发者需要能够理解、调用、验证和长期维护接口。因此每个接入项目都应形成可交接的技术资产。
接口与数据契约
请求结构、返回结构、任务状态、错误分类、文件引用和版本策略。
身份与权限方案
账号来源、服务身份、访问权限、设备边界和最小权限规则。
联调与验收环境
测试数据、典型任务、失败场景、调用日志和双方确认的验收用例。
部署与运行文档
环境要求、配置清单、监控指标、升级回滚、故障处理和责任边界。
Access & Governance
接口能力按企业边界开通
叠跃科技不会把企业接口做成无边界的公共入口。身份、权限、网络、容量、数据保留和版本变更都会进入接入方案。
接口范围、调用方和数据用途在项目启动前确认
支持企业内网、指定私有云和受控出网环境
服务身份、权限与密钥按最小权限原则配置
任务、调用、错误和产物交付保留可审计记录
接口版本、变更窗口和回滚方式写入交付方案
具体协议、容量和响应指标根据真实环境确认
技术接入流程
先确定真实任务和系统边界，再定义接口。正式项目不会从一份脱离业务的数据结构开始。
需求咨询
说明现有系统、目标任务、数据类型和部署环境
技术评估
梳理接口替换范围、依赖关系、风险和验收方式
接口与联调
交付契约、测试环境、调用示例并完成联合调试
部署与验收
按目标环境上线，完成故障、性能和业务用例验证
常见问题
接口、部署和开放范围会因企业现有系统而不同，以下说明用于明确基础边界。
是否可以直接替换企业现有的 AI 或文档接口？
可以先对现有调用方式、数据结构、响应时间、错误处理和依赖系统进行评估，再确定兼容替换、并行迁移或重新设计接入层。正式切换前会保留验证和回滚路径。
是否向所有开发者公开 API 和自助密钥？
目前采用受控接入方式，不提供无需评估即可开通的公共密钥。企业开发者需要先与叠跃科技确认业务场景、数据边界、部署方式和调用规模，再获得对应接口、文档和联调支持。
可以接入企业已有账号、权限和内部系统吗？
可以。具体可接入范围取决于现有系统能力和项目边界，可围绕账号、组织、权限、业务数据、文件存储、模型服务和审计要求设计集成方案。
接口一定需要访问公网吗？
不一定。Mint Cloud 和相关服务可以部署在企业内网或指定私有云；若使用外部模型或第三方服务，所需出网范围由企业网络策略和项目方案共同确定。
如何开始技术接入？
先提供现有系统、目标任务、数据类型、部署环境和预期调用方式。团队完成范围评估后，会给出接口边界、实施阶段、交付物和验收建议。
让 Mint 进入现有业务，而不是制造新的孤岛
提供现有系统、目标任务和部署环境，我们将评估接口替换或定制接入方案。