每日科技资讯精选｜2026-11-13

今日速览 #

• 時間窗口：2026-11-12 12:00 – 2026-11-13 12:00（北京时间）
• 头号信号：OpenTelemetry 官方博客披露阿里云 LoongSuite 团队基于 7-Agent Harness 与 OpenTelemetry Weaver 实时语义合规校验，自动化交付 14 个主流 GenAI 与 MCP 框架 Python 探针的工程架构。
• Agent 运行时、鉴权与跨边界互操作：AWS 密集发布三项生产级 Agent 基础设施升级——Bedrock AgentCore Gateway 与托管知识库通过请求拦截器确定性覆写 userContext 与 Cedar 策略构建 MCP 工具四层防越权体系；新一代 AgentCore Runtime 将 Firecracker MicroVM 冷启动压缩至 2 秒内并支持 S3 FUSE 挂载；同时给出基于 Linux 基金会 A2A 协议与双向 OAuth 2.0 的跨账号异构多 Agent 互操作蓝图。
• 推理基础设施、FinOps 与变更治理：vLLM #67207 提出 PD 分离架构下 NixlPushConnector 分块推送 KV Cache 的 RFC（H100 实测首 Token 间隔下降 46%–69%），vLLM #67259 与 vLLM-Ascend #21749 分别揭示上游容器镜像 OTel 依赖冲突及昇腾 910B/A3 Model Runner V2 的四项待解缺陷；阿里云技术博客量化了 Batch 半价推理与 Context Cache 折扣不可叠加的算力账单拐点；AWS 架构博客则详述了生产流量旁路捕获与幂等回放的模块化回归测试框架。

精选清单 #

1. OpenTelemetry 披露基于 7-Agent Harness 与 Weaver 实时校验的 GenAI 探针自动化工程实践（窗口边缘补录）（OpenTelemetry 官方博客，作者 Huxing Zhang · 2026-11-12（页面仅标注日期） · 官方发布）（P0 必读） #

就此条发起议题

• 新变化/核心观点：OpenTelemetry 官方博客介绍了阿里云团队构建的 7-Agent 协同流水线（含 Team Lead、Instrumentation Research、Plan Review、Coding、Code Review & Test Validation、E2E Generation & Deployment 与 Observation 七类专门化 Agent），用于批量构建符合 OpenTelemetry GenAI 语义约定的 Python 探针。该架构优先采用框架公开生命周期回调而非脆弱的底层函数 Monkey-Patch（如针对 CrewAI 0.80+ 显式维护 _CREWAI_UNINSTRUMENT_TARGETS 并映射至公共库 opentelemetry-util-genai 的 handler.invoke_local_agent()），并在测试 Kubernetes 集群中引入 OpenTelemetry Weaver（weaver registry live-check）对真实遥测流执行语义合规校验与内存泄漏浸泡测试。Weaver 成功拦截了 Coding Agent 自行将 Span 状态设为 status.code='ok'（违反 span_status_ok_set_by_instrumentation 规范，探针必须保持 UNSET）及私自输出非标 gen_ai.crewai.* 属性等隐蔽缺陷，目前已交付覆盖 CrewAI、LangGraph、LiteLLM、MCP、AgentScope、Dify 等 14 个框架的探针并推进上游合入（opentelemetry-python-genai#185）。
• 对银行业的价值：（推断）银行平台工程与可观测性团队在为企业内部百余个基于 LangGraph、MCP、LiteLLM 的智能体应用统一注入链路追踪探针时，可直接复用“公共语义映射层（opentelemetry-util-genai）+ Kubernetes 沙箱回放 + OpenTelemetry Weaver live-check 门禁”的工程范式，在 CI/CD 阶段自动拦截非标属性与 Span 状态污染，避免多框架探针各自为政导致企业内部 APM 与轨迹审计平台字段失真。
• 值得深读：文中关于公开 Hook 与函数包装（Wrapping）的选型边界、opentelemetry-util-genai 统一处理 should_capture_content 隐私开关的代码模式，以及利用 Weaver 在 K8s 环境中做实时语义契约回归测试的完整闭环。
• 原文链接：https://opentelemetry.io/blog/2026/agent-harness-genai-instrumentation/

