RFC 8259 クイズ

A2A endpointの契約は、top-level objectにtaskIdとactionを要求する。受信bodyはJSON numberの42であり、汎用JSON parserは正常にparseした。

grant更新APIで、client Aはdelegateを省略し、client Bは"delegate":nullを送る。authorization serviceは省略を「現在値を維持」、nullを「委任を解除」と解釈する。

gatewayとreplay workerはobjectの「最初のmember名」をoperationとして扱う。clientは{"cancel":true,"taskId":"t1"}を送るが、loggerはmemberをalphabetical orderで再serializeし、別のlibraryは呼出側へorderを公開しない。

batch endpointはtask objectのarrayを要求する。入力は[{"id":"t1"},null,"retry"]であり、JSON parserはarrayとして正常にparseした。

telemetry clientが{"latency":NaN}を生成する。gatewayのpermissive parserは受理して署名結果とともに転送するが、backendのstrict parserは拒否する。非有限値を伝える必要性は未定義である。

Agent Cardは整数identifier 9007199254740993を使う。binary64ベースのgatewayとarbitrary-precision backendが、parseと再serializationを通じて同じidentifierを正確に保つ必要がある。

独立した組織間のA2A requestで、senderはBOM付きUTF-16 JSONを生成し、Content-Type: application/json; charset=utf-16を付け、送信byteへ署名する。gatewayはUTF-8へtranscodeした後、その変換後byteをsender署名の検証対象にしている。

gatewayのfilterはraw JSON tokenが"admin_role"と完全一致する場合だけmemberを拒否する。application parserは"\u0061dmin_role"をdecodeし、同じadmin_role memberとしてauthorization logicへ渡す。

Agent Cardのdisplay nameにG clefを表すsurrogate pair \uD834\uDD1Eがある。UTF-16 middlewareが1 code unitで切断し、JSONへlone surrogate \uD834を書き戻した。gateway、logger、policy serviceはこのstringのlengthとvalueを異なる方法で扱う。

未認証peerが50 MiB、10,000階層のJSON documentを送る。serviceはapplication modelをすべて構築した後で、設定済みの1 MiB・64階層policyを確認している。

signed A2A grantに`{"role":"reader","role":"admin"}`が含まれます. signature verifierは最初の`role`を公開し, authorization serviceのJSON libraryは最後を公開します. 両者は同じsigned byteを正常に処理します.