メインコンテンツへスキップ
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日