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

信源：GitHub 重点仓库与组织推送核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler，逐仓核对重点仓库的窗口内提交、PR、Release 与标签，分支级 atom 兜底；上游 fork 按 RISC-V / RVV / 玄铁关键词过滤）、ruyi 包管理器 Release、packages-index、openRuyi 打包仓 SPECS 与合并 PR、RuyiSDK 开发者社区论坛、ruyisdk 微信文章仓（双周进展草稿）、ruyiai-daily 每日情报归档、RuyiAI 官方主页三页快照、openRuyi 发行版新闻页、Google News RSS 中英文定向查询（走代理）、arXiv 检索。

本期索引

  • 今日重点：AME 后端把 i32 矩阵累加器固定在 AccReg，配置化 tile 操作延至展开前（11-04）
  • 一、RuyiAI 栈进展（PyTorch / Triton / TileLang RISC-V 适配）
    • 1.1 llvm-project：riscv 分支新增 BOSCAME 提交，补寄存器归类与 tile 调度（11-04）
    • 1.2 pytorch：riscv 分支零提交，main 二十笔上游同步（11-05 状态）
    • 1.3 triton-riscv：PR #98 提出升至 Triton 3.9.0，与 #92 的 3.8.0 重基并行（11-04）
    • 1.4 tilelang-riscv：零提交，两笔老 PR 仍开（11-05 状态）
  • 二、RuyiSDK 工具链与发行版
    • 2.1 openRuyi 窗口内十笔提交：浏览器与 Python 包更新为主，CI 换签名方式（11-04）
    • 2.2 ruyi 主仓零提交零标签，0.54.0-beta.20261102 仍是最新预发（11-05 状态）
    • 2.3 packages-index 零提交，ABI 旁注清单未动（11-05 状态）
    • 2.4 openRuyi 2026.10 月度版仍缺位，新闻页停在九月发布（11-05 状态）
  • 三、向量扩展与算子优化
    • 3.1 三个向量仓继续静默，最新提交停在 02-13、06-25、07-13（11-05 状态）
    • 3.2 双周进展 080 草稿：glibc libmvec 与 newlib 向量数学补函数（11-04）
    • 3.3 arXiv：bf16/fp16 在 RVV 上自动向量化静默降级（11-02，窗口外）
  • 四、Buddy Compiler 动态
    • 4.1 VIR 的 set_vl 语义收紧：精确 VLEN 与任意 VLEN 分成两条路径（11-04 至 11-05）
    • 4.2 CI：pytorch 2.15 进测试矩阵，LLVM 发行开 NVPTX/AMDGPU 与 lld（11-04）
    • 4.3 夜间版停在 0.1.4.dev20261103，窗口内无新发布（11-05 状态）
  • 五、社区与活动与官方主页
    • 5.1 双周进展 080 进入仓库：11-05 发稿，仅基础 C 库与 V8 两节成稿（11-04）
    • 5.2 官方主页三页无变化，博客两篇、文档二十三章（11-05 状态）
    • 5.3 论坛窗口内无新帖，峰会帖与 079 期仍在首页（11-05 状态）
    • 5.4 ruyiai-daily 11-04 期归档，RISC-V 节收录 K3 修复与固件补丁（11-04）
    • 5.5 外部新闻四组查询零命中，arXiv 窗口内无新论文（11-05 状态）
  • 六、趋势观察
    • 6.1 后端先行，前端与运行时静止
    • 6.2 打包侧的日常维护与发版停滞并存
    • 6.3 向量数学的补强先出现在文稿里

今日重点：AME 后端把 i32 矩阵累加器固定在 AccReg，配置化 tile 操作延至展开前（11-04）

日期：2026-11-04　来源：提交 f346011、PR #35

11-04 15:40（北京时间），RuyiAI-Stack/llvm-project 的 riscv 分支新增一笔提交 f346011，改动 8 个文件、+412/−1，作者 caihanyi111，合作者 caohanghang。改动对象是 RISC-V AME 矩阵扩展在 LLVM 里的后端实现（代码中记作 BOSCAME），分两块。

