Nexus-Mid

2025-12-12 20:51:24
行业:搜索
载体:网站
技术:Python、React

业务和功能介绍

Nexus-Mid 旨在构建一个企业级知识与AI中间件平台。其核心目标是打破信息孤岛,通过统一管理企业核心知识资产,并利用生成式AI技术(RAG、摘要、分类)释放数据价值,为上层业务应用提供智能化的数据服务。同时,通过严格的RBAC权限控制,确保企业数据的安全性和隔离性。
软件功能与核心功能模块
1. 知识库管理
核心的数据存储与管理中心。
文档管理:支持多种格式文档的上传、解析与存储。
层级结构:采用无限层级的文件夹树形结构组织内容。
元数据与版本控制:完整记录文档元数据,并维护版本历史,支持版本回滚与对比。
在线预览:集成文件预览器,支持直接在浏览器中查看文档内容。
2. AI 智能处理
深度集成的AI服务,提升内容可用性。
智能分类:利用LLM自动将文档归类到特定业务领域。
智能摘要:自动生成长文档的精简摘要,帮助用户快速获取关键信息。
语义标签:自动提取文档关键词和标签,增强检索精准度。
搜索增强:利用“查询扩展”技术,生成用户搜索词的同义词,提升召回率。
3. 身份与访问管理
强大的多租户权限体系。
多租户架构:基于 Tenant 模型实现严格的数据隔离。
层级角色:支持角色继承(父子角色)及权限传递。
细粒度权限:
功能权限:控制对界面模块和API操作的访问。
数据权限:控制对特定知识库或文档的访问(行级安全)。
4. 交互式对话
对话式UI:用户通过自然语言与知识库进行交互。
RAG(检索增强生成):根据用户问题检索相关文档片段(Embedding),结合LLM生成精准回答并标注引用来源。
业务流程与功能路径
数据入库流程:用户上传文件 -> 后端存入 MinIO -> DocumentParser
下载并提取文本 -> 文本分块(Chunking) -> 生成向量(Embedding) -> 存入向量数据库及关系型数据库。
AI Sidecar:并行触发 AI 分类与摘要任务,更新文档元数据。
权限校验流程:请求进入 TRPC Router -> 中间件校验 Session -> 验证 UserRole 及资源特定权限 -> 授权或拒绝。
搜索与检索流程:
用户输入“如何申请休假?” -> AI 扩展查询词 -> 混合搜索(关键词 + 向量)召回相关切片 -> LLM 生成带引用的回答。

项目实现

1 整体架构与设计思路
本项目采用 现代化 Monorepo 单体架构,针对全栈类型安全和开发体验进行了优化。
前端:基于 Next.js 16 (App Router) 和 React 19 构建。利用 Server Components 提升首屏性能,Client Components 处理交互。状态管理采用 Zustand 和 React Query。
后端:作为 TRPC (TypeScript Remote Procedure Call) 服务嵌入在 Next.js API 路由中。实现了从数据库到前端UI的端到端类型安全(End-to-End Type Safety)。
数据库层:使用 Prisma ORM 进行数据访问,底层对接 PostgreSQL(核心数据)并支持向量操作。
存储层:采用 MinIO 对象存储,确保存储与应用解耦,并兼容 S3 协议,便于私有化部署。
2 技术栈概览
框架:Next.js 16 (React 19)
语言:TypeScript (Strict Mode)
样式:Tailwind CSS 4, Radix UI (组件原语), Lucide React (图标)
API 通信:TRPC (v11)
数据库:PostgreSQL, Prisma ORM
对象存储 MinIO
AI / LLM:OpenAI SDK, Google GenAI SDK, Langfuse (可观测性)
大模型调用:python
3 模块详细设计
Router 模块化:TRPC Router 被拆分为多个领域子路由(knowledgebase, role, user, dialog)以保证可扩展性。
例如:server/routers/knowledgebase/ 目录下包含 document.ts (文档操作), folder.ts (目录操作), processing.ts (处理逻辑) 等独立文件,避免单文件过大。
Service 层模式:复杂的业务逻辑(如文件解析、AI调用)封装在独立的 "Service" 类中(DocumentParserService, AIClassificationService),而不是直接写在 Router 里。
混合解析策略:采用了 "Sidecar" 模式进行解析缓存。文件解析后,生成的 _parsed.json 会与源文件一同存储在 MinIO 中,避免重复计算。

示例图片视频


