知 · 知識を使えるように
Nex Knowledge Base
社内オンプレミス型のナレッジ検索と質問応答
ファイル構造を考慮したチャンキング、二経路リコール、RRF 融合、reranker による再ランクまで、すべて社内ネットワークで完結します。
ホーム 製品 NexSpec Hub
Product 01 · 源
NexSpec Hub
仕様書と文書のマスタデータハブ
仕様書、ソースファイル、バージョン履歴、監査記録を、唯一の正式なソースに収めます。
5 階層
固定プロジェクト構造
3 種類
インターフェース言語
300s
ダウンロードチケット有効期間
Problem → Approach
バージョン管理を、人の確認に頼るのはもう終わり
同じ仕様書を、テスト・要件・調達・サプライヤーがそれぞれ別の版で持っている —— こうした事故の根本原因は人ではなく、システムにあります。
| これまでのやり方 | NexSpec Hub のやり方 |
|---|---|
| ファイルは共有ドライブに散在し、最新版は人の確認頼み | ソースファイルとバージョン履歴はリポジトリに集約され、バージョン番号・ステータス・タイムスタンプを持ちます |
| 誰が何を変えたか説明できず、監査で証拠を出せません | SHA-256 検証 + チェーン追記型の監査記録で、1 件ずつ検証可能 |
| 中国語・日本語・英語の文書が混在し、それぞれ別々に読むしかない | 三言語インターフェースと多言語検索、文書の言語は個別に保持 |
| 配布したファイルは取り戻せない | 5 分間の単一バージョン読み取り専用ダウンロードチケット、撤回と同時に失効 |
Capabilities
7 つの機能で、7 枚の Excel を置き換える
一括アップロードと重複排除
同じ構造・同じ名称のファイルは自動でリビジョンを追加し、重複内容を検出、日付と小バージョンの接尾辞を 1 件ずつ確認して、結果を項目ごとに返し、再試行にも対応します。
バージョンステータスフロー
ドラフト → リリース待ち → リリース済み。新バージョンのリリース後、旧バージョンには差し替え済みのマークが付き、個別の撤回にも対応します。
ソースファイルは上書き不可
ソースファイルは登録と同時にロックし、SHA-256 検証、重複内容検出を行い、アップロードセッションの完了後にのみバージョンを作成できます。
関係と構造の管理
上位 / 下位 / 参照 / 関連の 4 種類の関係、1 ホップ関係グラフ、循環参照のブロック。固定 5 階層のプロジェクト構造が章の所属を支えます。
本文抽出と検索
Office 文書、テキスト PDF、TXT、Markdown の本文抽出と断片表示。キーワードとベクトルのハイブリッド検索、再ランクは任意。
出典付きナレッジQA
リポジトリ内の仕様書に直接質問でき、回答には出典が付き、クリックで原文を確認できます。
三言語インターフェース
簡体中国語 / 日本語 / English。UI の文言、ステータス、フォーム、日付形式が言語に合わせて切り替わります。
ダウンロードチケットと撤回
5 分間有効な単一バージョン読み取り専用のダウンロードチケット。撤回後は、発行済みチケットが即座に失効します。
Interface
監査履歴：誰が、いつ、どの文書を動かしたか
リリース、差し替え、アップロード、解析、ダウンロードチケットの発行 —— すべての操作が 1 件の記録を残します：操作イベント、操作者、リソース識別子、時刻。記録はチェーン状に追記され、後から 1 件ずつ照合できます。
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 は物理削除のインターフェースを提供せず、アーカイブはステータス変更のみを行い、ファイルとすべてのバージョンをまとめて保持します。
- リリースと同時にベースラインを固定。 システム横断で参照するのは特定のバージョンであり、「最新版」ではありません。
- 撤回は即時有効。 撤回後は、すでに発行済みのダウンロードチケットも一括で無効になります。
- 書き換えられない記録。 監査記録は前の 1 件のハッシュを引き継ぎ、後から改ざんするとチェーンが切れます。
- 上書きできないファイル。 リリース済みファイルは上書きできず、各バージョンが独立した内容フィンガープリントを持ちます。変更するには、新しいバージョンをアップロードしてください。
Workflow
仕様書が 1 部入ってからの 4 ステップ
01
登録と重複排除
一括アップロードでは、システムが構造と名称から統合関係を判定し、リビジョンを自動で追加して重複内容にマークを付け、項目ごとに結果を示します。
02
関係と構造上の所属
5 階層のプロジェクト構造に組み込み、上位・下位・参照・関連の関係を構築し、循環参照はシステムが遮断します。
03
リリースとバージョン管理
ドラフト → リリース待ち → リリース済み。リリース時にバージョンベースラインを固定し、旧バージョンには自動で「差し替え済み」のマークが付きます。
04
検索・ナレッジQA・ダウンロード
ハイブリッド検索と出典付きナレッジQAはリポジトリ内の本文を直接検索します。ソースファイルが必要なときはチケットを発行し、5 分以内に単一バージョンを読み取り専用でダウンロードできます。
Design Decisions
3 つの意図的な設計上のトレードオフ
ソースファイルは上書き不可
アップロードされたソースファイルの上書きは許可していません。リビジョンは新バージョンとして追記し、旧バージョンは永久に保持します —— 「そのときの版」こそが責任追及に必要なことが多いからです。
物理削除のインターフェースを提供しない
アーカイブはステータス変更のみで、ファイルとすべてのバージョンをまとめて保持します。見落としではなく、意図的にそうしています。
本文解析は NexTest が担当
Hub はマスタデータとバージョンを担い、NexTest は固定版の参照を通じてアクセスします。役割を分け、どちらも中途半端にはしません。
Audit & Security
監査に必要なのはログではなく、検証できる証拠です
バージョンガバナンスの終着点は「検証可能」であること —— そしてそれはソースファイルが登録された最初の一秒から記録し始めています。
- SHA-256 検証。各ソースファイルは登録時点で検証値を計算し、身元を検証できます。
- チェーン追記型監査。各監査記録は前の 1 件のハッシュを引き継ぎ、1 件ずつ検証でき、後から改ざんできません。
- バージョンベースラインの固定。リリースと同時に固定され、システム横断で参照するのはこの版であり、「最新版」ではありません。
- 期限付きチケットと撤回。ダウンロードチケットは 5 分で失効し、単一バージョンの読み取り専用。撤回後は発行済みチケットが即座に失効します。
- トランザクション Outbox と webhook リトライ。外部通知はイベントを取りこぼさず、失敗時は自動で再送します。
Request a Demo
仕様書を 1 部お持ちいただき、登録からリリースまでをその場で一通り
バージョン追加、重複判定、関係構築、5 分間チケットのダウンロードを含みます。