第一块是寄存器归类。循环携带的累加器 PHI 从类型表取默认寄存器类，而 nxv32i32 原先只注册为 TileReg；累加指令 mlce32.m、mqma.*、msce32.m 的累加器操作数与结果都限定在 AccReg，于是每条循环边都要在 tile 与 accumulator 两个寄存器堆之间生成一次复制，而 copyPhysReg 无法把这种跨堆复制展开成单条 AME 指令。修法是给 nxv32i32 同时注册 AccReg；对同时启用 V 扩展的目标，RVV 会重新注册该类型，默认行为不变。同堆的整寄存器复制改用 mmve64.t.t 与 mmve64.a.a 展开；跨堆复制保留为硬错误，不再降级成按 lane 的索引搬移。

第二块是调度。每份 tile 配置与其消费者被保持在一条有序、带副作用的伪指令里，直到 emit 前才展开；矩阵寄存器改为可分配，MMA 的累加器做 tie，零累加器的定义不读旧值，分支松弛把完整展开后的尺寸计入。提交同时新增三份测试：配置化 load/MMA/store 的顺序、独立累加器与零值定义、RVV 与非 RVV 两种选择，以及放宽后的分支。

提交说明写明了动机：上层 TTIR 到 BOSCAME 的降级要求归约循环把 i32 累加器一直留在 AccReg。按提交说明的上下文，这条链路对应 TileLang 一侧的矩阵算子路径；LLVM 侧补的是寄存器分配与调度这一层，而不是新增指令。

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

1.1 llvm-project：riscv 分支新增 BOSCAME 提交，补寄存器归类与 tile 调度（11-04）

日期：2026-11-04　来源：提交 f346011、riscv 分支提交列表

除今日重点所述的两块改动外，这笔提交的测试面值得单独记：xboscame-ordered-tiles.ll 覆盖配置化 load/MMA/store 的顺序与机器验证，xboscame-matrix-copy.ll 覆盖同堆复制展开，xboscame-matrix-copy-cross.ll 固定跨堆复制必须报错的行为。提交信息给出的验证口径是 xboscame-ordered-tiles.ll 的全部 RUN 行通过，含机器验证与目标文件生成。

时间线上，这是 riscv 分支自 11-03 03:57 的 CI 工作流改动之后的第一笔代码提交；分支上更早的 [RISCV] Lower IME intrinsics to SpacemiT A100 dot instructions、[RISCV] Add A100 HP/SP and pack/unpack lowering 仍停在 11-02。主分支同期零提交（最新一笔 11-02 14:48 UTC）。

1.2 pytorch：riscv 分支零提交，main 二十笔上游同步（11-05 状态）

日期：2026-11-05（状态）　来源：riscv 分支提交列表、main 分支提交列表、开放 PR 列表

riscv 分支窗口内零提交。最后一次整枝重放的推送发生在 11-04 03:00（北京时间），落在上一期窗口末尾，头提交为 6c89022（[SyncBots] Integrate PyTorch at 3afdbd3）；本期只记状态，补丁集与上一期一致。

main 分支窗口内有二十笔上游同步提交，内容集中在 inductor/AOTI、cuDNN frontend、oneDNN for macOS、MPS 与 dynamo，逐条核对后没有与 RISC-V 或 RVV 相关的改动。八笔开放 PR（#36、#38、#43、#46、#48、#51、#23、#35）仍处于打开状态，窗口内未见合并。

1.3 triton-riscv：PR #98 提出升至 Triton 3.9.0，与 #92 的 3.8.0 重基并行（11-04）

日期：2026-11-04　来源：PR #98、PR #92、提交列表

主分支零提交，最新一笔仍是 10-31 05:15 UTC 的提交。真正的新动在 PR 侧：trdthg 于 11-04 17:25 开出 #98「Bump Triton to main (3.9.0)」，最后更新到 11-05 00:11；同一天 jason-hue 的 #92「Rebase integration onto the official Triton v3.8.0 release」也更新了。

