知 · 让知识可用
Nex Knowledge Base
内网私有化知识检索与问答
文件结构感知切块、双路召回、RRF 融合、reranker 精排，全部在内网完成。
首页 产品 NexSpec Hub
Product 01 · 源
NexSpec Hub
式样书与文档主数据中心
把式样书、源文件、版本履历、审计记录，收进一个唯一权威源。
5 级
固定项目结构
3 种
界面语言
300s
下载票据有效期
Problem → Approach
版本这件事，不能再靠人确认
同一份式样书，测试、需求、采购、供应商各拿一版 —— 这类事故的根因不在人，在系统。
| 过去的做法 | NexSpec Hub 的做法 |
|---|---|
| 文件散在共享盘，最新版靠人工确认 | 源文件与版本履历归入库内，有版本号、状态与时间戳 |
| 谁改了什么说不清，审计拿不出证据 | SHA-256 校验 + 链式追加审计记录，逐条可核验 |
| 中、日、英文档混在一起，各看各的 | 三语界面与多语言检索，文档语言独立保存 |
| 发出去的文件收不回来 | 五分钟单版本只读下载票据，撤回即刻失效 |
Capabilities
七件事，替掉七张 Excel
批量上传与去重
同结构同名文件自动追加修订，重复内容检测，日期与小版本后缀逐个确认，逐项反馈结果并支持重试。
版本状态流
草稿 → 待发布 → 已发布。新版本发布后旧版本标记替代，也支持独立撤回。
源文件不可覆盖
源文件入库即锁定，SHA-256 校验，重复内容检测，上传会话完成后才能创建版本。
关系与结构管理
上位 / 下位 / 引用 / 相关四类关系、一跳关系图、循环引用拦截；固定五级项目结构支撑章节归属。
正文提取与检索
Office 文档、文本 PDF、TXT、Markdown 正文提取与片段查看；关键词与向量混合检索，可选重排。
带引用问答
基于库内式样书直接提问，答案附带出处引用，可点回原文核对。
三语界面
简体中文 / 日本語 / English。界面文案、状态、表单、日期格式随语言切换。
下载票据与撤回
五分钟内有效的单版本只读下载票据。撤回后，已签发的票据立即失效。
Interface
审计履历：谁在什么时候动了哪一份
发布、替代、上传、解析、签发下载票据 —— 每一次操作都留下一条记录：操作事件、操作人、资源标识、时间。记录链式追加，事后翻账逐条可核。
N
式样书目录
车身域
批量上传
式样书目录项目基线审计履历
4,182审计记录
326发布事件
1,284资源标识
0可改写记录
审计履历近 30 天
按时间倒序
操作事件操作人资源标识时间
发布版本
Yyu-peng
NX-BCM-0141 · v2.4DOMAIN · 车身域
2026年9月21日14:32:07
替代旧版本
Yyu-peng
NX-BCM-0141 · v2.3 → v2.4旧版本转入归档
2026年9月21日14:32:07
上传版本
Yyu-peng
NX-BCM-0141 · v2.4SHA-256 校验通过
2026年9月21日14:30:41
解析完成
Ssystem
NX-BCM-0141 · v2.4 · NexTest原子要件 128 条
2026年9月21日14:35:12
签发下载票据
Zzhang.h
NX-BCM-0141 · v2.4有效期 300 秒
2026年9月22日09:12:33
创建式样书
Lli.ming
NX-BCM-0141首个版本 v2.2 入库
2026年7月18日16:40:09
归档式样书
Yyu-peng
NX-HMI-0019 · v0.9状态变更，文件保留
2026年9月17日19:53:20
已发布文件不可覆盖记录不可改写每个版本 独立内容指纹
为什么旧版本不能删
在汽车研发里，"当时那一版写了什么"往往才是追责和复盘时需要的。所以 Hub 不提供物理删除接口，归档只做状态变更，文件与全部版本一并保留。
- 发布即固定基线。跨系统引用的是某一版，不是"最新版"。
- 撤回即刻生效。撤回后，已经签发出去的下载票据一并作废。
- 改不了的单据。审计记录承接前一条的哈希，事后篡改会断链。
- 覆盖不了的文件。已发布文件不可覆盖，每个版本有独立内容指纹；要改，就传一个新版本。
Workflow
一份式样书进来之后的四步
01
入库与去重
批量上传，系统按结构与名称判定归并关系，自动追加修订并标记重复内容，逐项给出结果。
02
关系与结构归属
挂进五级项目结构，建立上位、下位、引用、相关关系，循环引用由系统拦截。
03
发布与版本管理
草稿 → 待发布 → 已发布。发布时固定版本基线，旧版本自动标记替代。
04
检索、问答与下载
混合检索与带引用问答直接查库内正文；需要源文件时签发票据，五分钟内单版本只读下载。
Design Decisions
三个刻意的设计取舍
源文件不可覆盖
我们不允许覆盖上传的源文件。修订以新版本形式追加，旧版本永久保留 —— 因为"当时那一版"往往才是追责时需要的。
不提供物理删除接口
归档只做状态变更，文件与全部版本一并保留。不是遗漏，是刻意不做。
解析正文归 NexTest
Hub 负责主数据与版本，NexTest 通过固定版本引用访问。职责分开，两边都不做半套。
Audit & Security
审计要的不是日志，是能核验的证据
版本治理的终点是可核验 —— 而这一点从源文件入库的第一秒就开始记录。
- SHA-256 校验。每个源文件入库即计算校验值，身份可验证。
- 链式追加审计。每条审计记录承接上一条的哈希，逐条可核验，不可事后篡改。
- 固定版本基线。发布即固定，跨系统引用的是这一版，而不是"最新版"。
- 时效票据与撤回。下载票据五分钟过期、单版本只读；撤回后已签发的票据立即失效。
- 事务 Outbox 与 webhook 重试。对外通知不丢事件，失败自动重投。
Request a Demo
带一份式样书来，现场过一遍入库到发布
包括版本追加、去重判定、关系建立和五分钟票据下载。