新闻详情

新闻详情

首页 / 资讯中心 / 详情

AOS 2026.9.2 发布记录详解:捆绑 Astrid 2026.9.2 的可选认证 MCP Streamable HTTP 传输,与打标前的发布验证门禁

发布时间:2026/11/14 16:59:19来源:尧图网络
AOS 2026.9.2 发布记录详解:捆绑 Astrid 2026.9.2 的可选认证 MCP Streamable HTTP 传输,与打标前的发布验证门禁
【免费下载链接】aos-ceAOS Community Edition: the open agent operating system.项目地址https://gitcode.com/gh_mirrors/ao/aos-ce点击查看免费下载本篇围绕release/RELEASE-2026.9.2.md这一份 AOS 2026.9.2 的发布记录展开它说明了该补丁版本如何捆绑带可选认证 MCP Streamable HTTP 传输的 Astrid 2026.9.2 运行时、哪些既有能力保持不动、运行时来源与元数据摘要的认证要求以及打标tag之前必须通过的四道验证门禁。读完后你将掌握 AOS 补丁发布的最小变更面如何界定、发布证据链如何从“已发布的上游工件”而非私有演练产物中取得以及 publication 与 dev/stable 频道晋级之间为何必须是两次独立的授权动作。一、版本定位2026.9.x 系列中的第二个补丁AOS 2026.9.2 是继已发布的 AOS 2026.9.1 之后的运行时更新见 release/RELEASE-2026.9.2.md。自 2026 年 9 月起Astrid、AOS 与 Oracle 统一采用YEAR.MONTH.PATCH日历版本CalSemVer同一日历月系列的首发是2026.9.0后续修复依次为2026.9.1、2026.9.2……新月份系列从补丁号 0 重新开始且已发布版本不可变、不做重命名见 release/VERSIONING.md。因此 2026.9.2 在系列中的角色是明确的补丁位它不引入新的月度能力线只是把 Astrid 运行时从 2026.9.1 推进到 2026.9.2并同步精确的运行时与客户端库 pin。仓库后续已演进到2026.9.3当前 release/runtime-compatibility.toml 中 pin 的是 Astridv2026.9.4产品版本2026.9.3这正体现了“pin 随每次发布前移”的机制。CHANGELOG.md 中 2026.9.2 一节2026-09-13给出了与发布记录一致的净变更描述Bundle Astrid 2026.9.2, adding optional authenticated MCP Streamable HTTP transport and honoring the selected workspace configuration for that transport. Existing stdio host integration and Community capsule selection are unchanged. Update the exact runtime and client-library pins while retaining GNU, musl, and macOS filesystem providers and authenticated runtime metadata.二、核心变更捆绑 Astrid 2026.9.2 与可选的认证 MCP Streamable HTTP 传输2026.9.2 的技术主体只有一条运行时Astrid升级到 2026.9.2其中新增了可选的、经认证的 MCP Streamable HTTP 传输并且该传输会遵循为该传输选定的工作区workspace配置。这条变更有几个值得注意的边界均直接来自发布记录原文可选optionalStreamable HTTP 传输不是默认行为既有集成不需要任何改动。认证authenticated该传输走认证通道与 AOS 一贯的“私有输入/权限面必须可信”的设计取向一致。stdio 宿主集成不变aos mcp serve面向 agent 宿主的 stdio 通道保持原样。从本仓库结构看AOS 对 MCP 端点拥有明确的归属边界——crates/unicity-aos-bootstrap/src/mcp/mod.rs 的模块注释写明“被 pin 的运行时 MCP shim 在本发布中仍然是兼容传输AOS 拥有外部可见的命令、服务器身份与交互策略AOS owns the externally visible command, server identity, and interaction policy”。也就是说Streamable HTTP 传输的实现位于被捆绑的 Astrid 运行时一侧本仓库只负责宿主侧的 stdio 集成与交互策略。作用域限定发布记录明确声明“这不宣称能刷新一个已在运行的 Codex 会话的工具目录This does not claim to refresh the tool catalog of an already-running Codex conversation”。这是对升级生效范围的诚实约束新传输对新建立的宿主集成生效已运行会话的工具目录不保证被热刷新。对使用者的实际影响可以概括为如果你通过 stdio 使用 AOS 宿主 MCP 工具2026.9.2 对你而言是一次无感知的运行时升级只有当你主动选择 Streamable HTTP 传输并按工作区配置启用认证时才会接触到新能力。三、明确保持不变的部分发布记录用三段话划定了“最小变更面”这是补丁发布中最容易被忽视、却最有价值的信息3.1 Community capsule 成员不变“Community capsule membership are unchanged”意味着 2026.9.2 没有增删任何社区胶囊。当前仓库中这份不变的选择即 release/community-capsules.txt按 distro 顺序列出的 22 个胶囊 allowlistcapsule-cli、capsule-mcp、capsule-registry、capsule-openai-compat、capsule-react、capsule-session、capsule-identity、capsule-users、capsule-router、capsule-prompt-builder、capsule-context-engine、capsule-hook-bridge、capsule-hook-adapter-oracle、capsule-meta-harness、capsule-shell、capsule-http、capsule-fs、capsule-system、capsule-forge、capsule-skills、capsule-agents、capsule-memory每个条目的已发布工件身份来自各自Cargo.toml/Capsule.toml前缀保持aos-*。3.2 文件系统提供方与卷格式不变“GNU, musl, and Darwin retain their packaged filesystem providers. Volume format and historical releases are unchanged.” 即三大平台继续使用各自打包的文件系统提供方卷格式不迁移历史发布与 tag 不被替换。这与 2026.9.0 首发时的平台矩阵release/RELEASE-2026.9.0.md 中 GNU Linux、musl Linux x86_64/ARM64 原生归档、Darwin 签名应用一脉相承。3.3 运行时来源与元数据摘要的认证来源发布记录强调“Runtime source and metadata digests come from authenticated published Astrid v2026.9.2, not private rehearsal artifacts.”运行时源码与元数据摘要来自经认证的已发布Astrid v2026.9.2而非私有演练工件。这一要求的前一版先例完整写在 release/RELEASE-2026.9.1.md 中“精确的 Astrid 源码提交与 GNU/Darwin、musl 两组元数据摘要必须来自经认证的已发布 v2026.9.1 工件全部四个直接的 Astrid 客户端依赖必须解析到已发布的 2026.9.1 crates私有演练的哈希与身份不是生产 pin。”落到仓库文件层面这类 pin 的载体就是 release/runtime-compatibility.toml记录产品版本、运行时 tag/提交、发布元数据资产及其 BLAKE3 摘要、Distro 的 Astrid 要求、bootstrap 的运行时常量与运行时命令清单——release/RELEASE-2026.9.0.md 明确要求这些 pin“together”一起更新且“不得虚构缺失的生产哈希不得用一次性的演练密钥替代生产信任”。四、打标前的验证门禁四样证据缺一不可release/RELEASE-2026.9.2.md 的最后一段是本发布记录的操作核心Before tagging, validate the release contract, packaging, installer and actual MCP invocation with the composed candidate. CI and signature verification alone are not an end-to-end installation claim. Publication and dev/stable promotion remain separate authorized actions.可以拆解为两条规则、四个动作4.1 用组合候选composed candidate验证四件事验证对象含义仓库中的对应物release contract发布契约所有独立发布的兼容 pin 相互一致scripts/validate-release-contract.py模块 docstring“Validate that every independently published AOS compatibility pin agrees.”带--require-release-ready标志运行且要求 Python 3.11 的标准库tomllibpackaging打包归档结构、成员完整性打包与回归脚本如 scripts/package-release.sh、scripts/test-package-release.shinstaller安装器实际安装路径可用install.sh 与 scripts/test-install.sh、scripts/test-install-musl.sh 等安装回归actual MCP invocation真实 MCP 调用用组合出的候选做端到端 MCP 调用端到端证据CI 无法替代4.2 两条不可合并的授权边界“CI 和签名验证本身不构成端到端安装声明”绿灯的 CI 与通过的生产签名验证只能证明构建与工件完整性不能证明真实安装—启动—调用链路可用。这也是 release/RELEASE-2026.9.0.md 中“在 macOS 与 GNU/musl x86_64/ARM64 上演练候选安装、旧布局迁移、start/stop、文件系统的写/同步/卸载”要求的延续。“Publication 与 dev/stable 晋级仍是两个独立的授权动作”把候选发布publication到发布位与把它晋级到 dev/stable 频道必须由两次独立授权完成不能在一次操作里顺手晋级。频道与工作流的完整契约可参考 docs/release-channels.md 与 release/RELEASE-2026.9.0.md 中“按依赖顺序发布Astrid → AOS → Oracle”的说明。五、发布证据链速览发布记录本身release/RELEASE-2026.9.2.md同系列前一版含“Release dependency”一节展示认证 pin 的完整要求release/RELEASE-2026.9.1.md净变更描述CHANGELOG.md版本规则release/VERSIONING.md运行时/元数据 pin 文件release/runtime-compatibility.toml注意当前工作区内容反映的是后续 2026.9.3 的 pin2026.9.2 发布时对应的 v2026.9.2 pin 已随系列前移契约校验脚本scripts/validate-release-contract.py、测试 scripts/test_validate_release_contract.py社区胶囊 allowlistrelease/community-capsules.txt宿主 MCP 端点与交互策略归属crates/unicity-aos-bootstrap/src/mcp/mod.rs发布渠道文档docs/release-channels.md一句话总结AOS 2026.9.2 是一次变更面极小的补丁发布——唯一的能力增量是 Astrid 2026.9.2 带来的可选认证 MCP Streamable HTTP 传输它的全部工程重量都压在“pin 必须来自经认证的上游发布工件”“打标前必须用组合候选完成契约/打包/安装器/真实调用四项验证”“发布与频道晋级分权执行”这三条可审计的规则上。赞分享【免费下载链接】aos-ceAOS Community Edition: the open agent operating system.项目地址https://gitcode.com/gh_mirrors/ao/aos-ce点击查看免费下载相关推荐Astrid 2026.9.2 发布解析opt-in 认证的 MCP Streamable HTTP 端点与发布边界Astrid 2026.9.2 发布解析opt in 认证的 MCP Streamable HTTP 端点与发布边界 本篇技术指南围绕 Astrid 开源仓库Astrid MCP Streamable HTTP 传输指南astrid mcp http 的部署、鉴权与验证Astrid MCP Streamable HTTP 传输指南 astrid mcp http 的部署、鉴权与验证 本文面向希望以 HTTP 方式而非 stAstrid 监督式 macOS FSKit 发布认证operator-attested 原生挂载验收与受保护发布门禁Astrid 监督式 macOS FSKit 发布认证operator attested 原生挂载验收与受保护发布门禁 导读 本文讲解 Astrid 项目中针上一篇AutoGPTQ与推理框架集成vLLM、TensorRT-LLM兼容方案终极指南下一篇OpenToonz 2D动画上手指南从源码构建到个性化定制完整步骤创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

