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

信源：GitHub 组织全仓核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler，逐仓核对窗口内提交、PR 与 Release；上游 fork 按 RISC-V / RVV / 玄铁等关键词过滤，无关上游提交不收录）、openRuyi 提交与 PR 合并统计、ruyi 包管理器 Release、RuyiSDK 开发者社区论坛、ruyiai-daily 每日情报归档、RuyiAI 官方主页三页快照、arXiv 检索、Google News RSS 中英文定向查询（走代理）。

本期索引

  • 今日重点：三件套进发行版打包、triton-riscv 换锚、VIR 补上 Python 绑定（10-27）
  • 一、RuyiAI 栈进展（PyTorch / Triton / TileLang RISC-V 适配）
    • 1.1 llvm-project：riscv 分支六日第五次换基，基线再前移 237 笔（10-27）
    • 1.2 pytorch：riscv 分支第六日静默，主分支二十笔仍是上游（10-27 状态）
    • 1.3 triton-riscv：buddy-mlir 锚点从 10-17 直跳 10-27，跨过两级（10-27）
    • 1.4 tilelang-riscv：主分支第十二日静默（10-27 状态）
  • 二、RuyiSDK 工具链与发行版
    • 2.1 openRuyi PR #1350：RuyiAI 三件套进发行版，作者当日逐条回应复核意见（10-27）
    • 2.2 openRuyi PR #1352：PyTorch RISC-V 适配单独成包，安装后自带冒烟测试（10-27 状态）
    • 2.3 openRuyi：45 笔提交、12 笔 PR 合入，Samba 全家一次换到 4.25.1 加 Waf 构建（10-27）
    • 2.4 openRuyi：三笔 revert 收回「随包分发 LLVM IR」路线（10-27）
    • 2.5 在审队列：qemu 11.1.2、qemu-rustsbi、libvirt 与交叉工具链（10-27 状态）
  • 三、向量扩展、架构测试与算子优化
    • 3.1 支持矩阵新增 SpacemiT K3 Pico-ITX 的 Bianbu 4.0.8 报告，状态评为 good（10-27）
    • 3.2 支持矩阵新增 VisionFive 2 Lite 的 Ubuntu 24.04.5 报告，状态仅 basic（10-27）
    • 3.3 向量仓与 FBGEMM 全线静默，arXiv 窗口内无新增（10-27 状态）
  • 四、Buddy Compiler 动态
    • 4.1 VIR 补上 Python 绑定：从 buddy-opt 专用变成可编程方言（10-27）
    • 4.2 在审五笔：piece count 转 int64、Whisper 预处理复用、buddy-server 源码整理（10-27）
    • 4.3 夜间版 dev20261027 出包，下游锚点同日夜间接上（10-27）
  • 五、社区与活动与官方主页
    • 5.1 官方主页三页无变化，博客两篇、文档二十三章（10-27 状态）
    • 5.2 论坛无新帖，最新仍是 10-22 的峰会回顾与课程讲义（10-27 状态）
    • 5.3 ruyiai-daily 一期、harness 拆插件、ruyi-imager 修选择对话框（10-27）
    • 5.4 外部新闻零命中，openRuyi 2026.10 与 ruyi 0.54.0 均未发（10-27 状态）
  • 六、趋势观察
    • 6.1 表达层、工具层、分发层在同一天各补一块
    • 6.2 发版前清扫之外，发行版开始做减法

今日重点：三件套进发行版打包、triton-riscv 换锚、VIR 补上 Python 绑定（10-27）

日期：2026-10-27　来源：openRuyi PR #1350、triton-riscv PR #90、buddy-mlir PR #1009

本期三条主线在同一个窗口内各走了一步，而且第一次互相接上。

第一条是分发层。openRuyi 的 PR #1350「Add Ruyiai packages」把 buddy-mlir、python-triton-ruyiai、python-tilelang-ruyiai 三个 spec 一次提交（3 笔提交、9 个文件、+666/−0），9-21 开出后经维护者 Z572 在 9-24 提出修改要求，讨论停在 9-28；10-27 17:55 至 18:54（北京时间）作者 nekorouter 连续回复三条复核意见，逐条解释 git 构建依赖、buddy-mlir 自带 LLVM 是否外置、以及改用 GCC 构建的代价。同日另一条 PR #1352 把 PyTorch 的 RISC-V 适配单独成包。两笔都仍未合入，但已经从「搁置」回到「逐条收敛」。

