> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Symphony Hardware Vector: ハードウェア機能の知識

> SHV は、個別にインストール可能な複数の C++ エンジンを通じて、CPU、GPU、NIC、マザーボード、RAM、NVMe のハードウェア機能の知識を維持します。

Symphony Hardware Vector（SHV）は、物理的な設計がクオンツソフトウェアをどのように実現、制約、移植、拡張できるかを理解するのに役立つ、ハードウェア機能の知識を所有します。プロセッサー、CPU コアタイプ、GPU、NIC とファイバーインターフェース、マザーボード、キャッシュ階層、メモリ、NVMe、完全なシステム構成をカバーします。デフォルトのキュレーションでは、2018 年以降のオリジナルコンポーネントとエビデンスのあるバリアントが優先されます。

## スコープとカバレッジ

SHV は、プログラム設計に関連する、エビデンスのあるあらゆる物理的機能をカバーできます。カバレッジプロファイルは qxctl を通じてあなたが管理します。デフォルトの日付基準はモデルの発売時期であり、推測された個々の製造日ではありません。このフィルターは拡張、縮小、置き換え、削除が可能です。

## 実装済みのエンジン

SHV の知識は、個別にインストール可能な複数の C++ エンジンを通じて提供されます:

> [card] shv-engine
>
> コアカーネル（0.4.0-dev）: カバレッジプロファイル、保持されたソースからのカタログのビルド/再生、要件評価、決定論的なグラフプロジェクション、ソースに裏付けられたグラフ検証。

> [card] shv-source-engine
>
> ソース ID、再配置プラン、バイトキャプチャのバインディング、ソースから再生された来歴グラフ。

> [card] shv-profile-engine
>
> 宣言の適合性、ポータブルなレシピ、正確なローカルソースのバインディング。

> [card] shv-partition-engine
>
> ハードウェアのパーティションとコンポーネントのマッピング操作。

> [card] shv-publication-engine
>
> 保護された呼び出し元カタログヘッド、オリジナルソースの再生、永続的なスナップショットのリカバリー。

> [card] shv-graph-adapter
>
> ロスレス交換のための汎用 C++ グラフポートとインメモリのポータブルなリファレンスアダプター。

> [card] shv-graph-duckdb-connector
>
> ハードウェアグラフのエビデンスのオプションの DuckDB リレーショナルプロジェクション。

> [card] shv-pdf-adapter
>
> 範囲が限定された PDF 抽出と、オリジナルのバイトからのドキュメント上のアサーションの再検証。

## ソースのリビジョンと来歴

`shv-source-engine` は、安定したソース ID、明示的な再配置プラン、純粋な遷移検証、実際のバイトのキャプチャバインディング、ソースから再生された来歴グラフを実装します。これらは読み取り専用の操作です。コアのキュレーションでは、オリジナルのコンポーネント ID とエビデンスのあるバリアントが優先されます。保護されたソースの有効化は別途処理され、純粋なソースエンジンが権限を付与することはありません。

## グラフの交換とストレージ

`shv-graph-adapter` は、ロスレス交換と構造的なクエリのための汎用 C++ グラフポートを提供します。永続的なストレージは、デフォルトの DuckDB SQL を通じて実装されています。現在、専用のグラフデータベースは選択されていません。

## PDF エビデンスの境界

`shv-pdf-adapter` は、明示的な PDF の表から適格なドキュメント上のアサーションを抽出し、汎用的なグラフ交換の後にオリジナルのバイトからそれらを再検証します。一般的な PDF のカバレッジは、引き続き別のスコープの作業です。

## 残りの作業

幅広いハードウェアアトラス、ソース取得の自動化、複数ソースの競合集約、追加のベンダー固有データベースドライバー、カスタムプラグインの読み込み、Composer との統合は、今後の作業として残っています。幅広いコンポーネントマッピングと永続的なベンダードライバーも未解決です。

## SHV と他のベクターとの関係

> [card] [SNV](https://docs.quanux.org/symphony/ja-jp/vectors/snv.md)
>
> SHV が記述するハードウェアを含む Node を記録します。

> [card] [SCV](https://docs.quanux.org/symphony/ja-jp/vectors/scv.md)
>
> SHV が詳細に特徴付けるプロバイダーのハードウェア提供内容を参照します。

> [card] [SOV](https://docs.quanux.org/symphony/ja-jp/vectors/sov.md)
>
> Node のプロビジョニングやコンディショニングの際に SHV のエビデンスに基づいて動作する場合があります。


## Related topics

- [Symphony Cloud Vector: プロバイダーリソースの知識](https://docs.quanux.org/symphony/ja-jp/vectors/scv.md)
- [Symphony Node Vector: Node ID とクラスターの記録](https://docs.quanux.org/symphony/ja-jp/vectors/snv.md)
- [Symphony Quantitative Vector: フレームワークコントラクト](https://docs.quanux.org/symphony/ja-jp/vectors/sqv.md)
- [SHV エンジン: Symphony Hardware Vector のソースとグラフ](https://docs.quanux.org/symphony/ja-jp/engines/shv-engines.md)
- [Symphony Ops Vector: qxctl による運用コントロール](https://docs.quanux.org/symphony/ja-jp/vectors/sov.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.