【外设】之大彩串口显示屏 2026/11/14 3:51:47

【外设】之大彩串口显示屏

大彩串口屏初步使用 1 .官网下载 STM32 屏幕 GUI 设计资料 http://www.gz-dc.com/category/typeid/4112 找到 STM32 Keil 工程,移植相关代码因项目而异进行移植,由于项目简单,本人只对用到的指令接口进行修改。 比如:注意事项&…

阅读更多 →
无法下载Windows系统iso文件 2026/11/12 23:59:09

无法下载Windows系统iso文件

当我遇到这个问题的时候,我打开了一个网站: 登录 然后我打算下载的时候: 突然那个官方的连接就可以下载了:

阅读更多 →
【清华代码熊】DeepSeek V4.1 Flash 后训练详解 2026/11/14 10:11:15

【清华代码熊】DeepSeek V4.1 Flash 后训练详解

📌 上期解析了 DeepSeek V4.1 Flash 模型架构改进,本期解析 DeepSeek V4.1 Flash 预训练/后训练技术: 🌟 预训练:45T 文本 多模态混合语料、直接训练 sparse attention(取消 DeepSeek V4 的 dense 冷启动&…

阅读更多 →
Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ... 2026/11/14 17:14:38

Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ...

文章主要内容和创新点 主要内容 本文聚焦于多模态大语言模型(MLLM)强化学习(RL)训练中的效率问题,提出了一个名为Shuffle-R1的框架。研究发现,当前RL训练存在两个关键缺陷: 优势值坍缩(Advantage Collapsing):批次中大多数优势值集中在零附近,导致有效梯度信号被淹…

阅读更多 →
PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction 2026/11/14 16:35:50

PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction

一、文章主要内容总结 本文聚焦于利用大型语言模型(LLMs)实现个人身份信息(PII)脱敏的研究,旨在解决传统脱敏方法(如基于规则的系统、领域特定命名实体识别(NER)模型)泛化能力差、跨格式/跨语境适应性弱的问题。 研究通过全面评估多种LLM架构(包括密集型LLM(D-LLM…

阅读更多 →
LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model 2026/11/14 3:51:43

LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model

文章主要内容和创新点 主要内容 本文聚焦于二进制图像-文本相关性评估任务(判断图像与文本“相关”或“不相关”),针对该任务中文本格式多样、相关性定义随场景变化等挑战,提出了基于多模态大语言模型(MLLM)的解决方案LLaVA-RE。 模型设计:LLaVA-RE基于LLaVA 1.5架构,…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