两笔走的是两条路线。#92 把 triton-hash.txt 从主线 dev pin 5889527 换成 v3.8.0 的发布提交 c01b6774，PR 自述给出差距：原 pin 比 release 多 417 笔 dev 提交、少 25 笔 release 提交；重基基于 #55（asin）之上，test_inverse_trig_dtype.py 30/30 通过，CPU 与 RISC-V 管线行为保持不变。#98 则直接把锚点推向 3.9.0 主线。一个求稳，一个跟进，最终落点要看评审取舍。

1.4 tilelang-riscv：零提交，两笔老 PR 仍开（11-05 状态）

日期：2026-11-05（状态）　来源：提交列表、PR #4、PR #2

主分支窗口内零提交，头提交停在 11-03 06:13 UTC 的 57c548c（PR #5 的合并结果）。开放 PR 仍是两笔：#4「Add RVV vector mask and max reduction lowering」（zxfj12138）与 #2「Add Codex-compatible RISC-V operator workflow」（zzwwji-lab）。上一期记录 PR #5 合入时提到 RVV 掩码与最大归约尚未覆盖，本期该路径仍停在 #4，未合。

二、RuyiSDK 工具链与发行版

2.1 openRuyi 窗口内十笔提交：浏览器与 Python 包更新为主，CI 换签名方式（11-04）

日期：2026-11-04　来源：提交列表、firefox 159.0、expat 2.10.0、CI 签名改动

十笔提交全部集中在 11-04，可分成三组。

包更新：firefox 升到 159.0；expat 升到 2.10.0 并标 security-fixes；Python 侧四包同日更新，python-paste 3.11.0、python-multidict 7.2.1、python-hydra-core 1.3.8 均标 security-fixes，python-aiobotocore 升到 3.10.0，另有 python-nltk 3.10.4。

CI：update-package 工作流改为在 openruyi 容器里运行（21:43），两小时后被回退（23:48）；随后把 apt-key 换成作用域受限的 OBS 签名密钥（23:50）。同日还合入 PR #1591（容器化）与 #1584（expat 安全更新），另有 #1544 更新 firefox。全天没有一笔提交触及 RuyiAI 三件套，也没有新增 AI 相关 spec。

2.2 ruyi 主仓零提交零标签，0.54.0-beta.20261102 仍是最新预发（11-05 状态）

日期：2026-11-05（状态）　来源：ruyi Release 列表、提交列表

主仓窗口内零提交，也无新标签。Release 列表最新仍是 0.54.0-beta.20261102（11-02 18:37 北京时间），正式版仍是 09-24 发布的 0.53.0。0.54.0 从 09-18 的 alpha 走到 11-02 的 beta，正式版尚未落地。

2.3 packages-index 零提交，ABI 旁注清单未动（11-05 状态）

日期：2026-11-05（状态）　来源：packages-index 提交列表

窗口内零提交，最新一笔仍是 11-02 13:26（北京时间）。上一期讨论的 ABI 旁注覆盖问题（327 个包版本描述文件中只有 3 个包带旁注）本期没有变化，索引侧没有新增判定数据。

2.4 openRuyi 2026.10 月度版仍缺位，新闻页停在九月发布（11-05 状态）

日期：2026-11-05（状态）　来源：openRuyi 新闻页

新闻页窗口内无新增。发布类公告最新仍是 2026.09，十月只有两篇专题（RISC-V 软件生态公共基础设施、Ruyi Firmware 开放 UEFI 固件方案），没有月度版本公告。2026.10 的缺位从上一期延续至今。

三、向量扩展与算子优化

3.1 三个向量仓继续静默，最新提交停在 02-13、06-25、07-13（11-05 状态）

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

VecIntrinBench 最新提交仍是 02-13，IntrinTrans 停在 06-25，FBGEMM 停在 07-13，三者窗口内均零提交。向量 intrinsic 的基准与转译工具这一侧连续多期没有动作，本期算子相关的实际增量在 buddy-mlir 的 VIR 与 080 期文稿的向量数学函数上。