2. AWS Bedrock AgentCore 网关与托管知识库推出 MCP 工具四层细粒度权限控制架构（窗口边缘补录）（AWS Machine Learning Blog，作者 Renya Kujirada · 2026-11-12（页面仅标注日期） · 官方发布）（P0 必读） #

就此条发起议题

• 新变化/核心观点：AWS Machine Learning 博客针对多租户或多部门共用同一 Agent 与企业知识库时，LLM 易受提示词注入（Prompt Injection）或幻觉影响而在 MCP tools/call 参数中伪造他人 userContext 的安全隐患，提出了工具层与资源层双层四道防线架构。第一道防线在 AgentCore Gateway 请求拦截器（Lambda） 中解析经网关 JWT Authorizer 验签的访问令牌 email 声明，强制覆写客户端或大模型传入的 arguments.userContext（并对非单 JSON-RPC 对象的批量请求执行 Fail-Closed 拒绝）；第二道防线通过 Policy in AgentCore（Cedar 策略引擎） 在拦截器执行后二次核验注入的 context.input.userContext.userId == principal.getTag("email")，防范拦截器被误删或逻辑绕过；第三、四道防线在 Managed Knowledge Base 侧开启摄取期文档级 ACL 过滤，并绑定显式 Deny 的资源策略（Resource-based Policy），阻断除网关执行角色外的任何 IAM 角色（含管理员通过 SDK 直接调用 bedrock:Retrieve 或 AgenticRetrieveStream）旁路拉取文档。
• 对银行业的价值：（推断）大型商业银行在建设全公司共享的制度规章、信贷审批或研发运维知识库 Agent 时，“绝不让大模型自行决定检索身份”是刚性红线；该方案将 OIDC/JWT 令牌验签、MCP 网关层确定性身份覆写、Cedar 独立策略校验与底层向量库 IAM 资源隔离解耦组合，可直接作为企业内部 MCP 网关与 RAG 知识库防越权访问的参考安全基线。
• 值得深读：请求拦截器对 MCP tools/call 载荷覆写与防批处理绕过的 Python 实现、Cedar 策略对 JWT 标签与工具入参的交叉断言语法，以及 S3 文档级 ACL 元数据静默过滤的边界行为说明。
• 原文链接：https://aws.amazon.com/blogs/machine-learning/fine-grained-access-control-for-amazon-bedrock-managed-knowledge-base-tools/

3. AWS 发布新一代 Bedrock AgentCore Runtime：Firecracker MicroVM 秒级冷启动与 S3 FUSE 数据隔离（窗口边缘补录）（AWS Machine Learning Blog，作者 Madhu Parthasarathy · 2026-11-12（页面仅标注日期） · 官方发布）（P0 必读） #

就此条发起议题

• 新变化/核心观点：AWS 官方博客宣布全面升级 Amazon Bedrock AgentCore Runtime 托管计算层。在坚持“每个 Agent 会话独占一个硬件级隔离 Firecracker MicroVM、独立身份策略与审计轨迹”的前提下，新一代运行时将会话算力上限提升至 4 倍（最高支持 8 vCPU、32 GB 内存与 10 GB 容器镜像），且无论镜像大小与并发度如何，冷启动耗时最高缩短 15 倍 至 2 秒 以内（Coinbase 生产实测峰值冷启动从近 1 分钟降至 5 秒内）。在计费与资源回收方面，运行时可在 Agent 释放内存数分钟内回收资源并支持空闲缩容至零，使存在大量等待模型响应或人工审批停顿的多轮会话内存消耗降低达 68%（Zuora 实测单次调用内存占用下降约 60%），同时为常驻型 Agent 提供可突发至 4 倍的承诺基线计费（Committed Baseline Pricing）。此外，运行时新增支持在 MicroVM 信任边界内通过 FUSE 动态挂载 Amazon S3 文件系统，避免长周期代码编译或排障 Agent 的中间文件与凭证逸出沙箱。
• 对银行业的价值：（推断）银行业推进自主研发辅助（跑单测、编译大型工程）与智能运维排障 Agent 落地时，传统预热容器池成本高昂且多租户共享内核存在逃逸风险；Firecracker MicroVM 秒级启动配合内存按需快速回收与信任边界内对象存储挂载，为企业内部构建高隔离、低闲置成本的 Agent 沙箱底座提供了重要对标参数。
• 值得深读：针对长周期多轮 Agent“大部分时间在等待外部响应”的负载特征所设计的内存动态回收机制、4 倍突发基线计费模型，以及将隔离边界从纯计算延伸至 FUSE 持久化存储的信任域设计。
• 原文链接：https://aws.amazon.com/blogs/machine-learning/run-agents-securely-and-efficiently-with-the-next-generation-agentcore-runtime/

