10 个跑得起来的系统

这一页不是效果图集。下面 10 个系统都能在终端里现场重跑,页面上的每个数字都能追溯到源码与实测输出,截图全部来自实际运行界面。

项目数
10 个
覆盖行业
制造 · 金融 · 医疗 · 政务 · 零售 · 能源 · 教育 · AI 平台
可运行代码
3,407 行
HTTP 端点
32 个

工程证据

3407
行可运行代码
逐项可在代码里核对
32
个 HTTP 端点
接口可调,页面可点
6
个项目端到端跑通
6 / 6 全部通过
100
% 使用脱敏数据
不含真实客户与个人信息

口径说明:项目成果为试点对比口径(人工现状 vs 系统),可按客户基线校准。3,407 行可运行代码与 32 个 HTTP 端点,对应其中 6 个已出具完整代码与端点的项目;其余项目为团队多仓库共建或平台型工程。全部项目使用脱敏数据,不涉及任何真实客户信息与个人信息。

一页看全

10 个项目,各自解决一件事

同一套工程方法:编排层 + 混合检索 + 结构化输出 + 人工确认门禁。每个项目都能从请求进到结果出。

行业阅读框架

行业不同,真正变化的是决策链

项目不按“AI 能做什么”来讲,而按现场要对什么负责来拆:业务对象、决策门、系统动作和最终责任人。

十个项目对应的行业业务决策链
行业 业务对象 决策门 系统动作 最终责任
制造工艺 工艺卡、设备参数、异常现象 有出处才回答;知识缺口回流 问答、参数查询、知识补全 工艺工程师 / 班组
运维服务 工单文本、部门标签、历史处理 置信度达标才自动派单 分类、派单、人工复核 调度员 / 责任部门
教育科技 学员、咨询、服务记录 权限、字段、SQL 校验 问数、客服、CRM 协同 教务 / 客服主管
AI 平台 任务、工具、会话状态 角色和状态机可回放 编排、执行、节点管理 平台管理员
智能制造 缺陷图像、批次、检测标准 形态依据可解释 检测、分级、放行建议 质检 / 工艺工程师
金融风控 申请材料、字段、规则 原文证据 + 加权规则 结构化、评分、人工复核 风控审核员
医疗健康 病历段落、医嘱、时间线 完整性、一致性、时序性 质控提示、人工判断 医师 / 质控人员
政务民生 诉求、政策条款、办理要素 低置信度转人工 答复、派单、过程追踪 坐席 / 承办单位
电商零售 标题、参数、属性标签 冲突不静默覆盖 推荐、对比、客服话术 商品运营 / 客服
能源电力 振动、温度、资产台账 双通道判据 预警、工单、人工确认 设备工程师

这张表的核心不是展示模型名称,而是展示每个行业的责任闭环。能否上线,取决于数据能否进来、规则能否解释、异常能否转人工、结果能否留下记录。

项目 01 · 制造工艺

KBA-Multi-agent · 制造工艺智能问答中枢

  • ↓ 97% 查找耗时 15 分钟 → 25 秒
  • 100% 答复附工艺卡出处 可溯源到原文段落
  • 276 项 测试全绿 558 条样本回归
KBA-Multi-agent · 制造工艺智能问答中枢 实际运行界面

界面说明:车间问答台实际界面:提问 → 多智能体调度 → 混合检索 → 带出处答复。同屏演示了「答得出」与「答不出」两种情形。

  • 目标与背景 车间工艺问题分散在纸质工艺卡、老师傅经验和多个系统里,工人问一个问题要翻好几处。
  • 核心功能 多智能体问答、混合检索融合、知识缺口自动识别并回流、工艺参数结构化查询。
  • 技术实现要点 编排层同时支持主从调度与状态机两条路径;向量模型 BGE-M3;RRF 融合后重排;网络受限时可降级离线运行。
  • 当前完成情况 核心链路已跑通,558 条样本回归、276 项测试全绿。界面里是 6 个领域专家 Agent、28 张数据表。
这一项最硬的地方

答不上来时明确说「没有依据」,而不是编一个答案。那次未命中的提问被登记为知识缺口、进入补录清单,并附上「相关但不足采信的片段」——宁可交白卷,不交错卷。

项目 02 · 运维服务

TIC-Model · 工单智能分类与派单模型

  • ↓ 99% 分派耗时 3 分钟 → 1 秒
  • 78% 自动派单覆盖率 试点 1,200 单
  • ↓ 78% 错派率 9% → 2%
TIC-Model · 工单智能分类与派单模型 实际运行界面