3.2 双周进展 080 草稿：glibc libmvec 与 newlib 向量数学补函数（11-04）

日期：2026-11-04　来源：080 期草稿、文章仓提交列表

RuyiSDK 微信文章仓 11-04 的更新里，080 期草稿的「基础组件」两节已写成。基础 C 库部分：glibc 把 sinpif、sqrt、sqrtf、tanf 移植进现有的 libmvec 框架；newlib 把 atanhf、atan2f、atanpif、atan2pif、exp2f、cosf、coshf、cospif、exp10f、expf、log2f、log2p1f、rsqrtf、expm1f 共 14 个函数移植进现有向量数学框架。

这批函数是 RVV 上做低精度推理与激活计算的底座：向量数学库缺函数时，算子只能退回标量路径，编译器侧的 RVV 降级再好也发挥不出来。草稿其余章节（包管理器、IDE、GCC、LLVM、OpenJDK、Go、QEMU 等）尚为空。

3.3 arXiv：bf16/fp16 在 RVV 上自动向量化静默降级（11-02，窗口外）

日期：2026-11-02（窗口外，近三日）　来源：arXiv 2611.03917

窗口内 arXiv 没有新的 RISC-V 相关论文；近三日有一篇与 RVV 向量化直接相关的研究值得记录。作者 Vaishnavi Kouru 与 Robert Chun 用 fp32、int8、bf16、fp16 四种精度的乘加循环对比 LLVM 的 RISC-V 自动向量化：在 -march=rv64gcv 这一共同基线下，int8 与 fp32 能干净地向量化，bf16 与 fp16 退化为大量标量回退，fp16 甚至退化成逐元素的软件转换调用，除非额外开启 zvfbfmin/zvfbfwma 与 zvfhmin。

QEMU 用户态下的动态指令数给出了量级：基线 bf16 与 fp16 内核执行的指令数分别是开启扩展版本的 17.0 倍与 75.9 倍。论文同时指出编译器诊断确实会报告这种退化，但措辞上不区分「加一个编译选项就能解决」与「固有转换成本」，用户拿不到指向修法的直接信号。对 RuyiAI 栈来说，这与 080 期补向量数学函数是同一问题的两端：一端缺库函数，一端缺特性开关的可见性。

四、Buddy Compiler 动态

4.1 VIR 的 set_vl 语义收紧：精确 VLEN 与任意 VLEN 分成两条路径（11-04 至 11-05）

日期：2026-11-04 至 11-05　来源：PR #1028、合并提交 dd57775、PR #1029、合并提交 61ba191

zhanghb97 的两笔 PR 在窗口内先后合入，把 VIR 方言里 set_vl 的语义讲清楚了。

#1028（11-04 23:54 合入）让 rvv-vlen 表示目标的精确 VLEN：vscale = rvv-vlen / 64，一个 vector<[N]xT> 持有 N 乘 vscale 条 lane，切分按完整向量做。此前 rvv-vlen 被当作最小 VLEN，掩码全部为真却仍留在代码里——llc 保留 vid 与 vmslt，访存带着掩码，RoPE 的 rotate_half 变成 slides 加掩码选择，解码注意力里掩码还发生了溢出。K3 上的内核按 1024 位向量宽度构建，正是这一路径的典型场景。

#1029（11-05 01:32 合入）处理不给 rvv-vlen 的通用构建：此时代码必须对任意 VLEN 成立，strip-mined 区域按 N 乘 vscale 在运行时步进，向量按最小的 128 位定尺寸；带结果的 set_vl 会被直接拒绝，报「需要 rvv-vlen，即精确 VLEN」，而这个 pass 以前只是报错。固定向量在无 rvv-vlen 时保持原样，按主机定尺寸；不允许声明高于 128 的最小 VLEN。

两笔合起来的含义是：语义不再靠“掩码碰巧全真”兜底，编译期就要说明这份代码是为某个确定 VLEN 编的，还是为任意 VLEN 编的。

