メインコンテンツへスキップ
Symphony は、権限を判断する際に、呼び出し元を人間、AI、エージェント、サービス、ワークロード、組織、その他のアクターの種類として分類しません。あなたが人間か自動化システムかという分類だけで、何らかの機能が付与されたり剥奪されたりすることはありません。この呼び出し元クラスの中立性は、認可をラベルではなく事実に基づかせるための、アーキテクチャ上の中核的な境界です。

権限を規定するもの

サポートされる認可の判断には、次の入力が使われます。
  • ターゲットホストの所有権または付与された権限: 設定可能なガバナンスについては、ターゲットホストの管理者が最終的な決定権を持ちます。
  • 要求された操作とリソース: 具体的なアクションと、その対象となるオブジェクト。
  • 期待される状態: 宣言された望ましい結果と、観測された現在の状態。
  • オーナーが設定したセーフガード: 管理者が調整または削除できる保守的なデフォルト。

SSIAG とホスト権限

SSIAG は有効なホスト権限を検証してプロジェクションできますが、上位の登録機関を作り出したり、ターゲットホストの管理者に恒久的な拒否権を行使したりすることはありません。強化された本人確認とガバナンスのインターロックは、呼び出し元に中立な、オーナーが設定するセーフガードです。サポートされるツールにおいて、プロトコル整合性の要件は引き続き必須です。

Symphony が判断しないこと

Symphony は、アクターが財産を所有できるか、口座を開設できるか、契約に署名できるか、責任を負えるか、他の主体のために行動できるかを判断しません。これらの事実は、該当するオーナー、プロバイダー、取引相手、および適用される法律に属します。プラットフォームは限定された役割の範囲にとどまります。互換性のエビデンスを生成して操作をサポートしますが、外部の法的または財務的な能力の判断にまで踏み込むことはありません。

実際上の意味

qxctl またはベクターエンジンを呼び出すとき、コマンドを手動で実行する場合も、スクリプト経由の場合も、エージェント型ツール経由の場合も、同じチェックが適用されます。権限のパスは、ターゲットホストの所有権、明示的な許可、期待される状態、セーフガードです。どの呼び出し元の種類にも、自動的なバイパスや自動的な制限は与えられません。
最終更新日 2026年10月10日