第二条是工具层。triton-riscv 的依赖锚点在 19:43 由 renovate 机器人提交并合入（#90，+2/−2），buddy-mlir 从 nightly/v0.1.1.dev20261017 直接跳到 nightly/v0.1.3.dev20261027，跨过整个 0.1.2 正式版与两个夜间构建。上一期日报把「锚点是否更新」列为观察项，本期给出了答案：更新了，而且一次跨两级。这意味着 10-26 夜里那七笔 VIR 可伸缩向量改动，自本期起进入下游构建链路。

第三条是表达层。buddy-mlir 的 #1009「[midend][VIR] Python bindings」在 22:42 合入（12 个文件、+614/−1），把 VIR 这个此前只能在 buddy-opt 里跑、且要用 ir.Operation.create("vir....") 手工拼算子、用 ir.Type.parse("!vir.vec<...>") 手工拼类型的方言，正式做成了 buddy_mlir.dialects.vir 模块，走 ODS 加 C API 加 nanobind 扩展的常规路径。

三条放在一起看：VIR 能表达可伸缩向量（前一期），现在能被 Python 驱动（本期），再往下有发行版打包通道（本期在审）。这条栈缺的从来不是单点能力，而是「表达—工具—分发」三段的接通，本期是少见的同日各有进展。

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

1.1 llvm-project：riscv 分支六日第五次换基，基线再前移 237 笔（10-27）

日期：2026-10-27　来源：riscv 分支提交列表、新头部 ed439f3e、与上期头部对比

riscv 分支在 10-27 23:00（北京时间）完成第五次整枝重写，头部由 a18a0434 换成 ed439f3e，标题仍是「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」。与上一期头部对比为 diverged：领先 237 笔、落后 26 笔、300 个文件有差异。落后的 26 笔正是本地补丁集的条数，与 10-26 记录完全一致。

20 笔本地提交在同一分钟内被重写重推（committer 时间集中在 15:00:29 至 15:00:31），而作者时间从 7 月 1 日一路排到 10 月 3 日：最新一笔是本轮头部 #31 的 A100 HP/SP 与 pack/unpack 降级（作者 10-03），最老的是 #9b72a085 的 CI 触发器修补（作者 7-01）。作者时间不动、committer 时间统一，是整枝重放的典型特征，说明本轮没有新增本地功能，只是把既有补丁集搬到新基线之上。

换基序列现在是 10-21 的 1769 笔、10-23 的 275 笔、10-25 的 474 笔、10-26 的 221 笔、10-27 的 237 笔。五天内五次，间隔稳定在一天一次。上一期的判断——这条分支的日常动作已完全变成跟基线——本期得到第二次验证；本地功能增量的唯一来源仍是上游，或需要等待 BOSC AME、Buckyball 一侧提交新的补丁。

1.2 pytorch：riscv 分支第六日静默，主分支二十笔仍是上游（10-27 状态）

日期：2026-10-27（状态）　来源：pytorch riscv 分支、pytorch 主分支