4.2 CI：pytorch 2.15 进测试矩阵，LLVM 发行开 NVPTX/AMDGPU 与 lld（11-04）

日期：2026-11-04　来源：PR #1026、PR #1027、PR #1025

#1026 把 pytorch 2.15 加入测试矩阵，覆盖 2.11 到 2.15。引发改动的是一个真实回归：在 2.15 下最新的 full check 在 tests/Python/AtenOps/test_resize_enlarge.py 处失败，且失败发生在 importer 之前——AOT autograd 的 functionalization 现在拒绝在已函数化的张量上放大 resize_，torch.compile 在同一函数上也失败，图根本到不了 ResizeOp。改法是把测试换成 out-of-place 的 aten.resize，走同一个 ResizeOp handler，产出同样的 MLIR，2.11 到 2.15 全矩阵通过。

#1027 让 CI 发布的 LLVM 带上 NVPTX/AMDGPU 目标并启用 lld；#1025 把 LLVM 升到 bef335e2143c。三笔都是基础设施，但 #1026 记录的这个回归值得留意：上游对 functionalization 的收紧会以“图到不了后端”的形式出现，而不是后端报错。

4.3 夜间版停在 0.1.4.dev20261103，窗口内无新发布（11-05 状态）

日期：2026-11-05（状态）　来源：buddy-mlir Release 列表

窗口内没有新 Release，最新仍是 Nightly 0.1.4.dev20261103（11-03 18:23 北京时间）；正式版仍是 10-31 的 BUDDY MLIR 0.1.3。今天合入的五笔提交尚未出新的夜间包。

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

5.1 双周进展 080 进入仓库：11-05 发稿，仅基础 C 库与 V8 两节成稿（11-04）

日期：2026-11-04　来源：080 期草稿、提交列表

文章仓 11-04 有四笔提交：09:56 建稿（#393）、16:01 补 LIBC（#394）、18:02 与 19:35 两次更新 080 期文件（#395、#396）。文件名为 20261105-ruyisdk-biweekly-80.md，标题写「第 080 期 · 2026 年 11 月 05 日」，即明天发稿。

从成稿程度看，目前只有两节有内容：基础 C 库（glibc libmvec 与 newlib 向量数学的移植，见 3.2）与 V8（本期提交并合入 6 个 RISC-V 补丁，另审阅并合入 6 个，含「允许 vlen=1024」与「标量移动时保留向量尾部」）。包管理器、IDE、版本测试、packages-index、开发板矩阵、官网文档、GCC、LLVM、OpenJDK、Go、QEMU 各节仍为空。论坛上 079 期（10-26）仍是最后一期，080 期尚未发帖。

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

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

三页快照与上一期一致：index.html 7,246 字节、blog.html 5,632 字节、docs.html 10,843 字节，状态均为无变化。博客索引仍是两篇（Triton 的 RISC-V 适配、PyTorch RISC-V CI 实践），文档索引仍是二十三章。

5.3 论坛窗口内无新帖，峰会帖与 079 期仍在首页（11-05 状态）

日期：2026-11-05（状态）　来源：RuyiSDK 社区最新话题、079 期

按创建时间排序的最新话题里，窗口内没有新帖。首页最新仍是 11-03 的「使用脚本安装升级 ruyi 的说明和使用指南」，其后是 10-29 的三篇峰会相关帖（RuyiAI 亮相第六届 RISC-V 中国峰会、香山如意生态大会、包云岗演讲转载），以及 10-26 的 079 期。

5.4 ruyiai-daily 11-04 期归档，RISC-V 节收录 K3 修复与固件补丁（11-04）

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