4. AWS 公布基于 Linux 基金会 A2A 协议与双向 OAuth 2.0 的跨账号异构多 Agent 互操作架构（窗口边缘补录）（AWS Machine Learning Blog，作者 Amit Chaudhary · 2026-11-12（页面仅标注日期） · 官方发布）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：AWS Machine Learning 博客给出了跨越企业安全域与异构开发框架的多 Agent 对等协作生产级参考实现：企业侧在 Amazon ECS（Fargate 私网子网）上运行基于 LangChain 的编排 Agent 与内部上下文 Agent（固定 a2a-sdk[http-server]==1.2.2），外部服务商侧在独立 AWS 账号的 Bedrock AgentCore 上运行基于 Strands Agents SDK 的合规扫描 Agent。双方通过 Linux 基金会标准的 A2A（Agent-to-Agent）协议（/.well-known/agent-card.json 能力发现与 JSON-RPC 2.0 message/send）交互，并建立双向独立 OAuth 2.0 认证链路（各自维护 Cognito 用户池并通过 API Gateway JWT Authorizer 校验特定 client_id 与 scope，全程不共享任何密钥或内部 Prompt/MCP 工具定义）。在执行合规检查时，外部合规 Agent 会主动通过注册回调地址反向调用企业内部上下文 Agent 获取资产定级与值班升级名单，实现真正的双向对等（Peer-to-Peer）协同。
• 对银行业的价值：（推断）国有大企业内部部总行与子公司、或跨条线研发团队往往分别采用 LangGraph、Spring AI、自研框架等异构技术栈，且严禁跨安全域暴露系统提示词与底层数据库 MCP 工具；文中的“内部工具调用走 MCP、跨安全域编排走 A2A Agent Card + API 网关双向 JWT 鉴权 + 固钉（Pinned）回调 URL”模式，极契合金融级跨部门智能体互联架构。
• 值得深读：MCP（客户端-服务端内部工具挂载）与 A2A（黑盒对等体协同）的架构职责划分、防止 SSRF 与重定向劫持的 Agent Card URL 固钉实现，以及处理 Cognito Client Credentials 令牌缺失 aud 声明时 API Gateway 与 AgentCore 鉴权器的配置细节。
• 原文链接：https://aws.amazon.com/blogs/machine-learning/build-composable-interoperable-multi-agent-systems-with-a2a-on-aws/

5. AWS 架构博客拆解面向金融与大规模交易系统的生产流量捕获回放模块化回归测试框架（窗口边缘补录）（AWS Architecture Blog，作者 Hannah Zhang · 2026-11-12（页面仅标注日期） · 厂商自述）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：AWS 架构博客详述了亚马逊核心交易与逆向物流团队在生产环境运行超 6 个月的模块化流量回放回归测试框架。该架构在 API 网关、微服务、数据库 CDC（DynamoDB Streams / Aurora）或消息队列边界旁路捕获真实生产请求与响应对，由 AWS Step Functions 编排回放生命周期（开启事件源映射、持续采样回放、等待 300 秒 排空在途请求后触发比对）。回放引擎为流量打上 simulationId 与 isSimulation: true 标记，并在代码中内置硬性护栏（如强制限制 trafficFraction <= 0.1、Lambda 预留并发上限设为 3、按 200 条 批处理回放 5% 流量）；被测服务对带仿真标记的请求跳过状态写入与外部通知，并使用 simulationId.hashCode() 固定随机数种子以消除非确定性抖动。比对引擎对核心业务字段归一化后通过 CloudWatch Logs Insights 计算 RegressionSimulation/MatchFraction 指标（通常以 99.9% 一致率作为 CodePipeline 生产发布门禁），6 个月内零误报拦截了 5 次 影响客户的线上回归缺陷，每日回放 5,000 笔请求的框架运行成本仅约 $0.05。
• 对银行业的价值：（推断）银行核心账务、支付清算及 Oracle 向国产分布式数据库（如 GaussDB）迁移双跑验证场景下，传统手工构造合成测试集极难覆盖长尾边界输入；该文提供的“10% 采样率硬编码熔断 + isSimulation 写操作幂等屏蔽 + 基于 simulationId 固定随机种子 + 99.9% 字段级一致性发布门禁”是一套可直接落地的低成本变更防回归方案。
• 值得深读：有状态依赖（数据库写、外部网关调用、随机数生成）在仿真流量下的幂等改造代码范式、异步 Step Functions 排空等待设计，以及基于字段归约（reduce）避免时间戳与流水号干扰比对精度的工程实现。
• 原文链接：https://aws.amazon.com/blogs/architecture/modular-regression-testing-framework-built-on-aws-for-large-scale-systems/

