10 个跑得起来的系统
这一页不是效果图集。下面 10 个系统都能在终端里现场重跑,页面上的每个数字都能追溯到源码与实测输出,截图全部来自实际运行界面。
工程证据
逐项可在代码里核对
接口可调,页面可点
6 / 6 全部通过
不含真实客户与个人信息
口径说明:项目成果为试点对比口径(人工现状 vs 系统),可按客户基线校准。3,407 行可运行代码与 32 个 HTTP 端点,对应其中 6 个已出具完整代码与端点的项目;其余项目为团队多仓库共建或平台型工程。全部项目使用脱敏数据,不涉及任何真实客户信息与个人信息。
行业阅读框架
行业不同,真正变化的是决策链
| 行业 | 业务对象 | 决策门 | 系统动作 | 最终责任 |
|---|---|---|---|---|
| 制造工艺 | 工艺卡、设备参数、异常现象 | 有出处才回答;知识缺口回流 | 问答、参数查询、知识补全 | 工艺工程师 / 班组 |
| 运维服务 | 工单文本、部门标签、历史处理 | 置信度达标才自动派单 | 分类、派单、人工复核 | 调度员 / 责任部门 |
| 教育科技 | 学员、咨询、服务记录 | 权限、字段、SQL 校验 | 问数、客服、CRM 协同 | 教务 / 客服主管 |
| AI 平台 | 任务、工具、会话状态 | 角色和状态机可回放 | 编排、执行、节点管理 | 平台管理员 |
| 智能制造 | 缺陷图像、批次、检测标准 | 形态依据可解释 | 检测、分级、放行建议 | 质检 / 工艺工程师 |
| 金融风控 | 申请材料、字段、规则 | 原文证据 + 加权规则 | 结构化、评分、人工复核 | 风控审核员 |
| 医疗健康 | 病历段落、医嘱、时间线 | 完整性、一致性、时序性 | 质控提示、人工判断 | 医师 / 质控人员 |
| 政务民生 | 诉求、政策条款、办理要素 | 低置信度转人工 | 答复、派单、过程追踪 | 坐席 / 承办单位 |
| 电商零售 | 标题、参数、属性标签 | 冲突不静默覆盖 | 推荐、对比、客服话术 | 商品运营 / 客服 |
| 能源电力 | 振动、温度、资产台账 | 双通道判据 | 预警、工单、人工确认 | 设备工程师 |
这张表的核心不是展示模型名称,而是展示每个行业的责任闭环。能否上线,取决于数据能否进来、规则能否解释、异常能否转人工、结果能否留下记录。
项目 01 · 制造工艺
KBA-Multi-agent · 制造工艺智能问答中枢
- ↓ 97% 查找耗时 15 分钟 → 25 秒
- 100% 答复附工艺卡出处 可溯源到原文段落
- 276 项 测试全绿 558 条样本回归
界面说明:车间问答台实际界面:提问 → 多智能体调度 → 混合检索 → 带出处答复。同屏演示了「答得出」与「答不出」两种情形。
- 目标与背景 车间工艺问题分散在纸质工艺卡、老师傅经验和多个系统里,工人问一个问题要翻好几处。
- 核心功能 多智能体问答、混合检索融合、知识缺口自动识别并回流、工艺参数结构化查询。
- 技术实现要点 编排层同时支持主从调度与状态机两条路径;向量模型 BGE-M3;RRF 融合后重排;网络受限时可降级离线运行。
- 当前完成情况 核心链路已跑通,558 条样本回归、276 项测试全绿。界面里是 6 个领域专家 Agent、28 张数据表。
答不上来时明确说「没有依据」,而不是编一个答案。那次未命中的提问被登记为知识缺口、进入补录清单,并附上「相关但不足采信的片段」——宁可交白卷,不交错卷。
项目 02 · 运维服务
TIC-Model · 工单智能分类与派单模型
- ↓ 99% 分派耗时 3 分钟 → 1 秒
- 78% 自动派单覆盖率 试点 1,200 单
- ↓ 78% 错派率 9% → 2%
界面说明:工单分类台,停在阈值判定这一步。自动派单阈值 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 系统),不是生产环境长期统计;进入客户环境后要按实际数据校准一轮
- 生成结果可能出现事实错误,因此在设计上就配了来源标注、结构化参数与人工复核三道闸
- 涉及资金、权限、合规的高风险动作保留人工审批,不做全自动
- 进入生产环境前需完成压力测试、权限设计与合规评审,这部分工作量已在实施预算中预留