目前的 PoC 与技术基础

目前 PoC:ERP Text-to-SQL(开发中)

技术概述:在示范 ERP 数据库上建立的日常语言查询层,涵盖应收账款、库存、销售与采购。

架构:只读数据库角色、映射到数据表与字段的业务词汇表、执行前经解析并比对数据表结构的模型生成 SQL,以及完整的查询与结果记录。

待验证能力:在 200 题基准测试上的执行准确率与延迟,先以云端模型测试,再以本地硬件上的开源模型测试。

状态:基准测试结果将公布于本页。

“哪些超过 1 万美元的应收账款已逾期?”生成的 SQLSELECT customer, amount_due FROM ar_invoicesWHERE due_date < CURRENT_DATE AND amount_due > 10000 LIMIT 100;结构检查 · 只读角色 · 行数上限客户应收金额客户 A$24,300客户 B$18,950
政策文档pgvector检索草稿[1][2]顾问审批 → 发布每份草稿都链接回所依据的段落。

技术基础 1:复杂文档 RAG 与来源标注

技术概述:为一家教育咨询服务部署的内容引擎,为经常变动的政策文档与院校资料建立索引。

架构:PostgreSQL + pgvector 检索、链接到来源段落的草稿,以及发布前的顾问审批。

已验证能力:在非结构化文档上准确检索,每项输出都能追溯到来源。

延续到 AIHub:成为采购规则、SOP 与会计政策的制度与文档层。

技术基础 2:规则校验生成

技术概述:为一个语言培训平台部署的自适应题目生成器。

架构:模型输出在送到学员之前,会先比对明确的规则库与知识图谱。

已验证能力:以模型之外定义的规则限制模型输出。

延续到 AIHub:成为 SQL 校验层,生成的查询必须通过数据表结构与政策检查才会执行。

模型输出题目草稿规则库 +知识图谱检查不通过 → 重新生成通过 → 发送交给学员规则独立于模型之外,因此可以审计与修改。
设备端处理优先执行云端服务(Cloudflare)较重的任务结果轻量任务留在设备端,峰值由云端承担。

技术基础 3:设备端与云端混合处理

技术概述:为一款已上线的消费类移动 App 打造的图像处理流程。

架构:先在设备端处理;较重的任务转到基于 Cloudflare 的云端服务。

已验证能力:在边缘与云端之间分配 AI 工作负载,以控制延迟与成本。

延续到 AIHub:在客户硬件上的本地模型与云端模型之间分流。

我们的设计原则

数据库始终是唯一可信的来源。AI 编写查询、草拟动作;你的系统计算结果,你的团队批准变更。— Infonexs