6. vLLM 提出 PD 分离架构下 NixlPushConnector 分块推送 KV Cache 的 RFC 提案（窗口边缘补录）（vLLM GitHub Issue #67207 · 2026-11-12（页面仅标注日期） · 社区文章）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：在 vLLM Issue #67207（关联 PR #67203）中，社区核心开发者提出了面向 Prefill-Decode（PD）分离推理架构的 NixlPushConnector 分块推送（Chunked Push）优化方案。此前在开启 Chunked Prefill 处理长上下文请求时，Prefill 实例（P）必须等待整条请求的所有分块全部计算完毕后，才一次性将 KV Cache 块通过 NIXL WRITE 推送至 Decode 实例（D），导致大量早已就绪的前序 KV 块在 P 侧空等。新方案通过可选配置 kv_connector_extra_config={"enable_chunked_push": true}，允许 P 实例在每个调度步结束后立即异步推送当前步已完成的 Prompt KV 块，并将最终完成通知搭载于最后一次 WRITE 操作上（若中途分块推送失败或 D 实例延迟注册则自动无缝回退至整请求推送，且 D 侧代码零改动）。在 NVIDIA H100（Qwen3-8B、TP1、16K 输入长度）实测中，并发度为 1 / 4 / 8 时 P 完成计算到 D 吐出首个 Token 的 P50 传输间隔分别从 114 / 218 / 351 ms 骤降至 61 / 93 / 110 ms（降幅达 46%–69%）。
• 对银行业的价值：（推断）银行内部部署长文档信贷尽调、合规合同审查与代码仓库级辅助编程大模型时，16K–128K 长上下文下的 PD 分离架构很容易卡在跨节点 KV Cache 集中传输瓶颈上；该特性在不改动 Decode 节点逻辑的前提下实现计算与 RDMA 传输流水线重叠，显著改善高并发长 Prompt 场景的 TTFT 与首字接管延迟。
• 值得深读：分块推送与逐层推送（Per-layer Transfer #56874）的正交性分析、异常自动回退至整请求推送的容错状态机设计，以及后续针对 Qwen3.5/3.6（GDN 线性注意力混合架构）与 DeepSeek-V4 滑动窗口 MLA 的二阶段适配规划。
• 原文链接：https://github.com/vllm-project/vllm/issues/67207

7. 阿里云发布大模型批量推理与实时推理选型框架，揭示 Batch 半价与 Context Cache 不可叠加约束（Alibaba Cloud Blog，作者 Johnny Mai · 2026-11-13（页面仅标注日期） · 厂商成员观点）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：阿里云技术博客围绕企业大模型推理的“耐心溢价（Patience Premium，实时推理单价为批量推理的 2 倍）”提出了面向架构师与 FinOps 团队的四维决策框架，并揭示了极易踩坑的四项底层工程约束：第一，Batch 半价折扣（50% 优惠）与上下文前缀缓存（Context Cache，隐式命中按输入价 20% 计费、显式命中按 10% 计费）不可叠加，这意味着具备长公共 System Prompt 且高频共享前缀的负载走实时推理 + Context Cache 的输入 Token 成本反而低于走 Batch；第二，不同地域的 Batch 支持模型列表与实时接口并不一致（如新加坡地域 Batch 列表不含 qwen3.8-flash）；第三，Batch 完成窗口为 24h–336h 异步调度而非耗时 SLA；第四，单文件上限为 500 MB 或 50,000 条请求且任务记录 30 天 自动清理，生产流水线必须按条数分片、在 custom_id 中编码业务主键与批次号，并单独消费 error_file_id 进入重试队列。
• 对银行业的价值：（推断）银行 AI 中台在规划反洗钱夜间跑批、工单质检、存量合同审查等混合负载的算力预算时，不能简单按“离线任务一律切 Batch 省一半”做静态测算；需在模型网关层对比“实时前缀缓存命中率”与“异步 Batch 50% 折扣”的真实盈亏平衡点，并在批处理网关中内置 5 万条自动分片与 error_file_id 死信重放机制。
• 值得深读：Batch 折扣与 Context Cache 显式/隐式缓存折扣的计费互斥分析、基于 JSONL custom_id 构建异步结果回写与对账的流水线设计，以及防范业务部门滥用实时通道导致“加急比例漂移（Rush Share Drift）”的季度 FinOps 审计指标。
• 原文链接：https://www.alibabacloud.com/blog/batch-vs--real-time-inference-which-workloads-should-wait-for-half-price_603775