界面说明:工单分类台,停在阈值判定这一步。自动派单阈值 0.75,界面里把失败样本(0.52 / 0.55 / 0.58)与成功样本(0.78–0.94)同屏并列。

  • 目标与背景 运维工单靠人工判读内容再选派单部门,分类口径不统一,跨部门工单容易派错,高峰期积压明显。
  • 核心功能 工单文本自动分类到目标部门;置信度不达标自动转人工复核;分类结果回写钉钉与 OA 并触发派单。
  • 技术实现要点 Qwen2.5-7B 配 LoRA 微调,训练 / 推理 / 评估三段式脚本;数据清洗与标签体系先行;推理服务化后对接钉钉与 OA。
  • 当前完成情况 数据链路、训练脚本、微调训练与推理服务均已完成,模型已接入集成链路并端到端跑通。
这一项最硬的地方

低置信度不派单。模型有把握才自动派单;没把握的工单转人工,不把猜错的部门直接派下去——而且分类结果也不入库存档,等人工确认。

项目 03 · 教育科技

智能教育服务平台

  • ↓ 96% 咨询首响 5 分钟 → 12 秒
  • 10 秒 数据自助查询 原需排期 1–2 天
  • 7 个 学生服务模块 全部线上化
智能教育服务平台 实际运行界面

界面说明:企业智能助手实际界面:NL2SQL 问数(含生成的 SQL 与三层防御校验)与 RAG 智能客服(含知识库溯源)。

  • 目标与背景 教育企业的招生、客服与学生服务分散在多套表格和人工流程里,对外要承接咨询转化,对内要管理学员全过程,一直缺一个统一入口。
  • 核心功能 RAG 智能客服与知识库溯源、企业智能助手 NL2SQL 问答、客户研判与 12 维评分、CRM 全流程,以及学生 7 大服务模块。
  • 技术实现要点 NL2SQL 走字段级白名单、查询规格校验、SQL 校验三层防御;本地部署 Dify 承载 4 个 Agent 并由统一代理层调用;FAISS 向量检索配角色权限与鉴权。
  • 当前完成情况 平台整体已建成,四大业务板块的活动、日报、研判记录等模块均已打通;登录提供员工登录与游客模式双入口。
这一项最硬的地方

学生 7 大服务模块(请假管理 · 心理关怀 · 售后反馈 · 学业考务 · 进度追踪 · 生活支持 · 增值转化)与 CRM 全流程共用同一份客户档案。问到学费时,客服不自行报价,只指向招生简章。

项目 04 · AI 平台

多智能体协作平台 · 客户端模块

  • 4 条 任务并行编排 单会话同时调度
  • 100% 工具调用成功率 实跑 4 / 4
  • 1 套 客户端代码 同源覆盖桌面与移动
多智能体协作平台 · 客户端模块 实际运行界面

界面说明:工作台与工具调用实跑界面:单会话同时调度 4 条任务,工具调用 4 / 4 全部返回,并带单次耗时与成本。

  • 目标与背景 AI Agent 协作平台需要控制台、配置中心、客户端、本地节点四端协同,让一套客户端代码同时覆盖桌面与移动。
  • 核心功能 客户端承载工作台、会话与任务管理、专家市场(团队 / 技能 / 工具统一为团队模块),并接入端侧节点。
  • 技术实现要点 客户端用 Tauri 2 + React 19 + TypeScript;后端复用平台控制台;端侧节点以 Rust 承载核心能力,支持云端与端侧两种节点。
  • 当前完成情况 客户端 UI 已迭代到成品级并产出可用版本,工作台与团队模块均已可用。
这一项最硬的地方

主动写范围说明。平台代码为团队多仓库共建,这一项只聚焦 agent-client 客户端模块,不含控制台后端与端侧节点内核——交付边界先讲清楚,不把团队的成果算成单项的能力。

项目 05 · 智能制造

工业质检视觉检测

  • ↓ 93% 单件检测 3 秒 → 0.2 秒
  • 6 / 6 用例端到端通过 含洁净对照
  • 100% 判定附形态依据 非黑盒打分
工业质检视觉检测 实际运行界面

界面说明:混合缺陷用例实跑结果:同图检出凹坑、污点、划痕三类缺陷,每个缺陷都给出对比度、长宽比与位置框。

  • 目标与背景 产线上人工目检金属件表面,标准不统一、漏检多。目标是让系统自己找出缺陷位置,并把判定依据说清楚。
  • 核心功能 单张图输入,输出缺陷数量、位置框、类别与整件判定等级;内置 6 个确定性用例,现场可直接复现。
  • 技术实现要点 走无监督路线,不需要标注样本:积分图做 O(1) 矩形均值滤波估计背景,残差图配稳健阈值,8 邻域连通域后按形态特征判类。
  • 当前完成情况 端到端已跑通,代码 522 行、4 个 HTTP 端点,含可视化界面与实测数据;大模型复核接口位已预留。
