教程、实践经验、使用技巧、提示词与工具用法、深度技术讲解
Claudio Mazzoni 介绍了在 Amazon Bedrock 上使用 OpenAI 模型时，如何将适用于不断增长的对话的隐式缓存，与用于共享工具和指令的显式断点结合起来。本指南涵盖如何在工具变更、子智能体和会话之间保持缓存复用，以及如何监控缓存读取和写入。在一个包含六轮的 GPT-6 Astra 工作负载中，隐式缓存将输入成本降低了约 62%，而显式滚动断点节省了约 61%。
在追加新上下文的同时保持共享提示前缀稳定，可形成一种可复用于智能体各轮对话、工具变更、辅助调用和会话的缓存模式。
AWS 展示了如何使用 Python AWS CDK 应用，在两个托管式 Amazon Bedrock 知识库中构建智能体检索。该方案通过 AgentCore Gateway 将一个推理智能体连接到独立的金融和天气检索工具，提供带引用的答案、涵盖七个遥测层的两个 CloudWatch 控制面板，以及按需和持续评估。教程涵盖部署、测试、可观测性、评估抽样成本和清理。
将知识库拆分为不同的检索工具，可以让路由决策变得可观测，并使质量指标针对各自的语料库，从而为诊断不同领域之间的检索提供一种实用模式。
OpenAI 介绍了如何加强前沿模型训练与评估的遏制措施，包括离线环境和高算力红队测试。
OpenAI 通过讨论离线环境和高算力红队测试，为前沿模型训练与评估中的遏制措施提供了背景说明。
AWS 提供了一份端到端指南，介绍如何在 Amazon SageMaker AI 上进行多轮强化学习，并使用托管在 Amazon Bedrock AgentCore 上的 Wordle 智能体。训练将 gpt-oss-20b 在留出集上的求解率从 61% 提高到 84%（采用服务配置），训练令牌成本约为 339 美元，运行时用量成本约为 79 美元。该指南涵盖部署、奖励设计、监控、评估以及训练中遇到的失败。
训练验证结果与服务结果之间的差距表明，多轮强化学习评估应与部署设置保持一致，因为解码选项会显著改变测得的成功率。
Microsoft 和 Hugging Face 在 GitHub 上发布了 ThinkingBox-Training，将对数据库最终状态的可执行检查转化为智能体后训练的奖励。在 ThinkingBox-Bench 之外的 187 项任务上进行 50 步 GRPO 训练后，Qwen3.8-27B 的基准测试平均成功率从 51.70% 升至 60.78%，20 次尝试中全部通过的任务从 38 项增至 107 项，而至少成功一次的任务从 453 项降至 446 项。该发布包含任务选择、rollout、奖励和 Verl 集成代码；报告中的训练运行所用私有训练池未包含在内。
选择基础策略有时能够成功的任务，提供了一种可迁移的方法来生成对比鲜明的 RL 奖励，同时减少那些无法带来任务奖励优势的 rollout。
AWS 展示了如何将 AI 代理生成的完整句子流式传输到 Amazon SageMaker AI 上的 Kokoro-82M，从而在完整回复生成之前开始语音合成。在隔离测试中，首次音频字节的平均耗时从 329.3 ms 降至 156.7 ms；通过已部署的 AgentCore 运行时，首次音频速度提升了 3.5 倍。本指南涵盖持久双向会话、二进制 WebSocket 帧，以及涉及 SSE 和 base64 的音频传输权衡。
本指南提供了一种可迁移的模式，用于将文本生成与按句进行的语音合成重叠执行，并说明持久会话和音频分帧如何影响延迟与集成复杂度。
AWS 工程师 Joseph Cottingham 演示了如何根据实测并发限制和扩容时间，为 Kokoro-82M 推导 Amazon SageMaker AI 自动扩缩设置。该演练测得 Q_max=50，并以 p95 首个音频字节时间 3,000 ms 的 SLO 为目标；扩容规划时间为 320.2 秒，其中包括有上限的策略检测延迟。相关工具可推导阈值和冷却时间、检查部署一致性，并指出突发容量余量有限，以及最小实例数为 1 时缩容存在不稳定性。
测量并发限制和扩容时间，提供了一种可迁移的方法来推导对延迟敏感的端点的扩缩阈值和冷却时间，同时揭示了备用容量与服务可靠性之间的权衡。
AWS 提供了一份指南，介绍如何在单台 trn2.48xlarge 上使用 Transformers v5、torchtitan 原生的 Qwen3 实现和 NKI 混合专家内核训练 Qwen3。各项配置采用相同的 torchrun 启动模式和配置结构，并提供了加载和保存 Hugging Face 检查点的示例。指南还演示了自定义内核注册和 autograd 集成，并明确指出该示例旨在展示集成方式，而非提升性能。
本指南提供了一种可复用的模式，通过算子注册、autograd 和配置覆盖来集成自定义训练内核，并在训练前通过数值比较检查正确性。
OpenAI@OpenAI精选68OpenAI models helped researchers—operating as part of our Patch the Planet initiative—discover critical security flaws in PHP, an open-source programming language used to run an estimated 70% of websites. Over the past two months, we led a coalition of maintainers, researchers,
这项技能提供了一种可重复使用的方法，引导网站所有者检查其网站是否受到已报告的 PHP 安全漏洞影响。
本指南介绍如何在 Hugging Face Spaces 中使用 RFD4-Proteina 生成蛋白质设计，并通过命令行、Python 或 Diffusers 继续工作流程。该开放模型由 NVIDIA 与华盛顿大学蛋白质设计研究所共同开发，可根据给定约束同时生成蛋白质序列和全原子结构。本指南以 PD-L1 结合蛋白为例，介绍热点注释、思考设置，以及如何确保结果可复现；确认是否结合仍需进行实验验证。
记录经过注释的分子输入、模型和软件版本、随机种子、采样设置及硬件信息，可形成一种可迁移的方法，帮助在浏览器和编程工作流中复现随机蛋白质设计。
i14 和 AWS 介绍了如何通过 TorchNeuron Native 使用原生 PyTorch，将 Laplace 3B 的线性注意力架构适配到 AWS Trainium2 上进行训练和服务。该模型为每个序列维持固定的 29.5 MB 循环状态，训练速度约为每秒 120,000 个 token，报告的结果覆盖约 440 亿个 token。在单个 trn2.48xlarge 实例上，同时处理 1,280 个序列时，推理速度达到每秒 11,544 个输出 token。
这篇工程实践指南展示了通信模式、算子调度和批次宽度变化如何主导性能，并提供了一套可迁移的分析方法，用于在加速器上部署自定义架构。
AWS 介绍了如何使用 Amazon Quick 和 Amazon Bedrock AgentCore 构建对话式供应链工作流，通过受治理的 MCP 工具连接运营数据和文档。演示涵盖中断评估、供应商合规检查、紧急询价（RFQ），以及定时或由电子邮件触发的监控，并要求由人工审批变更。内容还包括一个开源部署示例、注册表和连接器配置，以及将经过验证的供应商回复发布到 Activity Feed 以供审核的说明。
将对话界面与受治理的 MCP 工具分离，可为跨系统工作流提供可复用的架构，同时让供应商选择和采购订单始终由人工控制。
AWS 展示了如何使用 AWS Agent Registry 在运行时发现获批的 MCP 服务器和 A2A 代理，根据其描述信息构建客户端，并通过临时内部代理执行请求。Python 示例涵盖订单状态、定价和退货，同时将调用凭证与发现过程分开获取。指南还介绍了审批工作流、搜索评估，以及目录较小或管道固定时适合在构建时进行连接的情况。
该示例提供了一种可复用的模式，可在每次请求时发现获批的能力，同时将调用凭证分开处理；并明确说明了目录稳定或管道固定时，何时更适合采用更简单的连接方式。
Eon 使用 Amazon Bedrock AgentCore，将调查工具原先各自的凭证和本地 MCP 进程替换为一个经过身份验证的统一网关，供 AWS、GCP 和 Azure 上的调查工具使用。该实现采用 Cedar 策略区分人员和智能体的权限，并通过 IAM 角色代入实现跨账户访问。Eon 表示，接入时间从约 2 天缩短至约 2 分钟；在 100 多名开发者和约 10,000 个会话的使用中，也暴露了策略大小、工具发现和 OAuth 兼容性方面的取舍。
该实现提供了一种可复用的集中式工具访问模式，并具体展现了动态工具列表、策略大小、语义搜索和 OAuth 兼容性之间的取舍。
AWS 和 Keyfactor 介绍了如何使用 X.509 PKI、Keyfactor EJBCA 和 AWS 服务保障 AI 智能体之间的通信安全。本演示结合了签名请求信封、用户签名的委托声明、限定受众的令牌，以及贯穿用户登录、智能体通信和 MCP 工具访问流程的实时 OCSP 检查。演示使用 Amazon Bedrock、AWS Strands Agents SDK 和 FastMCP 展示该架构，并涵盖重放攻击防护以及用户注销时的凭证吊销。
本演示提供了一种可复用的方案，通过智能体证书和签名委托，将工具请求绑定到经授权的用户，并在每个信任边界进行吊销检查。
Google AI@GoogleAI精选67这段介绍将基于受控燃烧数据的 AI 训练与卫星监测联系起来，说明追踪随时间发生的变化如何帮助区分小型野火与容易造成误判的信号，例如反光云层和烟囱。
AWS 介绍了 vLLM 中的双向 KV 传输如何让预填充节点在不同对话轮次间复用解码节点保留的 KV 块。在 Amazon EC2 P5en 实例上使用 EFA、并禁用预填充前缀缓存进行的 1P1D 基准测试中，Qwen3-32B 的 TTFT 最高提升 1.6 倍，zai-org/GLM-5-FP8 最高提升 3.3 倍。本指南涵盖路由、保留控制、重计算阈值，以及如何使用 vLLM v0.21.0 或更高版本和 NixlConnector 复现实验；结果取决于工作负载和部署配置。
本指南说明了保留时长和重计算阈值如何影响跨轮次 KV 复用，并提供具体的控制选项，以平衡传输开销、重复计算和加速器内存使用量。
AWS 介绍了面向 vLLM 的基于推送的 NIXL 连接器。该连接器将目标端注册与预填充并行处理，并将传输准备工作移至后台线程。在一项 Qwen3-32B 基准测试中，测试采用配备 EFA 的 Amazon EC2 P5en 实例进行 1P1D 部署，并禁用了前缀缓存。与拉取模式相比，推送模式的 TTFT 最多提升 3 倍，TPOT 最多提升 30%，具体结果因工作负载和配置而异。文章详细介绍了其架构、基准测试复现方法，以及更早选择解码实例所带来的路由权衡。
这项对比说明了将 KV 传输设置与预填充并行处理在何种情况下可以降低延迟，同时指出部署要使用推送模式，就必须接受更早选择解码实例。
宝玉@dotey精选80Code Review is now generally available for Claude Team and Enterprise plans. Reviews are now faster, catch more of the bugs that matter, and admins can pick from Quick, Standard, or Deep review levels for each repo. https://t.co/RO4tDC4U1U
分层审查方法提供了一种可迁移的代码检查思路：多个相互重叠的保障措施可以弥补任何单项检查的不足。
AWS 介绍了其 SMGS 运营团队如何使用 Amazon Bedrock AgentCore，为内部销售智能系统构建了一个包含九个阶段的评估框架。该框架结合了特定领域的评估器、版本化的黄金数据集、CI/CD 门禁、持续监控，以及基于追踪数据对工具、代理和多代理工作流进行改进。AWS 报告称，自动化评估将质量回归的发现时间从几天或几周缩短到不到四小时。
该框架提供了一种可迁移的方法，可将特定领域的故障类别与发布门禁和生产监控相结合，覆盖工具、单个代理和多代理工作流。
