Microsoft Foundry A2A：OBOやサービスIDを使う場合、子エージェントの権限はどのように決まりますか？

Microsoft Foundry Hosted Agents の incoming Agent2Agent（A2A）エンドポイントにおける、子エージェントの権限の扱いについて確認したいです。

想定しているのは、ユーザーが Agent A にタスクを依頼し、Agent A が A2A 経由で Agent B を呼び出すケースです。

OBO / OAuth によるユーザーIDの引き継ぎと、サービスIDを使う構成は分けて考えたいです。

質問 Agent B が下流のツールやリソースへアクセスするとき、その実効権限は、Agent A がそのタスクについて委任した権限の範囲を超えないことが、Foundryのプラットフォーム仕様として保証されているのでしょうか？

もし必ずしもそうではない場合、次の点を教えてください。

1. 各ID方式で、Agent B の実効権限を最終的に決める主体は何ですか？
2. Agent B は、Agent A や元のユーザーより広い権限を持つ別のサービスIDで動作できますか？
3. 元の人間ユーザーを示す機械可読な参照情報は、A2Aの呼び出しをまたいで保持されますか？
4. 親エージェントの権限と子エージェントの権限の共通部分だけを許可する仕組みはFoundry側で強制されますか？ それともアプリケーション／構成側の責任でしょうか？

特に、以下を区別して理解したいです。

• 元ユーザーの現在の権限
• Agent A の権限
• Agent A から Agent B へ委任された範囲
• Agent B のサービスIDの権限
• 対象リソース側のアクセス制御

この挙動が公式仕様として定義されている場合は、該当するMicrosoft公式ドキュメントや仕様へのリンクも教えてください。

また、回答内容が次のどれに当たるかも分かると助かります。

1. プラットフォームとして保証された仕様／サポート契約
2. 現在の実装上の挙動
3. 構成によって変わる挙動
4. 現時点では仕様として定義されていない挙動

対象は、現在の Microsoft Foundry Hosted Agents の A2A 利用です。必要であれば、該当するID方式やPreview / GAの違いも教えてください。Microsoft Foundry Hosted Agents の incoming Agent2Agent（A2A）エンドポイントにおける、子エージェントの権限の扱いについて確認したいです。

想定しているのは、ユーザーが Agent A にタスクを依頼し、Agent A が A2A 経由で Agent B を呼び出すケースです。

OBO / OAuth によるユーザーIDの引き継ぎと、サービスIDを使う構成は分けて考えたいです。