メインコンテンツへスキップ
Symphony を操作する前に、このガイドで全体像を把握してください。このドキュメントでは、プラットフォームドクトリン、ユーザーが選択したインフラストラクチャ、ベクターが所有するセマンティクス、管理コマンドを区別しています。正確なインストール手順と実行手順は、該当するコンポーネントの現在のコントラクトに記載されています。

1. 運用上の境界を読む

まず プラットフォームドクトリン をお読みください。戦略とインフラストラクチャのユーザー所有権、呼び出し元クラスの中立性、エビデンスに基づく互換性、ホットパスの保護が定められています。

2. 物理モデルを学ぶ

Node、Habitat、Nest をお読みください。
  • Node: 識別された物理コンピューターリソース。
  • Habitat: Node に配信される厳密なオペレーティングシステムとパッケージのコンディショニング。
  • Nest: 適切な Habitat に配置される、ユーザー目的のワークロード。
クラスターのバスとアダプターは、明示的なアーキテクチャ上の選択です。Symphony が汎用的なプロバイダーや戦略を指定することはありません。

3. 意味の所有権をたどる

アーキテクチャの概要 では、ベクターコントラクト、エンジン、qxctl、管理されたエビデンスの関係を示します。ベクターとフェーズ では、配信作業がフェーズを経て進んでも、ベクターがセマンティックオーナーであり続ける理由を説明します。Symphony Knowledge Vector では、Contract Quad とそのコンパニオンサーフェスについて説明します。

4. 管理サーフェスを見つける

qxctl の概要 では、Go 製の管理およびクエリ用 CLI を紹介します。knowledge、lifecycle、engines、validation など、特定のコマンドファミリーについては qxctl の各ページを参照してください。qxctl はコマンドの文法と表示を提供し、ベクターコントラクトが操作とその意味を所有します。

5. 該当するコントラクトとエビデンスを確認する

Node に対して操作を行ったりベクターエンジンを呼び出したりする前に、現在のオーナーコントラクト、ターゲットの状態、認可、利用可能なレシートや検証のエビデンスを確認してください。これらの境界については、呼び出し元の権限 と ホットパスの分離 で説明しています。新たに登場したサーフェスは、運用上の暗黙的な保証ではありません。
最終更新日 2026年10月10日