AI 应用与知识服务 · 数据平台与可视化 · 系统集成与遗留接管

AI 应用开发

把大模型能力接入现有业务流程,用于辅助录入、资料检索问答与流程自动化,所有输出保留人工复核入口。

  • AI 应用开发
  • 大模型接入
  • 智能体

PROBLEM

解决什么问题

把大模型能力接入现有业务流程,用于辅助录入、资料检索问答与流程自动化,所有输出保留人工复核入口。

业务系统里的重复录入、资料查找和表单填写仍在消耗人力;团队想接入大模型提效,但不确定哪些环节真正值得做,也担心模型输出的不确定性污染业务数据;同时缺少把模型能力安全接入现有权限体系与数据边界的工程路径,结果要么停留在试用阶段,要么做成一个和业务脱节的独立工具。

FIT CHECK

适用与不适用

不适用清单是有意写全的:不合适的项目直说,比签约后彼此为难便宜。

适合我们的场景

  • 已有业务系统,想在特定环节接入模型能力提效,而非从零做研究
  • 存在大量重复录入、单据填写、资料查找这类可被辅助的环节
  • 有内部资料、制度或知识需要做成可检索的问答入口
  • 接受「模型辅助 + 人工复核」的混合流程,不要求全自动
  • 需要模型能力受现有权限体系与数据边界约束,不能绕开权限
  • 需要把模型输出落进已有业务流程(如生成单据草稿、给出处理建议)

不适合的情况

  • 大模型训练、微调、数据集标注这类研究性项目
  • 要求承诺识别准确率、准确度提升或自动化替代率等指标
  • 要求模型输出直接写入生产数据且不经人工确认
  • 只需要一个演示用的聊天窗口,不接入任何真实业务数据
  • 指望用模型替代对业务规则本身的梳理

SCOPE

典型范围与明确不含项

右侧这些不在报价里。事前写清,比事后加钱少吵一架。

我们负责的部分

  • 明确模型接入的业务环节与人工复核边界,界定它做什么、不做什么。
  • 模型调用层与现有系统的接口设计,含超时、失败与降级策略。
  • 把内部资料整理成可检索词条或知识片段,建立更新维护入口。
  • 权限与数据边界对齐:模型可见的数据范围与现有角色体系一致。
  • 人工复核、纠错留痕与操作日志的功能实现。
  • 部署配置与生产环境上线支持。

明确不含(另行确认)

  • 模型训练、微调、数据集标注与算法研发。
  • 第三方模型服务的调用费用与账号开通(按其官方计费规则)。
  • 对模型输出准确率、响应时延等指标的承诺与保证。
  • 业务规则梳理与流程再造咨询。
  • 上线后的长期驻场运维(需另签服务协议)。

HANDOVER

交付物与售后

验收时按这份清单逐项过;下面的售后条款是写进合同的口径,不是口头承诺。

交付物清单

  • 《AI 应用范围与边界说明》(含人工复核点清单)
  • 《接口与权限对齐设计》(模型可见数据范围定义)
  • 可运行的源代码仓库(Git)
  • 《提示词与知识条目维护手册》
  • 《部署与监控说明》(含异常与降级处理)
  • 《测试记录》(含边界与失败场景)

售后条款

  • 维护期限、响应边界、费用与合同内变更范围按具体项目合同确认。

SCALE

投入量级:要多少人、做多久

这里只给人数与工期,不给金额。为什么报价不公开 →

量级典型形态项目组人数工期
按范围确认 依据业务流程、接口与端范围评估 按合同确认 按合同确认

SMALL JOBS

小单也接

项目大小不是筛选条件,能不能验收才是。下面这些我们经常做,固定范围签约,通常 5–15 个工作日完成。

01

单场景 AI 能力接入

选一个重复录入或查找环节接入模型能力,带人工复核入口

02

资料知识库搭建

把现有文档整理成可检索词条,配合问答入口

03

AI 可行性评估

评估现有业务流程里哪些环节适合接入模型,给出优先级与边界

小单的边界:固定范围内计价、不含硬件与第三方费用、不配驻场、不含长期运维(可另签)。范围外需求走增补,先确认再动手。

STACK

技术栈与工作方法

选型按你的约束定(既有系统、机房或云、运维谁做),不为了时髦堆栈。

模型接入

主流大模型 API 接入私有化部署方案评估提示词与检索增强(RAG)失败降级与重试策略

后端

JavaSpring BootPythonGo向量检索

前端与移动端

Vue 3微信小程序uni-app

方法与文档

人工复核闭环权限与数据边界对齐调用日志与成本记录不承诺指标

FAQ

常见问题

你们会承诺模型的准确率吗?
不会。模型输出有不确定性,我们做的是把它放进有复核的流程里,让人在最关键的一步确认。任何以指标承诺为前提的项目,我们都会先说明这一点。
接入大模型会不会导致数据外泄?
数据边界在方案阶段就确定:哪些字段可以进入模型调用、哪些必须留在本地,写入设计文档。需要不外传的场景可以走私有化部署,这部分要单独评估。
我们只想先试一个小场景,可以吗?
可以,这也是我们建议的做法。先选一个重复度最高、出错代价可控的环节做通,看实际节省了多少人力,再决定要不要扩。
能直接接我们现有的系统吗?
能。前提是现有系统有可用接口或有可读的数据结构。如果接口封闭,我们会先出一份接入可行性说明,把要改造的部分列清楚。
做出来的东西会不会变成一个没人用的独立工具?
这是我们要避免的结果。所以接入点必须落在你已有的业务流程里,用户不需要额外打开一个系统。如果评估下来只能做成独立工具,我们会直接说这个方向不值得做。
模型服务用哪家的?
按场景需求、数据合规要求和成本来选择,方案里会写明候选与取舍理由。第三方服务的调用费用按其官方计费规则由甲方承担。
下一步

先聊需求,再谈报价

把业务目标、现有系统和约束条件告诉我们。三个工作日内回一页纸的边界建议:第一期做什么、明确不做什么、需要你先确认什么。需求评估不收费,也不绑定后续合作。

商务联系人卢刚
商务联系人微信二维码 微信扫码加商务联系人,
发需求文档或截图都行。