8. vLLM v0.32.0 镜像曝出 OpenTelemetry 依赖冲突且 vLLM-Ascend 披露 MRV2 投产对齐缺陷清单（窗口边缘补录）（vLLM GitHub Issue #67259 · 2026-11-12（页面仅标注日期） · 社区文章）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：推理解耦与异构算力社区昨日披露两项直接影响生产镜像构建与国产算力投产的工程问题。其一，vLLM Issue #67259 报告上游官方镜像 vllm/vllm-openai:v0.32.0 无法通过 pip check：镜像内预装的 opentelemetry-exporter-otlp-common 0.66b1 强依赖 opentelemetry-sdk~=1.45.1，但受 lmcache 0.5.6 与 Prometheus Exporter 约束实际仅安装了 opentelemetry-sdk 1.40.0，同时 torch 2.13.0+cu130 要求的 nvidia-nccl-cu13==2.29.7 与镜像内安装的 2.30.7 版本失配。其二，vLLM-Ascend Issue #21749 公布了 Qwen3.6-35B-A3B-w8a8 与 27B-w8a8 在昇腾 Atlas 800T A3（CANN 9.1.0、TP=2、MTP=3、ACL Graph）上切换至新一代 Model Runner V2（MRV2） 的对标报告：虽然经 PR #21745 修复 FP32 反量化缩放与 GDN 状态路径后单请求流式 TTFT/TPOT 与精度已对齐 V1，但仍存在 4 项阻塞投产的严重缺陷——129K–199K 超长上下文 Prefill 因同步阻塞丧失流重叠导致延迟劣化 36%–103%（#21740）、多并发 Batch 下 MTP 投机解码丧失批次不变性导致相同 Prompt 在第 10–22 个 Token 处结果分叉（#21742）、开启 async_scheduling=True 后投机解码接受率发散（#21743），以及多模态编码器断言 CUDA/XPU 导致昇腾 Worker 吞掉异常并静默挂起（#21744）。
• 对银行业的价值：（推断）对于正在基于 vllm-openai:v0.32.0 定制企业内部推理基础镜像并接入 OTel 链路追踪、或在昇腾 910B/A3 集群上部署 Qwen3.6 量化模型与 MTP 投机解码的银行 AI 基础设施团队，这两份清单提供了极高价值的避坑指南：当前在昇腾生产环境应暂缓对超长上下文与多 Batch MTP 负载开启 MRV2 及异步调度，并在构建基础镜像时显式锁定 OTel SDK 与 NCCL 版本。
• 值得深读：vllm-ascend#21749 中对 Model Runner V1 与 V2 在 200K 上下文逐档位 Prefill 耗时回归的根因剖析，以及多 Batch 投机解码违反确定性（Batch Invariance）对金融严谨问答场景的潜在影响。
• 原文链接：https://github.com/vllm-project/vllm/issues/67259

窗口边缘（未列入） #