riscv 分支头部仍是 10-22 03:00（北京时间）的 Add riscv64 image locally (#51)，10-22 至 10-27 连续第六日零提交。上一期记录的静默三日、五日，本期延长到六日；RVV 能力上行的两条主线提案（#46 面向 ATen 的向量扩展支持、#48 的 RISC-V Vector CPU 能力）本期仍无更新。

主分支同期有 20 笔提交，全部是上游同步，无一笔涉及 RISC-V：其中五笔是 C++ meta kernel 补齐（ne.Scalar、eq.Tensor、le.Scalar、le.Tensor、bitwise_and.Tensor），一笔是 ROCm Inductor 跳过 CK 前向卷积模板（conv_transpose），其余落在构建与测试基础设施。这与上一期的结论一致：这条分支的上游跟踪与 RISC-V 重放是两条不同节奏的流水线，前者日更，后者人工择期。

值得并读的是分发侧——同一天 openRuyi 的 PR #1352 正在把这条分支的产物打成 python-torch-ruyiai 包（见 2.2）。分支本身不动，但它的下游分发路径在动，这是本期 pytorch 一线唯一有新信息的地方。

1.3 triton-riscv：buddy-mlir 锚点从 10-17 直跳 10-27，跨过两级（10-27）

日期：2026-10-27　来源：triton-riscv PR #90、提交 4a066f1f、buddy-mlir 夜间版列表

19:43，renovate 机器人提交的 #90 被合入，改动只有两行（+2/−2）：buddy-compiler/buddy-mlir 由 nightly/v0.1.1.dev20261017 升到 nightly/v0.1.3.dev20261027。这不是一次常规的小版本跟随，而是跨级的追赶——中间隔了 0.1.2 正式版（10-25 06:18）与 0.1.3 线两个夜间构建（10-26 06:37、10-27 08:26）。

上一期日报把「锚点是否更新并重建」列为下期观察项，本期落地。含义很具体：10-26 夜里那七笔 VIR 可伸缩向量改动（#1002 至 #1008）此前只存在于 buddy-mlir 的源码树里，下游 triton-riscv 构建用的还是 10-17 的旧包；换锚之后，这批改动进入 Triton 的算子生成链路。

需要说明的是，锚点更新只解决「能不能用上」，不等于「已经用上」。triton-riscv 主分支除了这笔依赖更新外本窗口无其它提交，也没有对应的适配代码改动；0.1.1 到 0.1.3 之间 buddy-mlir 侧是否有影响 Triton 调用的接口变化，需在下游实际重建、跑通测试后才能确认。

1.4 tilelang-riscv：主分支第十二日静默（10-27 状态）

日期：2026-10-27（状态）　来源：tilelang-riscv 提交列表、开放 PR 列表

tilelang-riscv 主分支最后一笔提交仍是 10-16 10:52，连续第十二日无提交；开放 PR #4 停更在 09-28。与 triton-riscv 换锚形成对比的是，这一侧连依赖更新都没有动作。

不过分发侧给了它一个新的位置：openRuyi 的 PR #1350 里包含 python-tilelang-ruyiai spec，涉及 4 个补丁（放宽 Apache TVM FFI 0.1.10、改用系统构建依赖、发现 buddy-mlir 工具链、跳过 z3 soname 重写）。也就是说，仓库本身停滞，但「以发行版包的形式可用」这条路径在推进，这是本期唯一与 tilelang-riscv 相关的实质动作。

二、RuyiSDK 工具链与发行版

2.1 openRuyi PR #1350：RuyiAI 三件套进发行版，作者当日逐条回应复核意见（10-27）

日期：2026-10-27　来源：PR #1350、PR #1350 复核评论、PR #1350 提交

PR #1350 是本期分发层最重要的一笔：一个 PR 同时加三个包——buddy-mlir（基于 LLVM 的 MLIR 编译框架）、python-triton-ruyiai（RISC-V 版 Triton）、python-tilelang-ruyiai（RISC-V 版 TileLang 后端）。3 笔提交全部落在 9-21 的 09:46 至 09:48（两分钟内），共 9 个文件、+666/−0。

时间线值得记下来：9-21 开 PR，9-24 维护者 Z572 提三处修改要求（为什么需要 git、buddy-mlir 是否应提供 macro 文件供 Triton 定位其 LLVM、buddy-mlir 是否应先用 GCC 构建固定版本 clang 再用新 clang 构建自身），9-28 作者回复并修掉两处；随后停摆近一个月，10-27 17:55、17:57、18:54 连续三条回复把剩下的争议逐条说清。

三条回复的技术内容比进度本身更有信息量。其一，triton 上游的 setup.py 会强制检查 git 能否执行，所以要么加 git 构建依赖，要么改 setup.py（需新增补丁文件，且 triton 更新时容易失配）——作者选择前者。其二，buddy-mlir 自带的 LLVM 只在该包内部使用，且这些包始终锁定到具体 LLVM 提交，因此倾向于把它留在构建流程内部，而不外置成独立 macro 包。其三，改用 GCC 构建固定版 LLVM/clang 在技术上可行，但构建时间至少增加 1.5 倍。

这三条指向同一个取舍：RuyiAI 这几个包的构建链耦合度高（Triton 依赖 buddy-mlir 的 LLVM、TileLang 依赖 buddy-mlir 工具链），一旦按发行版的「依赖外置、复用系统包」惯例拆开，构建成本与失配风险都会上升。作者选择保住耦合、承担体积与构建时间，是打包路线上的一次明确表态。

2.2 openRuyi PR #1352：PyTorch RISC-V 适配单独成包，安装后自带冒烟测试（10-27 状态）

日期：2026-10-27（状态）　来源：PR #1352、python-torch-ruyiai spec 文件

PR #1352 把 RuyiAI-Stack/pytorch 单独打成 python-torch-ruyiai（8 个文件、+783/−0），与 #1350 同日更新，状态仍为开放，唯一一笔提交停在 9-21 11:22。

补丁集读起来是一条完整的发行版适配清单：2001 强制 OpenBLAS 走 cblas 复数点积、2003 改用系统 fmt、2005 改用系统 cmake 依赖、2006 跳过无用的子模块预构建检查、2011 把 RVV kernel 按目标向量能力门控、2012 内嵌 scikit-build-core。另有一个 pytorch-smoke-test.py，说明这个包在安装后要跑一次冒烟测试才算通过——对发行版而言，这比单纯「能装上」更前进一步。

2011 那条尤其值得注意：把 RVV kernel 的启用条件从「编译时假定支持」改成「按目标向量能力门控」，正是社区里反复出现的问题——RVA20 等不含向量扩展的目标上，打包时若不门控，会生成无法运行的代码。这类修补通常要等用户在实际板子上撞到才补，现在提前进了打包补丁。

与 #1350 一样，这个包也声明了 AI 辅助（Assisted-by: Deepseek V4.1 Flash），并按 openRuyi 的 AI 贡献政策做了勾选与署名。

2.3 openRuyi：45 笔提交、12 笔 PR 合入，Samba 全家一次换到 4.25.1 加 Waf 构建（10-27）

日期：2026-10-27　来源：openRuyi 提交列表、PR #1428 Samba 与库、PR #1506 安全更新、PR #1508 ceph 回移

主仓窗口内 45 笔提交、12 笔 PR 合入，作者分布为 Li Guan 12、Jingwiw 9、Kimmy 9、cl2t 5、misaka00251 4、Zheng Junjie 3、Sun Yuechi 1、Xiang’ao Liu 1、Hangfan Li 1。时间上分三个批次：15:00 前后 17 笔、16:00 前后 12 笔、次日 01:31 9 笔，其余 7 笔散落在 12:32 至 17:36。

最大的一笔是 #1428，一次推 9 笔提交：samba 升到 4.25.1、tevent 0.17.2、tdb 1.4.15、talloc 2.5.0、cmocka 2.0.2，并把 jack2 与 rpm-config-openruyi 一并改用 Waf 构建宏。这不是零散升级，而是把 Samba 全家（含其依赖库）在同一时间点上对齐，凡是依赖 tevent/tdb/talloc ABI 的包都要跟着重建，属发行版里典型的「联动升级」。

安全线由 #1506 一次带 12 个包：sysrepo 5.2.27、libzip 1.12.1、libyang 6.4.13、libical 4.0.7、vim 9.2.1201、squashfuse 0.6.5、simdutf 9.3.2、pcre2 10.49、libheif 1.23.6、imagemagick 7.1.2.34、cups 2.4.20、cpp-httplib 0.63.0，标题统一带 [security-fixes] 标记。另有 ceph 一笔回移（#1508，ceph-volume 分区 db/wal 修复，并补 mgr、cephfs-mirror、rgw 的修正）。

新增包 13 个，以 Go 生态为主：go-git v6 家族三件（go-git、fixtures、billy）、goldmark-highlighting-v2、go-udev、go-evdev、gonetworkmanager-v2、jaypipes/ghw、mozillazg/go-pinyin、kustomize，以及 go-k8s-kube-proxy 与 go-k8s-cluster-bootstrap、aws-lc-sys 0.46；gcfg 则改名为 gcfg-v2 并保留在原位置。这批新增与 dms-shell 用打包好的 Go 依赖替换内嵌 vendor bundle（#1511）是同一件事的两面——把 Go 项目从「自带 vendor 目录」改成「走系统包」，便于后续统一升级与 CVE 响应。

其余合入：rust-aws-lc-rs 升到 1.18.2（#1518）、docker-cli 29.9.2（#1515）、systemd 接管 /etc/modules-load.d（#1510）、python-opentelemetry-semantic-conventions 0.65b0（#1517）、SQL-migrate 与 kubecomps 依赖补齐（#1365、#1356、#1358）。

2.4 openRuyi：三笔 revert 收回「随包分发 LLVM IR」路线（10-27）

日期：2026-10-27　来源：PR #1509 Revert llvm ir、openRuyi 提交列表

15:15 合入的 #1509 只有三笔提交、净删 105 行（+5/−105），撤销的是此前在同一仓库里做过的三项实验性打包：gsl 的 llvmir feature、pixman 改用 clang 构建并随包产出 IR 文件、libjpeg-turbo 随包分发 LLVM IR 文件。

PR 正文没有写理由，从提交内容看，方向是把库编成 LLVM IR 随包分发，为后续的再优化或延迟代码生成留接口；现在整条线撤回，说明这条路线在发版前被判定为「暂不保留」。对 RISC-V 发行版而言这是个有意思的取舍：IR 分发在理论上能复用上游优化，但会带来包体积、ABI 与调试符号一致性的连锁问题，且需要基础设施侧配合，短期难以形成收益。

这也是本期 openRuyi 与前几期的一个分野：过去几期的关键词是「补」——补包、补安全、补 Rust crate；本期除了补，还出现了明确的减法。

2.5 在审队列：qemu 11.1.2、qemu-rustsbi、libvirt 与交叉工具链（10-27 状态）

日期：2026-10-27（状态）　来源：openRuyi 开放 PR、PR #1520 qemu 11.1.2、PR #1516 qemu-rustsbi、PR #1490 交叉工具链

窗口内有更新的开放 PR 共 10 笔，除两笔 RuyiAI 相关外，其余按方向分三类。

虚拟化与固件：#1520 把 qemu 升到 11.1.2、#1519 让 libvirt 拥有 /var/lib/libvirt/secrets 并修 Ceph 21 上的 rbd 存储池、#1516 新增 qemu-rustsbi（Rust 写的 SBI 实现，由 luojia65 提交）、#1436 给 ovmf 加 fwupd 支持。

工具链与基础库：#1490 仍是 WIP 状态，目标是加一套跨 riscv64 的交叉工具链；#1429 修 krb5 的构建配置与包默认值；#1521 处理多个 python 包构建失败。

系统管理：#1367 新增 SQL-migrate。

这几笔的共同点是「为下一版铺路」：qemu 大版本升级与交叉工具链都是发版前的重型动作，通常不会在窗口内完成，需要看后续几期的推进速度判断 2026.10 版能否按期。

三、向量扩展、架构测试与算子优化

3.1 支持矩阵新增 SpacemiT K3 Pico-ITX 的 Bianbu 4.0.8 报告，状态评为 good（10-27）

日期：2026-10-27　来源：support-matrix 提交 db59e82c、K3 Pico-ITX 目录

12:35 的提交为 SpacemiT K3 Pico-ITX 建立板卡目录并补上 Bianbu 测试报告：英文 367 行、中文 359 行，附一张 CPU 信息截图，另有板卡级的中英文说明。报告元数据为 sys: bianbu、sys_ver: 4.0.8、sys_var: LXQt、status: good、last_update: 2026-10-16。

good 这个评级在支持矩阵里属于较高档，说明桌面（此例为 LXQt 变体）在实测中功能完整、无阻塞性问题。K3 是进迭时空的新一代产品线，此前矩阵里更多出现的是 K1 与 K3 的其他形态；Pico-ITX 这一形态首次建档，对拿到小板的开发者是可用的起点文档。

3.2 支持矩阵新增 VisionFive 2 Lite 的 Ubuntu 24.04.5 报告，状态仅 basic（10-27）

日期：2026-10-27　来源：support-matrix 提交 92143f8e、VisionFive2_Lite 目录

12:38 的提交为 StarFive VisionFive 2 Lite 补上 Ubuntu 测试报告（英文 269 行、中文 260 行），元数据为 sys: ubuntu、sys_ver: "24.04.5"、status: basic、last_update: 2026-10-26。镜像为 Canonical 官方预装服务器版 ubuntu-24.04.5-preinstalled-server-riscv64+jh7110.img.xz，烧录走 SFFB 工具进 fastboot，串口用 USB-to-TTL。

与上一条对比，两份报告同一天合入、作者相同（zhiyao310），但结论不同：Ubuntu 这份评为 basic，即系统能启动、基本功能可用但存在明显限制，属于「可跑但不推荐日常使用」的档位。同一个 JH7110 平台上 Bianbu 与 Ubuntu 的评级差异，恰好说明眼下 RISC-V 发行版的实际可用度仍取决于厂商镜像的适配深度，而非单纯的内核支持。

3.3 向量仓与 FBGEMM 全线静默，arXiv 窗口内无新增（10-27 状态）

日期：2026-10-27（状态）　来源：VecIntrinBench、IntrinTrans、FBGEMM、arXiv

向量与算子几个仓本期仍全部无提交，停更时长继续拉长：VecIntrinBench 停在 02-13、IntrinTrans 停在 06-25、cpuinfo 停在 05-20、FBGEMM 停在 07-13，AME-operator 停在 09-30，torq-tile 停在 04-09。这批仓库合计一年内多数时间静默，说明 RuyiAI 栈在向量内建测试与算子侧并非当前投入重点。

arXiv 以 RISC-V 加编译器、向量、推理为条件检索，窗口内无新增预印本，最新仍是 10-23 的两篇（开放 ISA 超算的架构比较、LLM 辅助修 RISC-V 处理器缺陷），最贴 RVV 的仍是 10-21 的《Reorienting the Vector Axis》。三篇都属趋势参照，不作条目化技术判断。

四、Buddy Compiler 动态

4.1 VIR 补上 Python 绑定：从 buddy-opt 专用变成可编程方言（10-27）

日期：2026-10-27　来源：PR #1009、buddy-mlir 提交列表

22:42 合入的 #1009 是本窗口 Buddy Compiler 一侧的核心动作：12 个文件、+614/−1，新增 buddy_mlir.dialects.vir 模块。提交说明把痛点写得直白——VIR 此前没有任何 Python 绑定，所以 VIR 的 decode attention 只能用 ir.Operation.create("vir....") 拼算子、用 ir.Type.parse("!vir.vec<...>") 拼类型，整套 VIR 降级也只能在 buddy-opt 这一个可执行文件里跑。

实现方式选了「跟着现有方言走」：ODS 定义算子（VIRBinding.td）加 C API 加 nanobind 扩展，与同仓库里 quant 等自带类型的上游方言同构；按 PR 描述分三块——Ops、Types、以及把 VIR 降级挂进 Python 的 pass 注册。

这一步的意义不在工具本身，而在可组合性：一旦 VIR 能被 Python 直接构造与降级，算子描述、形状推导、测试用例都可以写在 Python 侧，前端（Triton、TileLang）与 VIR 的对接不必再依赖 C++ 侧加钩子。对一条此前只能在单一可执行文件里验证的中间表示来说，这是从「编译器内部件」转向「可供外部调用的方言」。

需注意 #1009 合入后紧接出现 #1011「Cast the scalable VIR piece count to int64_t」（开放），说明可伸缩向量路径上的整型宽度问题这两天才被触及，Python 绑定只是打开了入口，稳定性仍在磨合。

4.2 在审五笔：piece count 转 int64、Whisper 预处理复用、buddy-server 源码整理（10-27）

日期：2026-10-27（状态）　来源：PR #1011、PR #1013、PR #1012、PR #1010

窗口内有更新的开放 PR 共五笔，方向分三组。

VIR 与可伸缩向量：#1011 把 VIR 的 piece count 从默认宽度显式转成 int64_t。piece count 指一个可伸缩向量被切成几段，按 32 位参与后续乘加在大形状下有溢出风险，这条修法与上一期的 #1008（索引向量宽度断言）属同一类收尾。

模型示例：#1013 在每次转写内复用 Whisper 的预处理，#1012 为 Whisper 输出加校验并启用 x64 CI 测试。两笔都是常规示例质量改进，不涉及 RISC-V。

基础设施：#1010 整理 buddy-server 的源码与测试目录结构；另有 #993 新增 tile.upsample_nearest 算子与识别模式、#932 修 Gemmini OS 分块矩阵乘中 C 搬出的行填充，两笔更新时间也在窗口内但内容更早。

4.3 夜间版 dev20261027 出包，下游锚点同日夜间接上（10-27）

日期：2026-10-27　来源：夜间版 v0.1.3.dev20261027、triton-riscv PR #90

buddy-mlir 在 08:26 发布夜间版 0.1.3.dev20261027，这是 0.1.3 线的第二个夜间构建，距正式版 0.1.2（10-25 06:18）两天。发布节奏回到「正式版加夜更」。

同一天 19:43，triton-riscv 把这个夜间版设为新锚点（见 1.3）。从出包到下游换锚相隔 11 小时，是近几期里最快的一次衔接——上一期记录的情况是出包后两天仍未换。客观上这缩短了「本地改动到下游可用」的延迟，但也要看到：换锚是自动化的 renovate 提交，真正的适配验证还没跟上，下一期应看 triton-riscv 是否出现针对新锚点的测试或修复提交。

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

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

日期：2026-10-27（状态）　来源：RuyiAI 官方主页、博客、文档

首页、博客、文档三页的 sha256 与上一期一致：首页索引 3 条、博客 2 篇（Triton 的 RISC-V 适配、PyTorch RISC-V CI 实践）、文档 23 章。已连续多个窗口没有新增博文与章节。

这一侧与 GitHub 侧的活跃度反差仍在扩大：本期光是 openRuyi 的打包 PR 就有两笔实质推进，官方内容页却仍是 9 月的两篇文章。对外传播与工程推进之间没有同步，这是如意社区当前比较明显的一个落差。

5.2 论坛无新帖，最新仍是 10-22 的峰会回顾与课程讲义（10-27 状态）

日期：2026-10-27（状态）　来源：RuyiSDK 开发者社区、峰会回顾 #2893、课程讲义 #2894

社区论坛窗口内无新帖。最新两条仍停在 10-22：第六届 RISC-V 中国峰会的 RuyiSDK 回顾（团队 10 人到场、两场技术报告、六篇技术海报）与「RISC-V Linux 实践课 02：够用的 C 语言基础」讲义。

双周进展 079 期（10-26 18:02 发布）是最近一次正式汇报，按两周节奏，080 期大致在 11 月上旬，本期与下期之间不会有新的双周节点。

5.3 ruyiai-daily 一期、harness 拆插件、ruyi-imager 修选择对话框（10-27）

日期：2026-10-27　来源：ruyiai-daily、harness 提交 07:04、ruyi-imager PR #21

ruyiai-daily 在 06:53 提交「daily-news: 2026-10-27」一期，延续按日归档的情报动态。

harness（RuyiAI 开发用的智能体系统）15:04 提交一笔「Split vector retrieval and multi-agent runtime into reusable plugins」，把向量检索与多智能体运行时拆成可复用插件。这笔与 RISC-V 无直接关系，但属 RuyiAI 栈里少见的工程化整理，且该仓库此前停在 10-10，本期恢复提交。

ruyi-imager 14:24 合入 #21「Require an explicit selection in selection dialogs」（对应 issue #20）：选择对话框不再替用户预选条目，打开时只恢复此前选过的值，过滤列表或选中树状分类后保持空选，确认按钮在用户实际选之前保持禁用；过滤后无匹配时显示空状态提示并禁用确认。这是发布前对安装器的可用性打磨，与上一期的「双击与键盘确认」同属一类。

其余：ruyisdk-website 最新提交仍是 10-23 的接口数据自动更新；wechat-articles 停在 10-26；ruyi 主仓自 09-25 无提交。

5.4 外部新闻零命中，openRuyi 2026.10 与 ruyi 0.54.0 均未发（10-27 状态）

日期：2026-10-27（状态）　来源：Google News RSS、openRuyi 发行版新闻页、ruyi Releases

Google News 对 RuyiSDK、RuyiAI、如意 RISC-V、如意社区编译器、openRuyi 的中英文定向查询在窗口内零命中。同一窗口抓到的 RISC-V 相关新闻有 deepin 在第六届 RISC-V 中国峰会的桌面生态进展、Pharo 14 的 RISC-V JIT、Tenstorrent 完成 15 亿美元 E 轮融资、Microchip PIC64-HPSC 航天计算进展等，均与如意社区无关，本期不收录。

发行版侧两个版本都还在窗口外：openRuyi 新闻页最新一篇仍是 2026.09 发布公告（9-30），仓库标签也只到 2026.09-experimental；ruyi 的 0.54.0 只有 09-18 的 alpha 标签，正式版按 079 期口径要等 10 月底。按前几个月节奏（6-30、7-23、8-27、9-30），10 月版大概率落在本月底，与 0.54.0 时间窗重叠，下期需重点核实是否兑现。

六、趋势观察

6.1 表达层、工具层、分发层在同一天各补一块

把本期的三件事放在一条时间轴上：10-26 夜里 VIR 补齐可伸缩向量表达，10-27 夜里补上 Python 绑定，10-27 全天在推发行版打包。三段本来是依次递进的——先能表达，再能被调用，最后能被分发——过去几期一直是「表达层快、工具层与分发层滞后」，本期第一次出现同日三线并进。

但要判断这条栈是否真在闭环，还有两个已知缺口。其一，triton-riscv 换锚是自动化的，适配验证尚未跟上，0.1.1 到 0.1.3 之间的接口变化会不会在下游暴露，下期才知道。其二，pytorch 的 riscv 分支连续六日零提交，而分发侧已经在给它打包（#1352）——包跟着的是一个不动的分支，等包合入时是否已经落后上游基线，是需要盯的风险。

6.2 发版前清扫之外，发行版开始做减法

本期 openRuyi 的两组动作性质不同：一组是加法（45 笔提交、13 个新增包、12 个安全更新、Samba 全家联动升级），另一组是减法（三笔 revert 收回 LLVM IR 随包分发）。过去几期看到的都是「发版前清扫」——补依赖、清 CVE、切版本；本期第一次看到明确的功能性回收。

这说明 openRuyi 的维护重心正在从「覆盖更多包」转向「保证已有包的质量边界」：IR 分发这类实验会带来包体积、ABI 与基础设施的连锁成本，在发版压力下被优先砍掉。对 RuyiAI 栈而言这是双面信号——打包通道更规范了（#1350、#1352 都在按发行版惯例逐条收敛），但对「带实验性质的构建方式」（如内嵌 LLVM、自带 vendor）容忍度也会同步下降。作者在 #1350 里坚持把 buddy-mlir 的 LLVM 留在包内，恰恰是逆着这个方向的一次交涉，结果值得观察。

信源核查表

信源 核查结果
RuyiAI-Stack 组织（全仓） llvm-project：riscv 分支 10-27 第五次换基（head a18a0434 换为 ed439f3e，领先 237 笔、落后 26 笔、300 文件），26 笔本地补丁逐条未变；pytorch：riscv 分支连续第六日零提交、两条主线提案无更新，主分支 20 笔全为上游；triton-riscv：1 笔依赖更新（buddy-mlir 锚点 10-17 升至 10-27）；tilelang-riscv 第十二日静默；ruyiai-daily 一期；harness 1 笔插件拆分；FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、pytorch-ci、dsh-osc 无窗口内提交
ruyisdk 组织（全仓） support-matrix 2 笔（SpacemiT K3 Pico-ITX Bianbu 4.0.8 评为 good、VisionFive 2 Lite Ubuntu 24.04.5 评为 basic）；ruyi-imager 1 笔（PR #21 选择对话框显式选择）；packages-index 无窗口内提交（最新 10-26）；wechat-articles、ruyisdk-website、ruyi、riscv-gcc 无窗口内提交；ruyi 无新 Release（0.53.0 维持）
openRuyi-Project 组织 openRuyi 主仓 45 笔提交（Li Guan 12、Jingwiw 9、Kimmy 9、cl2t 5、misaka00251 4、Zheng Junjie 3、其余 3 人各 1）＋ 12 笔 PR 合入；分类含 13 笔新增包、12 笔安全更新、1 笔 ceph 回移、3 笔 revert；开放 PR 10 笔有更新（含 RuyiAI 两笔）；ceph-ci、go-rpm-macros 有推送但主分支无窗口内提交；无新标签（2026.09-experimental 为最新）
buddy-compiler 组织 buddy-mlir 1 笔合入（#1009 VIR Python 绑定，12 文件 +614/−1）＋ 夜间版 v0.1.3.dev20261027；开放 PR 五笔有更新（#1010、#1011、#1012、#1013、#993、#932）；buddy-benchmark、buddy-examples、compiler-eval、FeGen、gemmini、firesim 无窗口内提交
RuyiSDK 开发者社区论坛 无新帖；最新两条为 10-22 的峰会回顾 #2893 与课程讲义 #2894；双周进展 079 期（10-26）为最近正式汇报
openRuyi 发行版新闻页 无新文，2026.09 发布公告（9-30）仍为最新；仓库标签止于 2026.09-experimental，2026.10 未发布
ruyi 包管理器 / PyPI 0.53.0 维持，无新 alpha 或 beta（0.54.0-alpha.20260918 仍为最近一版）；主分支自 09-25 无提交
官方主页（ruyiai.org） 三页无变化：首页索引 3 条、博客 2 篇、文档 23 章，sha256 与上一期一致
arXiv（RISC-V） 窗口内无新增；最新为 10-23 的开放 ISA 超算比较与 LLM 辅助修 RISC-V 缺陷，10-21 的长向量 FlashAttention 仍最贴 RVV
Google News RSS（中英文多组） RuyiSDK、RuyiAI、如意 RISC-V、如意社区编译器、openRuyi 定向查询零命中；同期 RISC-V 新闻与如意社区无关，未收录

完整信源清单