归档提交发生在 11-04 06:37（北京时间）。该期覆盖 11-03 05:07 至 11-04 06:00，RISC-V 节里有几条与本栈相关：K3 Pico-ITX 上 llama.cpp 的 IME2 flash-attention 逐 token 解码错误，根因是 M[QLEN] 只初始化了首元素、其余 head 以零为初始最大值，窗口内有回复确认已在 K3 上验证修复并用 Qwen2.5-7B Q4_K_M 做了生成与性能测试，未观察到明显性能回归；U-Boot 的 OpenSBI FULL FIT v3 补丁系列提出，补齐 RAM SPL 下的完整 FIT 加载路径；Sail 合入 Smcsrind/Sscsrind 的间接 CSR 访问支持；Spike 修正 henvcfg.STCE 为零时 hip.VSTIP 未清零的问题。

5.5 外部新闻四组查询零命中，arXiv 窗口内无新论文（11-05 状态）

日期：2026-11-05（状态）　来源：Google News RSS、arXiv

「如意 RISC-V」「RuyiSDK」「RuyiAI」「如意社区 RISC-V」四组查询在窗口内均无结果；arXiv 的 RISC-V 编译器方向在窗口内也没有新论文。近三日唯一相关的是 11-02 的 bf16/fp16 自动向量化研究，已记在 3.3。

六、趋势观察

6.1 后端先行，前端与运行时静止

日期：2026-11-05　来源：llvm-project riscv 分支、buddy-mlir 提交列表

这一天的增量都落在“编译与降级”：LLVM 的 AME 后端补寄存器归类与 tile 调度，buddy-mlir 的 VIR 把 set_vl 的 VLEN 语义收紧。与此同时，pytorch、triton-riscv、tilelang-riscv 三个前端仓全部零提交。栈的推进集中在把已有的算子稳定地降到底层，而不是接入新的前端能力。

6.2 打包侧的日常维护与发版停滞并存

日期：2026-11-05　来源：openRuyi 提交列表、ruyi Release 列表

openRuyi 一天十笔提交，内容是 firefox、expat 与四个 Python 包，加上 CI 签名方式与工作流容器化的试验（其中容器化当日回退）；ruyi 与 packages-index 零提交，2026.10 月度版仍缺位。发行版的日常维护在走，面向 AI 栈的发版没有走。上一期把这种状态概括为“卡点在发布不在开发”，本期在发行版侧仍然成立。

6.3 向量数学的补强先出现在文稿里

日期：2026-11-05　来源：080 期草稿、VecIntrinBench

080 期草稿里最实的内容是 glibc libmvec 与 newlib 的向量数学函数移植，而对应的基准与转译仓库（VecIntrinBench、IntrinTrans）仍是静默。这说明底层库的向量化工作在推进，但它没有以提交的形式出现在 RuyiAI-Stack 的重点仓里——RuyiSDK 的基础组件线（GCC、glibc、newlib、V8）与 RuyiAI 栈的重点仓并不是同一批人、同一批仓库。下期值得对照两边的节奏。

信源核查表

信源 核查结果
RuyiAI-Stack 重点仓 pytorch：riscv 分支零提交，main 二十笔上游同步，八笔开放 PR 未合；triton-riscv：零提交，PR #98 新开、#92 更新；tilelang-riscv：零提交，PR #4 与 #2 仍开；llvm-project：riscv 分支一笔 BOSCAME 提交，main 零提交；其余仓无窗口内提交
ruyisdk 组织 ruyi、packages-index 零提交零发布；wechat-articles 四笔（080 期草稿）；ruyi-tuner、docs、support-matrix、官网仓无窗口内提交
openRuyi-Project 十笔提交：firefox 159.0、expat 2.10.0、Python 四包、CI 两处；合并 PR #1591、#1584、#1544；2026.10 月度发布仍缺位
buddy-compiler buddy-mlir 五笔提交（VIR 两笔、CI 两笔、LLVM 升级一笔）；窗口内零发布
RuyiSDK 论坛 零新帖；最新为 11-03 的 ruyi 脚本安装指南；079 期仍为最新双周进展
RuyiAI 官方主页 index、blog、docs 三页均无变化；博客 2 篇、文档 23 章
ruyiai-daily 11-04 期已归档
Google News 四组中英文查询零命中
arXiv 窗口内无新论文；11-02 有一篇 bf16/fp16 自动向量化研究

完整信源清单