调研窗口：2026-11-02 04:30 ~ 2026-11-03 04:30（北京时间，过去 24 小时；与上一期 11-02 04:30 的截点首尾相接）。

信源：GitHub 组织全仓核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler，逐仓核对窗口内提交、PR、Release 与标签；上游 fork 按 RISC-V / RVV / 玄铁关键词过滤，并用提交比较接口区分重放与新增）、ruyi 包管理器 Release 与 PyPI、packages-index 的 ABI 旁注清单、openRuyi 提交与 PR 合并统计、RuyiSDK 开发者社区论坛、ruyiai-daily 每日情报归档、RuyiAI 官方主页三页快照、openRuyi 发行版新闻页、Google News RSS 中英文定向查询（走代理）。

本期索引

  • 今日重点：ruyi 0.54.0-beta 出包，39 天断档后第一跳；ABI 兼容性从扫包走到判主机，索引侧只有三个包有旁注（11-02）
  • 一、RuyiAI 栈进展（PyTorch / Triton / TileLang RISC-V 适配）
    • 1.1 pytorch：riscv 分支窗口内零提交，头提交仍是 10-29 基线的重放（11-02 状态）
    • 1.2 llvm-project：riscv 分支 11-02 深夜再重放，A100/AME 链路未动（11-02）
    • 1.3 triton-riscv：主分支零提交，夜间版照出，重基 PR #92 窗口内刷新（11-02 状态）
    • 1.4 tilelang-riscv：第十八日静默，两笔开放 PR 均停在九月之前（11-03 状态）
  • 二、RuyiSDK 工具链与发行版
    • 2.1 ruyi 0.54.0-beta.20261102：十三笔清单里只有四笔是新账（11-02）
    • 2.2 主机 ABI 兼容性落地：check-abi、三态判定与安装告警（11-02）
    • 2.3 packages-index 补 ABI 旁注：三个包、十一份文件，覆盖面仍是个位数（11-02）
    • 2.4 openRuyi：七笔提交、七笔合入，九月积压一次清账（11-02）
    • 2.5 openRuyi 在审：Prometheus 十三笔仍悬，binutils 测试跟踪关闭未合入（11-02）
    • 2.6 Ruyiai 三件套 #1350 第七周未合，torch 包仍等分支落点（11-02 状态）
    • 2.7 openRuyi 2026.10 继续缺位，新闻页十月两篇专题为 10-30 上线（11-03 状态）
  • 三、向量扩展与算子优化（VecIntrinBench / IntrinTrans / FBGEMM）
    • 3.1 三个向量仓继续静默，最新提交分别停在 02-13、06-25、07-13
    • 3.2 算子工作面仍在 triton-riscv 队列：十六笔开放，五笔信息保持族未合（11-02 状态）
  • 四、Buddy Compiler 动态
    • 4.1 buddy-mlir 窗口内零提交零发布，0.1.3 后无夜间版（11-03 状态）
    • 4.2 下游锚点仍指夜间版，正式版切换未见动作（11-02 状态）
  • 五、社区与活动与官方主页
    • 5.1 官方主页三页无变化，博客两篇、文档二十三章（11-03 状态）
    • 5.2 论坛窗口内无新帖，双周进展 080 期未出（11-03 状态）
    • 5.3 ruyiai-daily 11-02 期已归档（11-02）
    • 5.4 外部新闻五组查询零命中（11-03 状态）
  • 六、趋势观察
    • 6.1 断档以 beta 收尾，0.54.0 的旗舰项是「这台机器能不能跑」
    • 6.2 发布说明的基准错位，把两个半月的旧账又列了一遍
    • 6.3 数据面落后于工具面，ABI 检查多数时候只能回「未判定」
    • 6.4 openRuyi 的清账与缺版并存，卡点在发布不在开发

今日重点：ruyi 0.54.0-beta.20261102 出包，39 天断档后第一跳；ABI 兼容性从扫包走到判主机，索引侧只有三个包有旁注（11-02）

日期：2026-11-02　来源：0.54.0-beta.20261102、PR #507 主机 ABI 兼容性探测、PR #496 ELF ABI 扫描器、packages-index 提交

