Microsoft Foundry A2A：委任後に権限やIDが取り消された場合、子エージェントの処理はどうなりますか？

Microsoft Foundry Hosted Agents の incoming Agent2Agent（A2A）エンドポイントにおける、委任後の権限取消・無効化の扱いについて確認したいです。

想定する状況

Agent A が A2A 経由で Agent B にすでに処理を委任している状態を考えます。

その後、次のいずれかが発生した場合を、それぞれ別のケースとして確認したいです。

1. 元ユーザーの対象リソースへの権限が取り消される
2. Agent A が無効化される
3. Agent B が無効化される
4. OAuth の同意が取り消される
5. 委任に使われているcredential / tokenが失効する

質問

上記の各ケースについて、Foundryのプラットフォーム仕様上、次の処理はどう扱われますか？

• キューに入っている子エージェントの処理
• すでに実行中の子エージェントの処理
• キューに入っているtool call
• すでに実行中のtool call
• すでに書き込まれたstate
• すでに生成されたartifact

特に、次の点を知りたいです。

1. 次のdownstream actionを実行する前に、authorizationは再評価されますか？
2. 再評価やenforcementは、どのcomponentで行われますか？
3. キュー済みの処理は自動的にcancelされますか？
4. すでに実行中の処理は完了することがありますか？
5. 親側の権限取消は、すでに委任済みの子エージェント処理へ自動的に伝播しますか？
6. すでに書き込まれたstateや生成済みartifactは影響を受けますか？ それとも、それらのcleanup / compensationはapplication側の責任でしょうか？

私は特に、

「今後のauthorizationが失効すること」

と、

「すでに開始・実行・完了した処理や副作用がcancel / cleanupされること」

を区別して理解したいです。

また、OBO / OAuthによるユーザーIDの引き継ぎと、service identityを使う構成で挙動が異なる場合は、その違いも教えてください。

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

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

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

対象は、現在の Microsoft Foundry Hosted Agents の A2A 利用です。

必要であれば、該当するidentity mode、Preview / GA、version / date、region / tenant条件も教えてください。