• AWS Media Blog：面向实时工作流的生成式 AI “安灯拉绳（Andon Cord）”应急熔断架构（2026-11-12，原文链接）—— 提出基于 AWS AppConfig 或环境变量的四级运行时开关（GENAI_ENABLED=false 一键切回确定性兜底、GENAI_MODEL_ID 免发版瞬时回滚模型版本、GENAI_FALLBACK_MODEL_ID 主备模型自动重试、GENAI_SAFE_MODE=true 将推理温度强制封顶于 0.3），因今日 AWS AgentCore 系列占比较高，归入窗口边缘供模型网关团队参考。
• AWS for Industries Blog：TGS 基于 AWS Quick 构建生产级运维支持 Agent Scout 的三项铁律（2026-11-12，原文链接）—— 复盘跨 15 个时区、35,000 次响应的生产运维 Agent 实践（强制无据拒答使 99% 回答带溯源引用、检索阶段强制继承 Confluence/SharePoint/Jira 原生 ACL、高风险写回操作强制人工审批门禁），排障检索耗时从 2–3 小时 降至 3 分钟 内。
• GitHub Changelog：GitHub Actions 宣布将于 2026-12-08 退役 Linux 与 Windows ARM32 托管 Runner 及新增 Cloudflare 服务令牌扫描（2026-11-12，ARM32 退役公告 / Cloudflare 密钥扫描公告）—— 随 Node 20 EOL 与 Node 24 放弃 32 位 ARM 支持而终止 ARM32 作业执行，并新增 cloudflare_access_service_token 密钥泄露检测器，属常规特性变更。
• InfoQ：技术债本质是社会性的——Agentic Coding 时代代码产出超越人类认知速度引发“学习债”（2026-11-12，原文链接）—— 探讨编码 Agent 使代码演变为“Agent 决策的化石记录”，导致团队共享心智模型滞后于代码膨胀，偏工程文化探讨。
• Anthropic Claude Code Issue #109345：[BUG] Fable subagents are pointed at an excerpt and the result is reported as a full check（2026-11-12，原文链接）—— 检索摘要显示子 Agent 仅收到文本节选却向主 Agent 报告已完成全量检查，因目标 GitHub 页面在当前检索环境中正文受限无法完整核验，按规则保留于窗口边缘。

已查信源 #

• 平台工程 / DevOps / GitOps：已查 CNCF Blog、GitHub Changelog（核验 2026-11-12 ARM32 Runner 退役、Cloudflare 密钥扫描与公开监控告警直链更新）、AWS Architecture Blog（收录生产流量捕获与幂等回放模块化回归测试框架）、InfoQ（核验 Agentic Coding 社会性学习债报道）。
• PaaS / 容器 / Kubernetes：已查 Kubernetes Official Blog（最新仍为 2026-11-06 DraNet 入选）、Red Hat Blog / Security Advisories、Cloudflare Blog（最新仍为上期已发的 QuePaxa 共识算法）。
• 云原生可观测性：已查 OpenTelemetry Official Blog（收录 2026-11-12 基于 7-Agent Harness 与 Weaver 实时校验的 GenAI Python 探针自动化实践）、Grafana Blog。
• 编码与运维智能体（Coding & SRE Agents）：已查 AWS Machine Learning Blog（收录 Bedrock AgentCore MCP 托管知识库四层细粒度权限控制、新一代 AgentCore Runtime MicroVM 与 S3 FUSE 隔离、基于 A2A 协议与双向 OAuth 2.0 的跨账号多 Agent 互操作架构）、AWS for Industries Blog（核验 TGS Scout 运维 Agent 实践）、OpenAI Codex / Anthropic Claude Code / MCP GitHub Issues。
• 大模型基础设施（AI Infra）：已查 vLLM GitHub Issues/PRs（收录 #67207 PD 分离 NixlPushConnector 分块推送 KV Cache RFC 与 #67259 v0.32.0 镜像 OTel 依赖冲突）、vLLM-Ascend GitHub Issues（收录 #21749 昇腾 A3 Qwen3.6 Model Runner V2 对齐测试与四项阻塞缺陷）、Alibaba Cloud Blog（收录 2026-11-13 批量推理 vs 实时推理与 Context Cache 折扣互斥 FinOps 指南）、AWS Media Blog（核验生成式 AI Andon Cord 运行时应急熔断模式）。
• API 网关与外部合作方文件传输：已查 AWS Architecture / Machine Learning Blog（核验 API Gateway JWT Authorizer + VPC Link + NLB 跨账号合作方 A2A 双向鉴权与 AgentCore S3 FUSE 挂载）、IETF HTTP WG、Cloudflare Blog。