孤独的小螃蟹
30天前活跃
方向: 后端-Java、爬虫/脚本-爬虫/脚本、
交付率:100.00%
相似推荐
内部AI问答平台
系统集成 AI 知识助手、多模态助手、企业知识库三大核心能力,支持仪表板快速生成、拖拽式大屏搭建、智能报告生成与剧本化编辑,并提供 AI 机器人聊天及自定义指标配置,打造覆盖智能交互、数据分析与可视化应用的全链路企业级平台。
HR系统
为全面提升人力资源运营效率并实现集团人才流动数据的深度洞察,人力资源部正式向信息部提出HR数据分析首页及报表系统开发需求,旨在通过数据整合与可视化分析,构建集团级人才管理决策中枢。
财务系统
针对财务部门在资金管理系统上的业务需求,打通财务内部数据流转,对接第三方系统等等。 资金计划模块支持多维度预算编制与执行分析,强化资金统筹能力;票据管理实现应收应付票据全生命周期跟踪,降低票据风险;银企直连稳定对接多家银行,实现资金实时监控与归集。系统整体运行平稳,有效支撑集团资金精细化管理需求。
低代码平台
架构设计:基于.NET 8 + SqlSugar框架设计低代码平台后端,实现模块化、多租户、动态API生成能力。 核心功能: 动态表单引擎:支持用户自定义数据表结构,后端自动生成增删改查API; 工作流引擎:支持可视化流程配置,节点类型包括审批、抄送、条件分支,动态解析审批人; 优化多租户隔离:采用数据库级隔离方案,租户数据独立存储。
再生平台项目
1、立项背景 再生资源行业传统模式存在信息不对称、交易链路繁琐、监管追溯难、资金流转慢等痛点,中小商户与企业间对接效率极低,行业数字化转型需求迫切。同时,国家大力推动循环经济发展,亟需一款集信息服务、业务协同、数据管控于一体的平台,打通再生资源从回收、加工到交易、融资的全链条。 2、核心目标 整合行业资源:汇聚再生资源供需方、物流服务商、金融机构等多方主体,构建行业资源生态; 实现业务闭环:覆盖从立项、合同签订到订单执行、对账、融资的全流程,提升交易效率; 强化监管与风控:通过数据采集与分析,实现交易全流程追溯,降低行业风控风险; 推动数字化升级:为行业提供标准化、智能化的信息服务与业务工具,助力再生资源行业规范化、高效化发展。 1)软件整体功能 平台以 “信息服务 + 业务协同 + 数据管控” 为核心,面向商户、企业、监管 / 管理端三类用户,提供全场景功能支撑。前端基于 Vue3+Vite+TypeScript 构建多端界面,后端以 Spring Boot 为核心拆解为启动、公共、核心、业务、数据抓取五大模块,支撑高可用、高扩展的系统架构。 2)核心功能模块 基础管理模块(核心模块):覆盖用户 / 角色 / 菜单 / 部门管理、日志、文件、字典配置、定时任务等基础能力,保障平台权限与基础运营,是全系统的支撑底座。 再生资源业务模块(业务模块):平台核心业务闭环,包含身份管理、合同、订单、发货、收货、对账、发票、应收、融资、风控等全链路功能,实现再生资源业务从发起至完结的全流程管控。 数据采集与对接模块(数据抓取模块):对接外部 ERP 系统,通过 AI 识别、HTML 解析等技术采集行业外部数据,同步补充平台信息,提升数据完整性。 信息服务模块:提供再生资源行情查询、供需信息发布、行业资讯推送等功能,满足用户信息获取需求,构建行业信息生态。 3、业务流程和功能路径描述 交易协同路径:商户 / 企业发布供需信息→身份认证审核→签订电子合同→生成交易订单→发起发货 / 收货→确认收货→发起对账→开具发票→完成应收结算; 数据采集路径:外部 ERP 系统数据请求→AI 识别验证码→解析业务数据→定时同步至平台数据库→平台数据校验与展示; 风控与融资路径:交易数据汇总→平台风控规则校验→生成企业信用报告→金融机构基于数据提供融资服务→融资回款跟踪。 功能路径支撑 用户端路径:用户登录→权限校验→进入对应功能界面(商户端侧重业务操作,企业端侧重资源管理,管理端侧重监管与配置)→执行功能操作→数据实时同步至数据库; 系统端路径:前端请求→后端接口处理(调用对应模块服务)→数据读写(MySQL / 文件存储)→返回结果→前端展示; 外部对接路径:外部系统请求→数据抓取模块解析→数据校验→存入
帮助文档   Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服