11-02 18:37（北京时间），ruyi 发布 0.54.0-beta.20261102。标签提交落在 15:16，PyPI 同步出现 0.54.0b20261102；正式版通道仍是 09-24 的 0.53.0。这是 0.53.0 之后 39 天里的第一个新标签——上一个预发版 0.54.0-alpha.20260918 比 0.53.0 还早六天，换言之整个十月没有出过任何 alpha 或 beta。上一期日报记的「十月末口径落空」，在这里有了下文：不是取消，而是拖到十一月第一个工作日才切 beta。

发布说明列了十三笔 PR，但比较基准写的是 0.52.0-alpha.20260714，于是 08-24 以来、早已进入 0.53.0 的九笔又原样列了一遍。真按 0.53.0 对差，净新增只有四笔：#503 测试超时按包数计算、#508 厂商命名文档、#507 主机 ABI 兼容性探测、#509 取包错误上报。发布页读者看到的「十三笔变更」与实际增量之间差了两个半月，这是本期需要先说明的一点。

这个版本的实际内容集中在 #507：新增 ruyi admin check-abi 命令，对给定包做主机 ABI 探测与兼容性判定；ruyi list 会显示主机兼容性备注，ruyi install 在不兼容时给出告警。判定是三态的（兼容、不兼容、未判定），并区分宽松与严格两套谓词；RISC-V 侧还处理了 ld.so.cache 的浮点 ABI 过滤、带版本号的单字母扩展解析、栈对齐要求，以及弱符号版本缺失不算失败这类边界。补丁规模 +5760/−834、64 个文件，是这一版里最大的一笔。

需要分清的是层次：ABI 扫描器 #496 早在 09-16 就已合入并随 0.53.0 发布——它能扫目录与 tar/zip/deb 归档，产出确定性的 .abi.toml 旁注，并提供 rescan-package-abi。0.54.0-beta 新增的是消费侧：拿旁注去比对当前主机，回答「这个包在这台机器上能不能跑」。工具链的这一半本期到位，数据的那一半才刚刚开始：packages-index 在 13:09 至 13:26 连提三笔，为 wlink、qemu-system-riscv-upstream、gnu-ruyisdk 三个包补上 ABI 旁注，共十一份文件，其中 qemu 只有 amd64 两份、没有 riscv64。

对照索引里 327 个包版本描述文件，三个包意味着绝大多数包在 check-abi 下只能返回「未判定」。这不影响命令本身可用，但决定了它现在更像一个给打包者与早期采用者的调试工具，而不是普通用户装包时的普遍保障。旁注的覆盖面要追上来，得靠构建管线逐包重扫，这会是 0.54.0 正式版之前值得盯的一条线。

一、RuyiAI 栈进展（PyTorch / Triton / TileLang RISC-V 适配）

1.1 pytorch：riscv 分支窗口内零提交，头提交仍是 10-29 基线的重放（11-02 状态）

日期：2026-11-02（状态）　来源：pytorch riscv 分支、PR #51 riscv64 本地镜像、PR #44 bytes_to_scalar 修正

riscv 分支在窗口内没有新提交。头提交是 b20942de，提交时间为 11-02 03:00（作者时间 10-29 12:48），信息仍是 [SyncBots] Integrate PyTorch at 3afdbd3；分支上二十笔提交的提交时间被统一改写在同一秒内，属于又一轮整枝重放，基线没有前移。