这一项最硬的地方

判定可解释。每个分类结论都能说出依据——长宽比 5.66 判划痕、对比度 34.11 判凹坑、是否贴边判污点,不是黑盒打分。比一个说不清来源的准确率更有用。

项目 06 · 金融风控

信贷材料智能审核

  • ↓ 98% 单笔初审 30 分钟 → 40 秒
  • ↓ 65% 人工复核量 仅高风险与缺件转人工
  • 11 项 结构化字段 逐条附原文出处
信贷材料智能审核 实际运行界面

界面说明:高风险样本实跑结果:11 个字段逐条附原文出处,7 条规则各带权重,命中项回指到材料中的具体句子。

  • 目标与背景 信贷申请材料格式不统一,人工逐份核对字段与规则,耗时且口径因人而异,高峰期容易积压。
  • 核心功能 材料自动解析成 11 个结构化字段,跑 7 条规则打分并给出建议结论;每个命中项都附原文出处。
  • 技术实现要点 字段抽取带证据定位;身份证走国标加权模 11 校验;规则覆盖完整性、证件有效性、年龄一致、负债收入比、收入倍数、工作年限、用途合规七类,权重各不相同。
  • 当前完成情况 三档用例端到端跑通,代码 432 行、5 个端点;规则与权重可按客户口径调整,接口化封装可接入既有审批流。
这一项最硬的地方

原文溯源。每条规则命中都会回指到材料中的具体句子(比如负债收入比 85% 超过 70% 红线,直接指向「月负债:6800」)。复核人不需要再翻原始材料,也不会因为「模型说不通过」而无从申诉。

项目 07 · 医疗健康

临床文档结构化与质控

  • 100% 病历覆盖面 原抽检 5% → 全量
  • ↓ 99% 单份质控 20 分钟 → 10 秒
  • 3 类 校验规则 完整性 / 一致性 / 时序性
临床文档结构化与质控 实际运行界面

界面说明:高风险病历实跑结果 C 级:7 条规则命中 3 条,其中一条是跨段落比对出来的过敏史与用药矛盾。

  • 目标与背景 病历由不同人员分批录入,漏填项和前后矛盾都要事后人工翻查,效率低,也容易漏掉高风险病历。
  • 核心功能 自动切分病历段落,抽取生命体征与诊疗时间线,输出分项命中结果与整体质控等级。
  • 技术实现要点 7 条规则按完整性、一致性、时序性三类校验;冲突检测跨段落比对过敏结论与用药医嘱,这一步是单段落规则做不到的。
  • 当前完成情况 三例用例端到端跑通,代码 406 行、5 个端点;高风险病历判 C 级、命中 3 条,规范病历 A 级、完整度 100%。
这一项最硬的地方

只做文档结构与内部一致性校验,不构成诊断意见,也不替代医师判断。这条免责声明就印在质控结论旁边,而不是藏在页脚。

项目 08 · 政务民生

政务热线问答与工单分派

  • 75% 常见诉求自动答复 25% 转人工
  • ↓ 81% 单通受理时长 8 分钟 → 90 秒
  • 100% 答复附条款出处 口径统一
政务热线问答与工单分派 实际运行界面

界面说明:坐席工作台实际界面:常见诉求检索置信度 91%,直接答复并附条款出处(第四章第十八条),同时自动完成工单分派。

  • 目标与背景 热线话务量长期高位运行,政策咨询、投诉举报和办事指引全混在同一条线上,坐席只能凭经验逐一判断分流,响应慢,答复口径也难以统一。
  • 核心功能 语音转写后先识别诉求意图,常见政策问题直接检索知识库给出带出处的答复;复杂诉求转人工兜底,并自动生成工单按事项类型派到承办单位。
  • 技术实现要点 意图分类与知识库检索构成双通道;工单要素用规则抽取办理时间、发生地点、诉求事由,再按事项类型映射承办单位,抽不到的字段显式留空。
  • 当前完成情况 三类典型诉求已端到端跑通,派单结果与人工判断一致;转人工分支在低置信度输入下实测触发,系统选择不硬答。
这一项最硬的地方

答不了就说答不了。知识库里没有依据时不编答案,而是把问题连同检索到的候选条款一起交给坐席,坐席接手时已经知道系统查过什么——政策答复上,答错比答不出代价大得多。

项目 09 · 电商零售

商品理解与智能客服

  • ↓ 97% 单条商品录入 5 分钟 → 8 秒
  • 6 款 属性标签化 口语查询稳定命中
  • 1 项 冲突主动拦截 不静默覆盖
商品理解与智能客服 实际运行界面