重放发生在窗口开始前约一个半小时，因此本期只记状态：补丁集与上一期一致，仍是 Add riscv64 image locally (#51)、Fix bytes_to_scalar for float/complex on RISC-V (#44)、Scope linear cross entropy ULP tolerance to RISC-V (#42)、inductor opinfo blocklist (#50) 以及更早的 CI 与容差改动。分支自 07-22 起累计的这批 RISC-V 专属改动，三周内已经历多次重放而没有新的上游同步。

main 分支在窗口内有二十笔上游提交（AOTI、dynamo、DCP 等），与本栈无关，按既定口径不计入。

1.2 llvm-project：riscv 分支 11-02 深夜再重放，A100/AME 链路未动（11-02）

日期：2026-11-02　来源：llvm-project riscv 分支、PR #30 IME 内建函数下调、PR #31 A100 HP/SP 与 pack/unpack

11-02 23:00，riscv 分支做了又一次整枝重放：二十六笔分支自有提交的提交时间被统一改写到 23:00:22 至 23:00:26。头提交换成了 375bf3e4，内容仍是 10-29 的 [workflows] Push rebased PRs directly and document contribution options，没有新改动压在上面。

与 RuyiAI 栈最相关的两笔仍在原位：[RISCV] Lower IME intrinsics to SpacemiT A100 dot instructions (#30) 与 [RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)。再往下一层是 [AME] Update BOSC AME instructions (#29) 与 [RISCV] Update xtame design (#27)，构成「AME 设计文档 → 指令定义 → 内建函数 → 降级与调度」的链路。本窗口这条链路没有新增，重放只改提交时间，不改内容。

上一期记的「同步机器人记录与实际上游基线脱节」在本期仍未澄清：分支头提交的作者时间停在 09-29，但分支实际已含 10-30 的上游提交，分支上没有新增 [SyncBots] 记录。

1.3 triton-riscv：主分支零提交，夜间版照出，重基 PR #92 窗口内刷新（11-02 状态）

日期：2026-11-02（状态）　来源：提交列表、夜间版 2026-11-01-ed0ccd1、PR #92 重基到 Triton v3.8.0、开放 PR 列表

主分支窗口内零提交，最后一笔仍是 10-31 13:15 的依赖更新（#91 把 buddy-mlir 锚点抬到夜间版 dev20261030）。11-02 06:14，夜间版 2026-11-01-ed0ccd1 照常发布，说明为空——这是从同一主分支头切出的例行构建，没有新代码。

队列侧只有一次动作：#92「把集成重基到官方 Triton v3.8.0」在 11-02 21:43 刷新。这笔自 10-31 开出后一直未合，是后续五笔降级修复的前置动作。开放 PR 共十六笔，除了 #92 与 #93 至 #97 这六笔近期的，其余十笔的时间跨度为六月至十月：#85（softmax 与 matmul 优化，10-18）、#56 与 #54（FlagGems 算子迁移、批量 kernel 指针选择，均 07 月）、#75/#72（Harness 工具与控制面，08 月）以及更早的 #59/#57/#46/#28/#27。

也就是说，这个仓现在同时挂着「重基」「信息保持修复」「算子与工具链扩展」三条互不合并的队列，主分支自 10-31 后没有推进任何一条。

1.4 tilelang-riscv：第十八日静默，两笔开放 PR 均停在九月之前（11-03 状态）

日期：2026-11-03（状态）　来源：tilelang-riscv 提交列表、PR #4 RVV mask 与 max reduction、PR #2 Codex 兼容算子工作流

主分支最后一笔提交仍是 10-16 10:52 的「Build Python extension in Buddy CI」，自那以后连续第十八日无提交。开放 PR 两笔：#4「RVV vector mask and max reduction lowering」停在 09-28，#2「Add Codex-compatible RISC-V operator workflow」停在 06-16。

同组织、同窗口，triton-riscv 至少还有夜间构建与 PR 刷新，tilelang-riscv 连队列都没有动静。这个组件当前的替代路径仍是 openRuyi 的 python-tilelang-ruyiai 规格（#1350 三件套之一），而 #1350 本期也仍卡在复核（见 2.6）。

二、RuyiSDK 工具链与发行版

2.1 ruyi 0.54.0-beta.20261102：十三笔清单里只有四笔是新账（11-02）

日期：2026-11-02　来源：Release 0.54.0-beta.20261102、标签列表、0.53.0 与 beta 的比较、PyPI ruyi

时间线：15:16 打标签（提交信息 build: bump self version to 0.54.0-beta.20261102），18:37 发布单文件二进制与镜像站目录，PyPI 同步 0.54.0b20261102。正式版仍是 0.53.0，pip install ruyi 默认装不到这一版。

比较接口给出的分叉情况值得记一笔：beta 相对 0.53.0 是 diverged，领先七十笔、落后三笔。落后的三笔分别是 0.53.0-beta 与 0.53.0 的版本号自增，以及一笔「跨仓识别已安装包」的修复——同一修复在 beta 上以另一 SHA 存在（08fd6aeb），因此不构成功能缺失，只是 0.53 发布分支的记账没有并回主线。这种分叉在每次走发布分支时都会出现，但如果后续 0.54.0 正式版也从发布分支切，历史对比会持续出现「落后几笔」的噪音。

版本节奏上，0.54.0-alpha.20260918 到 beta 隔了 45 天，0.53.0 正式版到 beta 隔了 39 天。此前 0.50 与 0.51 两条线的 alpha→beta 间隔均为 28 天，0.53 线为 20 天，这次 45 天明显拉长，与十月整月无预发版的事实一致。

2.2 主机 ABI 兼容性落地：check-abi、三态判定与安装告警（11-02）

日期：2026-11-02　来源：PR #507、PR #496 ELF ABI 扫描器、PR #509 取包错误上报

PR #507 在 13:27 合入（+5760/−834、64 个文件），把 ABI 能力从「描述包」推进到「描述主机并比对」。具体是四件事：

一是主机探测。新增 HostABIReport 与 HostABIProber，按架构读取主机能力：x86-64 的 ISA level、AArch64 的 BTI/PAC、RISC-V 的 ISA 扩展集合与浮点 ABI；实现上走已安装系统的库路径与 ld.so.cache，不做进程内动态加载。

二是判定。给出兼容、不兼容、未判定三态，宽松与严格两套谓词分别用于「提示」与「阻断」场景；ruyi admin check-abi 供打包者调试，ruyi list 把结论并进备注，ruyi install 在不兼容时告警。

三是 RISC-V 侧的细节修正：按主机浮点 ABI 过滤 ld.so.cache 条目、解析带版本号的单字母扩展、按栈对齐要求判定、不把弱符号版本缺失当成失败、拒绝 ELF class 不符的库。

四是旁注治理：限制旁注大小、缓存前丢弃无效旁注、重建产物前先失效旧旁注、支持从归档路径剥掉前导目录。

同一版本的 #509 修的是取包失败的上报：非 2xx 响应不再被当成「下载成功」留下错误页，保留可续传的部分下载，并把 HTTP 状态、重定向、连接失败、传输停滞分别给出提示。这条对实际使用者比 ABI 检查更直接——此前服务端返回错误页会被误判为已下载。

2.3 packages-index 补 ABI 旁注：三个包、十一份文件，覆盖面仍是个位数（11-02）

日期：2026-11-02　来源：packages-index 提交、gnu-ruyisdk riscv64 旁注、wlink 旁注、qemu 旁注

三笔提交集中在 #507 合入（13:27）前的十八分钟内：13:09 给 toolchain/gnu-ruyisdk 加 0.20260921.0（含三份旁注），13:18 给 board-util/wlink 加两份版本共六份旁注，13:26 给 emulator/qemu-system-riscv-upstream 加两份 amd64 旁注。

以 gnu-ruyisdk 的 riscv64 旁注为例，可以看到扫描器记录到什么粒度：整个归档 2178 个文件，识别出 43 个 ELF，排除 5478 个（含非 ELF 与排除规则命中）；e_machines=[243]，依赖五个 soname；版本需求上限 GLIBC 2.38、GLIBCXX 3.4.21、CXXABI 1.3.9；ISA 属性记录到带版本号的粒度（rv64i2p1、m2p0、a2p1、f2p2、d2p2、c2p0，外加 zicsr、zifencei、zmmul），栈对齐 16。这足以支撑「主机能不能跑这份工具链」的判定。

但覆盖面是硬约束：索引内共 327 个包版本描述文件，有旁注的只有 3 个包、11 份文件；wlink 与 gnu-ruyisdk 有 riscv64 旁注，qemu-system-riscv-upstream 只有 amd64 两份。也就是说，一个 RISC-V 用户现在去查绝大多数包，得到的都会是「未判定」。

2.4 openRuyi：七笔提交、七笔合入，九月积压一次清账（11-02）

日期：2026-11-02　来源：openRuyi 主仓提交、PR #1566 clang-wrap、PR #1565 mtools、PR #1421 qemu GUI 测试特性、PR #1136 picoclaw 依赖（一）

主仓窗口内七笔提交、七笔 PR 合入，全部落在 11-02 当天。按时间排：09:12 合入 #1421，为 qemu 打开一批 GUI 测试用特性；12:57、14:18、15:14 连续合入三笔 go-github SDK 包（#1381 腾讯云 SDK、#1377 COS v5 与 go-httpheader、#1376 volcengine TOS）；16:30 合入 #1136 picoclaw 依赖第一批；17:20 合入 #1565 mtools 4.0.50 并标 security-fixes；20:13 合入 #1566 clang-wrap 20261102；随后又直接推入四笔 go 生态包与一笔 clang-wrap 版本提交。

七笔合入里有五笔是旧 PR：#1136 开于 08-23（71 天），#1376、#1377、#1381 均开于 09-23（40 天），#1421 开于 10-10（23 天）。加上同日的四笔直接提交，这更像一次月末/月初的队列清扫，而不是新的开发高峰——本窗口没有一笔提交触及 RuyiAI 三件套或 ABI 相关工作。

2.5 openRuyi 在审：Prometheus 十三笔仍悬，binutils 测试跟踪关闭未合入（11-02）

日期：2026-11-02　来源：PR #1567 clonezilla、PR #1568 picoclaw 0.3.1、PR #1564 debuginfo、PR #1562 binutils RISC-V 测试跟踪、PR #1559 firecracker

开放队列的骨架没变：Prometheus v3.13 的十三笔依赖批次（#1540、#1441、#1547 至 #1557）仍全部在审，最早的一笔已挂 17 天。这批的总量决定了十一月上旬 openRuyi 的合入带宽会被占住。

本期新开三笔：#1567 新增 clonezilla（磁盘克隆与镜像部署工具）、#1568 把 picoclaw 升到 0.3.1 并改用 vendor 模式、#1564 为 linux 包补齐 debuginfo。三笔都属打包侧，与 RISC-V 专项无直接关系。

一处状态变化值得记：#1562「binutils: Track RISC-V pr19719 test failures」在 11-02 13:49 关闭，未合入。这笔原本要把被无条件删除的两个 pr19719 测试恢复，并在 RISC-V 上标为预期失败；关闭意味着 binutils 的 %check 仍维持屏蔽做法，pr19719 的失败继续不可见。上一期把它列为在审，本期应改记为「已关闭、未合入」。

2.6 Ruyiai 三件套 #1350 第七周未合，torch 包仍等分支落点（11-02 状态）

日期：2026-11-02（状态）　来源：PR #1350 Add Ruyiai packages、PR #1352 python-torch-ruyiai

PR #1350（buddy-mlir、python-triton-ruyiai、python-tilelang-ruyiai 三件套）自 09-21 开出已 42 天，10-30 16:16 之后没有新动作，复核意见累计十九条，仍全部落在 spec 写法与打包约定上：BuildOption 之间不必插空行、缺 python3dist(wheel)、Provides 要与实际包名对齐、补丁用 git format-patch 生成、空的 %check 要写注释。

PR #1352（python-torch-ruyiai）同样开于 09-21，最后更新停在 10-27 09:51，复核意见为零。它与 1.1 的 pytorch 分支重放是同一个悬而未决的问题：分支每次重放都换 SHA，包里的来源落点要不要跟着改，至今没有结论。

两条合起来看，RuyiAI 三件套进入发行版这件事在十月没有前进：主 PR 停在 spec 讨论，依赖的 torch 包停在来源落点，而它们依赖的上游分支又在反复重放。这三层任意一层不动，另外两层都无法收尾。

2.7 openRuyi 2026.10 继续缺位，新闻页十月两篇专题为 10-30 上线（11-03 状态）

日期：2026-11-03（状态）　来源：openRuyi 新闻页、Ruyi Firmware 专题、ruyifirmware Releases

2026 年 10 月的月度发版公告仍然没有出现，新闻页上最新的发版公告仍是 09-30 的 2026.09；按前四个月 6-30、7-23、8-27、9-30 的节奏，这已是连续第六周缺位。

需要更正上一期的一处表述：新闻页并非「最新仍是 2026.09」，而是多了两篇十月专题——《openRuyi-Project：RISC-V 软件生态的公共基础设施》与《openRuyi 发布 Ruyi Firmware》，两篇文内标注日期均为 10-19，实际由官网仓库在 10-30 15:36 一次提交上线。上一期只核了发版路径，漏掉了这两篇。

其中 Ruyi Firmware 值得补记，因为它与 RuyiAI 的验证环境直接相关：固件基于 coreboot、OpenSBI、EDK2，公开构建与刷写流程；集成 MultiArchUefiPkg 的 x64emu，让 RISC-V UEFI 环境能执行部分 x64 显卡 UEFI 组件（已在 AMD Radeon RX 6400 上组合测试），并为 K3 不支持 DMA32 导致的 RX 550 oprom 问题改用 AArch64 oprom 组件；UEFI Setup 新增 CPU mode 选择（X100 only、X100 + A100、A100 only），其中 A100 only 支持向量扩展，可作为 1024-bit vlen 的测试环境。发布包为 20261013、20261014、20261015 三个版本，仓库建于 10-13，并在 SpacemiT K3 Pico ITX 上跑通 Wayland 桌面与 glmark2-wayland。

三、向量扩展与算子优化（VecIntrinBench / IntrinTrans / FBGEMM）

3.1 三个向量仓继续静默，最新提交分别停在 02-13、06-25、07-13

日期：2026-11-03（状态）　来源：VecIntrinBench、IntrinTrans、FBGEMM

三个以「向量」为主题的仓库本期均无窗口内提交，最新提交时间分别是：VecIntrinBench 02-13、IntrinTrans 06-25、FBGEMM 07-13。三者原本构成「测什么、怎么翻、算子怎么实现」的三角，现在分别停了近九个月、四个月、三个月。

停顿时间点各不相同，说明不是一次统一的项目终止，而是各自自然冷却。VecIntrinBench 停得最久，这直接影响覆盖率判断：一个向量内建函数基准如果长期不更新，它测到的集合与编译器实际支持的集合会越差越远，而 LLVM 侧的 A100/AME 降级链恰恰在持续扩展（见 1.2）。

3.2 算子工作面仍在 triton-riscv 队列：十六笔开放，五笔信息保持族未合（11-02 状态）

日期：2026-11-02（状态）　来源：PR #93 标量访存掩码、PR #95 张量 gather 降级、PR #85 softmax 与 matmul 优化、开放 PR 列表

既然三个专用仓都停了，算子层的实际工作面只能从 triton-riscv 的队列看。本期没有新增 PR，队列仍是十六笔，其中 #93 至 #97 这五笔「信息保持」族（标量访存掩码、混合指针 lane 偏移、张量 gather、不完整张量掩码、堆叠零步长）全部未合，最新一笔开于 11-01。

与它们并行的还有两类：一是 #92 的整线重基（见 1.3），二是 #85 的 softmax 与 matmul 优化——后者自 10-18 后没有更新，是队列里唯一直接指向性能的条目。三者互不依赖却互不相让，主分支因此在 10-31 之后没有新的算子能力落地。

四、Buddy Compiler 动态

4.1 buddy-mlir 窗口内零提交零发布，0.1.3 后无夜间版（11-03 状态）

日期：2026-11-03（状态）　来源：buddy-mlir Releases、夜间版 dev20261030、提交列表

窗口内主分支零提交、零发布。最新正式版仍是 10-31 23:01 UTC 切出的 v0.1.3（北京时间 11-01 07:01），最新夜间版是 10-30 的 dev20261030（北京时间 10-30 08:49）。上一期记的「十六笔提交里十笔是 RVV 可伸缩向量化、发布说明只写了服务端 ABI」仍然成立，本期没有后续提交去补说明或补测试。

按近期节奏，夜间版通常在主分支有新提交后才出；连续三日无夜间版，说明 0.1.3 切出后主分支确实停下来了。

4.2 下游锚点仍指夜间版，正式版切换未见动作（11-02 状态）

日期：2026-11-02（状态）　来源：triton-riscv PR #91、buddy-mlir 0.1.3

triton-riscv 的依赖锚点仍是 10-30 的夜间版（dev20261030，#91 于 10-31 合入），没有切到正式版标签 v0.1.3。两者内容同源（0.1.3 从 10-29 主分支头切出），所以 RVV 那十笔已经在下游生效；差的是「锚点写的是夜间标签」这件事——renovate 的更新节奏没有识别正式版发布，按现有配置还要再等一轮。

对下游使用的实际影响有限，但对复现性有影响：夜间标签会随构建保留策略老化，正式版标签不会。

五、社区与活动与官方主页

5.1 官方主页三页无变化，博客两篇、文档二十三章（11-03 状态）

日期：2026-11-03（状态）　来源：RuyiAI 官方主页、博客索引、文档索引

index.html、blog.html、docs.html 三页的 sha256 与上一期一致，均为「无变化」。首页索引 3 条、博客 2 篇（《Triton 的 RISC-V 适配》《PyTorch RISC-V CI 实践》）、文档 23 章。官方主页本窗口没有任何新内容，与 ruyi 侧的版本动作形成对照。

5.2 论坛窗口内无新帖，双周进展 080 期未出（11-03 状态）

日期：2026-11-03（状态）　来源：RuyiSDK 开发者社区、RuyiAI 峰会回顾、双周进展 079 期

论坛窗口内无新帖。最新仍是 10-29 的 #2899《RuyiAI 亮相第六届 RISC-V 中国峰会，分享从 RVV 到 Matrix 的 AI 系统软件栈实践》，此前 10-29 还有 #2898、#2897 两篇峰会转载。双周进展最近一期是 10-26 的 079 期，080 期未出；按两周节奏，下一期落在 11-09 前后。

值得留意的是，ruyi 0.54.0-beta 出包与 ABI 兼容性落地这两件事，论坛侧都没有对应帖子——发布信息目前只走 GitHub Release 与 PyPI 两个通道。

5.3 ruyiai-daily 11-02 期已归档（11-02）

日期：2026-11-02　来源：ruyiai-daily

每日情报仓在 11-02 06:31 提交 daily-news: 2026-11-02，延续每天 22:20 至 22:40（UTC）之间的固定节奏。本期内容与本报告口径一致，未见需要单独拆出的条目。

5.4 外部新闻五组查询零命中（11-03 状态）

日期：2026-11-03（状态）　来源：Google News RSS、RuyiSDK 社区

RuyiSDK、RuyiAI、「如意」RISC-V、openRuyi、RuyiSDK RISC-V 五组中英文查询在 24 小时窗口内全部零命中。RISC-V 通用新闻侧当日有多条（Linux 7.4 的 RISC-V user-copy 运行时检测、Qwen 权重内嵌 RISC-V CPU 等），均与本主题无直接关系，按既定口径不收录。

六、趋势观察

6.1 断档以 beta 收尾，0.54.0 的旗舰项是「这台机器能不能跑」

0.54.0 从 09-18 的 alpha 走到 11-02 的 beta，中间隔了 45 天；0.53.0 正式版到 beta 隔了 39 天。这段时间里 ruyi 主分支并非没有代码——ABI 系列提交在 10-30 与 11-02 分两批落地——但发布通道直到十一月的第一个工作日才重新开动。

重新开动时选的内容很明确：主机 ABI 兼容性。这不是一个「新功能」式的卖点，而是把「装了能不能跑」从经验判断变成可查询项。对一个面向多厂商板卡与工具链的包管理器来说，这个方向的优先级高于再加几个包。

6.2 发布说明的基准错位，把两个半月的旧账又列了一遍

十三笔对四笔，是本期最容易误读的地方。发布说明的比较基准停在 0.52.0-alpha.20260714，而不是 0.53.0；于是 08-24 的「RuyiSDK Certified」厂商标记、09-16 的 ABI 扫描器、09-23 的跨仓安装状态修复，全部又出现在 0.54.0-beta 的变更清单里。

对下游的含义是：不能拿这份清单判断「0.53.0 到 0.54.0 变了什么」，得自己跑比较接口。项目在发布流程里补一步「基准标签取上一个正式版」并不难，但对读者的信任成本影响不小。

6.3 数据面落后于工具面，ABI 检查多数时候只能回「未判定」

工具已经把三态判定、安装告警、check-abi 调试命令都做齐了，数据侧却只有三个包、十一份旁注，占 327 个包版本描述文件的不到百分之一；qemu-system-riscv-upstream 甚至只有 amd64 旁注。

这意味着现阶段用户真正能感受到的，是「某些包会显示兼容性」而不是「装包前都能确认」。要把这条链路补成普遍能力，需要构建管线逐包重扫并回填——这是一项按包计的工作量，不会随版本发布自动完成。下一期可以看 packages-index 的旁注数量是否继续增长，作为这条线是否真正启动的判据。

6.4 openRuyi 的清账与缺版并存，卡点在发布不在开发

11-02 一天七笔合入，其中五笔是八月至十月初的旧 PR；同一天还有四笔直接提交。开发侧并不缺动作，但 2026.10 的月度版本仍未发布，新闻页只能靠两篇十月专题撑住内容。

这与 ruyi 侧的情形并读，指向同一个判断：RuyiSDK 生态的两条分发流水线（包管理器与发行版）在十月都出现了「代码在走、发版不走」的状态。0.54.0-beta 已经把包管理器这条线重新拉起来；发行版这条线要等 2026.10 或直接跳到 2026.11，届时才能判断是流程延迟还是节奏调整。

附录

信源核查表

信源 核查结果
RuyiAI-Stack 组织（全仓） pytorch：riscv 分支窗口内零提交，头提交 b20942de 仍为 10-29 基线的整枝重放，main 二十笔上游提交与本栈无关；llvm-project：riscv 分支 11-02 23:00 重放二十六笔，头提交 375bf3e4，A100/AME 链路无新增；triton-riscv：主分支零提交、夜间版 2026-11-01-ed0ccd1 一个、#92 于 11-02 21:43 刷新；tilelang-riscv：第十八日静默，开放 PR 两笔（#4、#2）；VecIntrinBench、IntrinTrans、FBGEMM、harness、cpuinfo、torq-tile、pytorch-ci、dsh-osc、skills、caffe、mxnet 无窗口内提交
ruyisdk 组织（全仓） ruyi：20 笔提交（ABI 主机兼容性与取包错误上报系列）＋ 1 个 Release（0.54.0-beta.20261102）＋ PyPI 同步；packages-index：3 笔提交，全部为 ABI 旁注；support-matrix、docs、ruyisdk-website、ruyi-imager、wechat-articles、attached-matrix-extension、ruyici、AME-operator 无窗口内提交
openRuyi-Project 组织 主仓 7 笔提交、7 笔 PR 合入（#1421、#1381、#1377、#1376、#1136、#1565、#1566）；开放队列新开 #1567、#1568、#1564，#1562 关闭未合入；ruyifirmware、edk2-ruyi、coreboot、opensbi、linux 无窗口内提交；lookout、go2spec、kvm-unit-tests 有推送但默认分支无窗口内提交（go2spec 一笔打包基础设施改动）
buddy-compiler 组织 buddy-mlir 主分支零提交、零发布；最新正式版 release/v0.1.3（10-31 23:01 UTC），最新夜间版 dev20261030（10-30 00:49 UTC），此后无新夜间版
ruyi 包管理器 / PyPI 0.54.0-beta.20261102 发布（标签 15:16、Release 18:37、PyPI 同步 0.54.0b20261102）；正式版仍为 0.53.0；0.53.0 之后 39 天无新标签
packages-index 3 笔提交、11 份 ABI 旁注，覆盖 wlink、qemu-system-riscv-upstream、gnu-ruyisdk 三个包；索引内共 327 个包版本描述文件
openRuyi 发行版新闻页 2026.10 发版公告仍缺位；新闻页十月两篇专题文内标 10-19、10-30 上线（生态基础设施、Ruyi Firmware）
RuyiSDK 开发者社区论坛 窗口内无新帖，最新为 10-29 的 #2899；双周进展 079 期（10-26）为最近正式汇报，080 期未出
官方主页（ruyiai.org） 三页无变化：首页索引 3 条、博客 2 篇、文档 23 章，sha256 与上一期一致
ruyiai-daily 窗口内一期（2026-11-02），口径与本报告一致
Google News RSS（中英文多组） RuyiSDK、RuyiAI、「如意」RISC-V、openRuyi、RuyiSDK RISC-V 五组查询零命中；RISC-V 通用新闻与本主题无关，未收录

完整信源清单