界面说明:参数解析实跑结果:一段口语化参数文本抽成 10 个结构化属性,并主动标出 1 处冲突项。

  • 目标与背景 商品信息散落在标题、详情图和参数表三处,用户用大白话提问时,传统关键词搜索经常一条都匹配不上,只能转人工。
  • 核心功能 把口语化需求翻译成标准商品属性,再按属性组合筛出候选商品,最后由客服话术给出推荐理由、参数对比与购买建议。
  • 技术实现要点 商品侧先把参数抽成结构化标签;查询侧用大模型抽取口语里的意图槽位,再与标签做规则加向量的混合匹配,命中后生成话术。
  • 当前完成情况 六款商品的属性标签已建好,口语查询能稳定命中目标商品,每条答复都附带推荐理由与关键参数对比,可现场复现。
这一项最硬的地方

冲突不静默覆盖。同一属性出现两个取值时,系统不覆盖、不猜,而是标成冲突项交给人确认——商品参数错一个,后面的推荐全是错的。

项目 10 · 能源电力

设备预测性维护

  • 72 小时 故障预警提前量 巡检发现已劣化
  • 2 条件 双通道判据 误报明显收敛
  • 100% 工单自动生成 人工确认后派工
设备预测性维护 实际运行界面

界面说明:正常运行工况实跑结果:通道 B(IsolationForest)三个通道各命中 15 个点,但通道 A(统计)全为 0,双通道不同时成立,因此判定正常、不报警。

  • 目标与背景 设备往往是坏了才修,一次非计划停机就是不小的损失;按固定周期换件又把好件白白换掉。想提前预判,难点全在判据准不准。
  • 核心功能 从振动与温度的时序数据里找异常征兆,双条件同时成立才生成维护工单,并给出建议动作、停机窗口与优先级。
  • 技术实现要点 稳健 z 分数与 IsolationForest 双通道各自判定,再融合出等级;关注 / 报警阈值 σ=3.5 / 6,持续偏离按 3% / 5% / 10% / 20% 分档;换一台设备不需要重训模型。
  • 当前完成情况 测试数据下两类判据都能稳定复现;把判据从单指标改成双条件之后,误报明显收敛,工单更少但更准。
这一项最硬的地方

反例就留在界面上。第一版只看 z 轴峰值超过 3.0 就报警,结果把正常启停当成故障——单指标阈值不可靠,已废弃。把做错的那一版留在页面上,比只展示成功的一版更可信。

技术基座

站在成熟开源生态上

左列能力并非自研产出。我们以公开开源组件和商业 API 为基座拼成能跑的方案,价值在最右列——选型、编排、判据与工程落地。不把开源组件写成自研成果。

开源组件 / 服务在本方案中的用途许可证其上的工程工作
FastAPI服务接口层与请求校验MIT端点设计、数据模型、鉴权与错误处理
LangGraph多智能体编排与状态流转MIT图结构、节点划分与路由规则设计
Milvus / Chroma向量检索与知识库存储Apache-2.0集合规划、文本切分与检索策略
rank_bm25关键词召回,用于混合检索Apache-2.0与向量结果做 RRF 融合与重排
BGE-M3中文向量化模型MIT模型选型、维度确定与离线批处理
DeepSeek / Qwen2.5大模型推理与工具调用商业 / Apache提示词、工具编排与输出约束
Ollama本地模型运行,支持离线部署MIT本地部署、显存与并发参数配置
Python / SQLite运行时与轻量数据存储PSF / 公有环境隔离、依赖固定与表结构设计

除 DeepSeek 为按调用计费的商业服务外,其余均为宽松许可(MIT / Apache-2.0 / PSF / 公有领域),可商用。

怎么看这些数字

每一项都能当场重跑

  • 统一入口:一个启动脚本拉起全部服务,端口固定,现场不用临时配环境
  • 结果可复现:每一步都能重跑一遍,输出与页面记录保持一致,不挑环境
  • 内置样例:每个项目都带确定性样本(含故意失败的样本),演示不需要提前准备数据
  • 数据脱敏:全部使用脱敏数据,不含真实客户信息与个人信息
  • 可离线运行:多数项目支持本地部署,数据不出内网

我们说清楚不做什么

  • 成果数字是试点对比口径(人工现状 vs 系统),不是生产环境长期统计;进入客户环境后要按实际数据校准一轮
  • 生成结果可能出现事实错误,因此在设计上就配了来源标注、结构化参数与人工复核三道闸
  • 涉及资金、权限、合规的高风险动作保留人工审批,不做全自动
  • 进入生产环境前需完成压力测试、权限设计与合规评审,这部分工作量已在实施预算中预留

想看你所在行业的那个?

挑一个跟你最像的项目,我们带你走一遍从输入到结果的完整链路,包括那些「没做成」的部分。