调研窗口：2026-11-05 04:30 ~ 2026-11-06 04:30（北京时间，过去 24 小时；与上一期 11-05 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 微信文章仓（双周进展 080 期）、ruyiai-daily 每日情报归档、RuyiAI 官方主页三页快照、openRuyi 发行版新闻页、Google News RSS 中英文定向查询（走代理）、arXiv 检索。

本期索引

  • 今日重点：triton-riscv 合入 Triton 3.9.0 插件化改造，补丁集清零、独立发行包退场（11-05）
  • 一、RuyiAI 栈进展（PyTorch / Triton / TileLang RISC-V 适配）
    • 1.1 triton-riscv：构建入口收敛到 Makefile，后端按插件目录装进 Triton 包（11-05）
    • 1.2 triton-riscv：发版节奏改为每日 nightly、周末 release，pytest 并发定在 16（11-05）
    • 1.3 triton-riscv：stable ABI wheel 覆盖 3.12 至 3.15，修 manylinux 工具链探测（11-05）
    • 1.4 pytorch：riscv 分支零提交，main 五十五笔上游同步无 RISC-V 项（11-06 状态）
    • 1.5 tilelang-riscv 与 llvm-project：窗口内零提交，LLVM 最新仍在 11-04（11-06 状态）
  • 二、RuyiSDK 工具链与发行版
    • 2.1 openRuyi：LibreOffice 打包 1/n 与 2/n 合入，单日四十一笔提交（11-05）
    • 2.2 openRuyi：libvirt 12.9.0 安全更新、util-linux 2.42.4、gnupg 拆分 scdaemon（11-05）
    • 2.3 ruyi：0.54 定档 11 月 11 日前后，主仓零提交、三笔草稿修复未转正（11-05）
    • 2.4 packages-index 零提交，软件源加入 K1/K3 工具链，10 月月度版仍缺位（11-06 状态）
    • 2.5 OpenJDK：JEP 544 AOT 移植通过测试并入 JDK 主线（11-05）
  • 三、向量扩展与算子优化
    • 3.1 LLVM：六笔 P-ext 与 XTHeadBb 上游 PR 合入，Ztt 矩阵扩展 v0.6 初版落地（11-05）
    • 3.2 GCC：Zba/Zbs/Zbkb 三项优化进入主线，启动 SPEC CPU 2026 评测准备（11-05）
    • 3.3 V8：标量移动保留向量尾部、放开 VLEN=1024 等六笔补丁（11-05）
    • 3.4 VecIntrinBench、IntrinTrans、FBGEMM 三仓继续静默（11-06 状态）
  • 四、Buddy Compiler 动态
    • 4.1 runtime 新增共享 serving 生成控制器，支撑设备侧取词（11-05）
    • 4.2 VIR 可伸缩向量 lowering 补片：广播改走 vector<[2]xT>、内核按 llc 选项降级（11-05）
    • 4.3 夜间版推进到 0.1.4.dev20261105（11-05）
  • 五、社区与活动与官方主页
    • 5.1 双周进展 080 期定稿：全节合并，卷首语与官网文档两节仍空（11-05）
    • 5.2 官方主页三页无变化，博客两篇、文档二十三章（11-06 状态）
    • 5.3 论坛窗口内无新帖，最新仍为 11-03 的 ruyi 安装指南（11-06 状态）
    • 5.4 ruyiai-daily 11-05 期归档，六节含 PyTorch 与 RISC-V 核心新闻（11-05）
    • 5.5 外部新闻六组查询零命中，arXiv 窗口内无新论文（11-06 状态）
  • 六、趋势观察
    • 6.1 从维护分支到寄居上游：插件化把补丁成本换成版本绑定
    • 6.2 打包侧的桌面办公补缺与 AI 栈的静默并行
    • 6.3 080 期的增量落在编译器与运行时，不在应用层前端

今日重点：triton-riscv 合入 Triton 3.9.0 插件化改造，补丁集清零、独立发行包退场（11-05）

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

11-05 11:13（北京时间），trdthg 的 PR #98「Bump Triton to main (3.9.0)」合入：5 笔提交、66 个文件、新增 1806 行、删除 3868 行。删除量约为新增量的两倍，这决定了这次改造的性质——它不是在既有分支上再加一层补丁，而是把打补丁这种做法整体删掉。

第一处变化是后端形态。Triton 的 TRITON_PLUGIN_DIRS 机制把 backend/ 装成 triton_shared 后端插件，注册入口点、把 C++ 插件链进 libtriton.so、把 triton-shared-opt 一并复制进包。独立的 triton-riscv 发行包随之消失，代码里的导入统一改走这个插件名。后端自身改为通过 paths.py 查找 buddy-opt、buddy-llc、mir-translate 与 triton-shared-opt；CPU 驱动声明自己仅在没有任何 GPU 后端时才处于活动状态。

第二处变化是补丁集清零。patches/ 目录与施加补丁的脚本全部删除。补丁集此前存在的理由有两个：让 Triton 在没有 NVIDIA/AMD 工具链的环境里构建，以及兜住 LLVM API 的频繁变动。现在 buddy-mlir 的 LLVM 发行版带 NVPTX/AMDGPU 目标与 lld，再把 Triton 的 GPU 依赖路径指向一个 stub 目录，两个理由都不成立，补丁集也就不再有存在价值。

第三处变化是出包路径合并。release.sh 不再组装第二个 wheel：Triton 的插件支持已经把后端与 triton-shared-opt 放进 Triton 的 wheel 里，脚本只剥掉工具、直接 bdist_wheel。Makefile 成为 setup、build、test、lit、clean 的统一入口，test 依赖 lit。

代价写在同一个 PR 的提交说明里。Triton 3.9 的前端会从后端读取 backend_name 等字段，缺了它每个 tl.atomic_* 调用都会抛 AttributeError，riscv64 上有 383 个 FlagGems 用例因此失败。这次补上 backend_name、default_dot_input_precision 与 deprecated_fp8_dot_operand_dtypes 三个字段，失败面才收掉。示例侧也有让步：上游拒收了 asin/acos/atan/atan2 的前端补丁，例子改用 libdevice，靠它降到同样的 __nv_* extern_elementwise，再由 triton-shared 转成 MLIR math 算子。

同一路径上的 PR #92「Rebase integration onto the official Triton v3.8.0 release」当日以未合并关闭。上一期记录的两条路线之争（#92 求稳到 3.8.0、#98 跟进 3.9.0 主线）至此收敛到后者。

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

1.1 triton-riscv：构建入口收敛到 Makefile，后端按插件目录装进 Triton 包（11-05）

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

后端在 Triton 包内的导入路径是 triton.backends.triton_shared。这套东西的安装面比之前窄：不再有两个发行包，也不再假设旁边有一份 buddy-mlir 检出。文档里关于“两个包”的叙述、补丁步骤与同级检出假设一并删除，setup.py 里 shutil.which("lit") 会优先取 pip 安装的 lit 控制台脚本，而不是 LLVM 发行版自带的那个。后者调用 main() 时没有 if __name__ == "__main__" 保护，而 Python 3.14 的 forkserver 多进程在导入主模块时会重跑它，lit 目标在 80 并发下因此失败。

后端查找本地工具的路径也改了：buddy-opt、buddy-llc、mir-translate、triton-shared-opt 统一由 paths.py 解析。CPU 驱动的活动判定是“没有 GPU 后端在场”，这与之前靠环境变量判断的做法不同，在多后端共存的机器上行为更可预期。

1.2 triton-riscv：发版节奏改为每日 nightly、周末 release，pytest 并发定在 16（11-05）

日期：2026-11-05　来源：PR #99、Release 列表

PR #99 把发版节奏对齐 buddy-mlir：夜间任务发布 nightly/<date>-<sha> 预发布，周末任务发布 release/<date>-<sha> 并标记为最新版本；没有新提交时跳过，release 在所有 wheel 上传完成前保持草稿状态，workflow_dispatch 提供一次带外的 dev/patch 选择。当日两笔夜间版已按此节奏产出：nightly/20261105-48bde12（19:50）与 nightly/20261105-849a180（22:48）。

测试侧把 pytest 套件改成 16 进程。选这个数字有实测依据：在 207 个用例的切片上，1 进程 360 秒、8 进程 89 秒、16 进程 67 秒、24 进程 67 秒，32 与 64 反而更慢——单个用例是“编译、triton-shared-opt、llc、执行、比对”的串行链，进程再多就争用共享编译缓存。此前串行跑时，flaggems 套件要 1 小时 14 分。setup.sh 会安装 pytest-xdist，可用 PYTEST_WORKERS 覆盖。

1.3 triton-riscv：stable ABI wheel 覆盖 3.12 至 3.15，修 manylinux 工具链探测（11-05）

日期：2026-11-05　来源：PR #100、PR #101

PR #100 按上游 Triton 的 cp312-abi3 做法构建 wheel：scripts/env.sh 与 scripts/release.sh 设置 TRITON_STABLE_ABI=ON，用受限 API（Py_LIMITED_API=0x030C0000）编译 nanobind，setup.py 把 wheel 标记为 cp312-abi3。一个 wheel 覆盖 3.12 之后的所有解释器（3.12/3.13/3.14/3.15），发布矩阵从三个 Python 减到一个。源码保持未打补丁——上游本身就提供这个开关。

同一分支还修了两处构建脚本问题。其一是 release.sh 硬编码 /opt/rh/gcc-toolset-14/enable 且在 dnf install clang 之前检查它，而 manylinux 镜像是滚动更新的 :latest，当时已经带 gcc-toolset-15，导致启用脚本从不执行，clang 找不到 crtbeginS.o、-lstdc++、-lgcc（riscv64）与 libstdc++ 的 <version> 头（x64），两个架构都构建失败；现在先装 clang，再按存在性启用全部工具链、最新的放最后。其二是只有一个 abi3 wheel 之后，矩阵里 python: ["3.12", "3.13", "3.14"] 只会把同一个 wheel 重复构建三遍。PR #101 当日开出、仍未合并，处理发布工作流在检出清理阶段的失败。

1.4 pytorch：riscv 分支零提交，main 五十五笔上游同步无 RISC-V 项（11-06 状态）

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

riscv 分支窗口内零提交，头提交仍是 11-04 03:00（北京时间）的 [SyncBots] Integrate PyTorch at 3afdbd3。main 分支窗口内五十五笔上游同步，逐条核对后没有与 RISC-V 或 RVV 相关的改动，内容集中在 XPU/oneDNN、CUDA 组件加载、Mooncake 传输与 ROCm 回退。

1.5 tilelang-riscv 与 llvm-project：窗口内零提交，LLVM 最新仍在 11-04（11-06 状态）

日期：2026-11-06（状态）　来源：tilelang-riscv 提交列表、llvm-project riscv 分支

tilelang-riscv 主分支零提交，头提交停在 11-03 06:13 UTC；开放 PR 仍是 #4（RVV 掩码与最大归约）与 #2。llvm-project 的 riscv 分支窗口内零提交，头提交仍是上一期重点记录的 11-04 15:40（北京时间）BOSCAME 提交；main 分支最新停在 11-02 14:48 UTC。也就是说，本期 RuyiAI 栈的提交全部集中在 triton-riscv 一个仓。

二、RuyiSDK 工具链与发行版

2.1 openRuyi：LibreOffice 打包 1/n 与 2/n 合入，单日四十一笔提交（11-05）

日期：2026-11-05　来源：提交列表、PR #1595、PR #1596

openRuyi 打包仓窗口内四十一笔提交，其中三十七笔属于 LibreOffice 依赖链，分两批合入。

第一批 PR #1595（1/n，25 个文件、新增 1383 行）一次加入二十一个包：librevenge 与其上的一批文档导入过滤器，覆盖 WordPerfect（libwpd、libwps）、Visio（libvisio）、Publisher（libmspub）、PageMaker（libpagemaker）、QuarkXPress（libqxp）、Zoner Draw（libzmf）、StarOffice 与旧版 Office 二进制格式（libstaroffice、libmwaw、libe-book），以及电子表格导入用的 liborcus、Writer 的 EPUB 导出 libepubgen、OpenDocument 生成器 libodfgen、字体嵌入解析 libeot 的配套库 libetonyek、标签语言 liblangtag 与基础容器 mdds。

第二批 PR #1596（2/n，17 个文件、新增 4633 行）补的是字体工具链：Draw 在导入 PDF 时用 AFDKO 的 tx 与 makeotf 重建嵌入字体，因此把 python-afdko 及其依赖（defcon、fontparts、fontpens、ufoprocessor、ufonormalizer、mutatormath、zopfli 的 Python 绑定）与 antlr4-cpp-runtime、libeot 一并打包；同批还有 python-tmt 1.80.0、python-testcloud 0.12.0、python-pbr、python-munch、python-fedora-distro-aliases 的更新。

这条链还没走完。PR #1600（4/n，14 个文件、新增 1094 行）为 Base 组件打包 Firebird 及其解析器生成器 btyacc、接口生成器 cloop，仍在审；PR #1602（6/n，16 个文件、新增 1360 行）补 PDFium、ZXing、SANE 与 Box2D，仍在审；PR #1603（7/n，47 个文件、新增 3342 行）覆盖 Pentaho、HSQLDB 1.8、BeanShell 与 JavaScript 引擎，已关闭未合并。PR #1595 自述标注了 AI 辅助贡献（Assisted-by: GPT-6-Astra xhigh），与 openRuyi 的 AI 贡献政策要求一致。

2.2 openRuyi：libvirt 12.9.0 安全更新、util-linux 2.42.4、gnupg 拆分 scdaemon（11-05）

日期：2026-11-05　来源：libvirt 12.9.0、util-linux 2.42.4、gnupg 拆分

LibreOffice 之外的例行提交四笔：libvirt 升到 12.9.0 并标注 security-fixes；util-linux 升到 2.42.4；clang-wrap 升到 20261105；gnupg 把 scdaemon 拆成独立子包，为智能卡与硬件密钥场景减依赖。安全侧的另三笔 PR 仍在审：#1580、#1581、#1582 分别处理若干包的漏洞回补、模型相关包与网络相关包的安全修复。

2.3 ruyi：0.54 定档 11 月 11 日前后，主仓零提交、三笔草稿修复未转正（11-05）

日期：2026-11-05　来源：080 期文稿、ruyi 开放 PR、ruyi Release

080 期给出明确时间点：RuyiSDK 0.54 将于 11 月 11 日前后发布，包管理器版本同为 0.54.0。该版本的首要看点是软件包与当前系统的 ABI 兼容性检测，首发支持 C 运行时为 glibc 或 musl 的任意 Linux 发行版；其次，下载请求返回非 2xx 状态码现在会被正确判为失败，下载失败的排查指南补入了服务器问题与终端网络环境两类因素。工程侧更新了依赖版本，含 10 月以来 TLS 证书相关安全修复；由于 pygit2 尚未适配 Python 3.15，CI 暂不使用 3.15。

主仓当日零提交、零发布，最新预发仍是 11-02 的 0.54.0-beta.20261102，正式版仍是 09-24 的 0.53.0。11-04 开出的三笔修复 PR（#511 忽略相对的 XDG 基础目录、#513 处理清单尾部空表、#515 让 config get 暴露 repo.disabled）至今仍是草稿状态，未转正。

2.4 packages-index 零提交，软件源加入 K1/K3 工具链，10 月月度版仍缺位（11-06 状态）

日期：2026-11-06（状态）　来源：packages-index 提交列表、PR #231、openRuyi 新闻页

packages-index 窗口内零提交，五笔开放 PR 均无窗口内更新，最新一笔是 10-29 的 #231（openwrt-sifive-unmatched 版本升到 25.12.6）。080 期披露本期软件源的实质变化是 toolchain/gnu-ruyisdk 加入针对 SpacemiT K1/K3 的工具链适配，并为部分软件包补上 ABI 兼容性信息。

openRuyi 新闻页的月度发布仍停在 2026.09（09-30 发布），2026.10 月度版继续缺位；10-19 的两篇公告之后没有新条目。

2.5 OpenJDK：JEP 544 AOT 移植通过测试并入 JDK 主线（11-05）

日期：2026-11-05　来源：080 期文稿、JDK PR #32311、JEP 544

080 期记录的最大单点是 JEP 544（Ahead-of-Time Code Compilation）在 RISC-V 平台的移植：功能测试通过、性能收益符合预期，已合入 JDK 主线（PR #32311，8390102 Support AOT Code Cache）。同期审阅并合入的主线 PR 还有九笔，涉及 C1 启用高位通用寄存器（#32496）、用 Zbc 扩展实现 CRC32C intrinsic（#32061）、逻辑右移与掩码组合改用移位对（#32046）、C2 指针常量改用 movptr2（#32629）等；LTS 侧把 string_indexof_char intrinsic 的越界读修复回补到 25u、21u、17u 三条线。

三、向量扩展与算子优化

3.1 LLVM：六笔 P-ext 与 XTHeadBb 上游 PR 合入，Ztt 矩阵扩展 v0.6 初版落地（11-05）

日期：2026-11-05　来源：080 期文稿、LLVM PR 235306、LLVM PR 237815

080 期列出的上游合入共六笔，集中在打包 SIMD 与位操作：P 扩展把更多 pm*add* 加后续加法的模式合成 pm*adda* 类指令（#235306），改进 RV32 上 64 位 funnel shift 的代码生成（#235245），新增带扩宽水平加法的打包乘累加 intrinsics（#234450），并为 Clang 补上打包字节水平乘累加 intrinsics 的有符号、无符号与混合符号三种形式（#234484）；GlobalISel 侧在 XTHeadBb 下先扩宽窄类型的 G_CTLZ_ZERO_POISON（#237815）、把 G_CTTZ 扩宽到 XLEN 后再走 G_CTLZ 以选出 th.ff1（#238214）。

RuyiSDK 的 LLVM 分支另有两笔：基于 Ztt 规范与 intrinsics 文档 v0.6 初步支持 RV32/RV64 矩阵扩展，涵盖汇编与反汇编、Clang 类型与 intrinsics、LLVM IR 与代码生成，以及 M/ACC 寄存器分配、拷贝与溢出处理（#169）；为 AME 分支增加 GitHub Actions CI，自动构建 RISC-V 目标的 LLVM/Clang 并跑 CodeGen、汇编与语义测试（#170）。

3.2 GCC：Zba/Zbs/Zbkb 三项优化进入主线，启动 SPEC CPU 2026 评测准备（11-05）

日期：2026-11-05　来源：080 期文稿、GCC Zba 提交

三项 RISC-V 后端优化已于 10 月 27 日进入 GCC 开发主线（r17-5638 至 r17-5640）：Zba 侧完善移位加法与整数除法、取余的组合识别；Zbs 侧利用 bclr 自身的移位索引语义消掉多余掩码计算，改进 RV32/RV64 位图操作；Zbkb 侧修正 packh 的成本模型与匹配优先级，解决 Zbb 与 Zbkb 同时启用时选不到更优指令的问题。

配套的工具链 CI 也有进展：RISE-CI 打通了 Hertner 容器服务与 GitHub Actions，新增 multilib 构建场景检查，后续计划接入 LLM 对 CI 报错做评估与分析。性能侧启动基于 SPEC CPU 2026 的 RISC-V 真实硬件评测准备，已识别出候选 K3 平台跑完整 SPECspeed 2026 的内存瓶颈，正在评估其他硬件方案。

3.3 V8：标量移动保留向量尾部、放开 VLEN=1024 等六笔补丁（11-05）

日期：2026-11-05　来源：080 期文稿、V8 CL 8714039

080 期 V8 一节给出本期提交并合入的六笔与审阅并合入的六笔。前者包括可信指针标签范围检查修复、标签下溢时把越界可信指针置零、Maglev 通过零寄存器保存零值常量、从 GN 编译配置推导 CPU 特性、Float64 转 Float32 时保留 NaN 符号位、Liftoff 把子字原子 RMW 的临时寄存器分配移到循环外。后者包含标量移动时保留向量尾部（CL 8714039）、放开 VLEN=1024（CL 8585179）、实现缺失的 RV64 Add643 运算、硬件上 stop() 只生成 ebreak 等。

3.4 VecIntrinBench、IntrinTrans、FBGEMM 三仓继续静默（11-06 状态）

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

三个向量相关仓窗口内均零提交，最新提交分别停在 02-13、06-25、07-13。本期的向量与算子增量仍只出现在文稿与上游编译器提交里，没有回到这三个基准与转译仓库。

四、Buddy Compiler 动态

4.1 runtime 新增共享 serving 生成控制器，支撑设备侧取词（11-05）

日期：2026-11-05　来源：PR #1018、提交 c2fd2e1

PR #1018 新增一个与模型无关的 serving 生成控制器，18 个文件、新增 2045 行，让运行时适配器共享同一套生成 token 预算、停止条件、用量记账与流式清理。调用方既可以走 LLMSession 的宿主采样，也可以走设备侧直接给出 token 的 token 源。

实现上有几处值得记：字符串停止条件先按原始字节匹配、再做 UTF-8 解码，避免多字节边界误判；token 预算把首个预测与 EOS/停止 token 都计入；固定随机种子支持零值；重复惩罚在请求的历史窗口内按 token ID 去重后各施加一次。首个 token 来自 prefill，因此吞吐统计把首次选择记到 prefill、后续选择记到 decode，零 decode 工作时报告零吞吐。原有 CLI 与服务端入口的生成路径保持不变，用固定 logits 与生产环境的 DeepSeek 分词器、采样器做黄金测试保护输出。后续适配器接入分别跟踪在 DeepSeek R1（#1021）、Llama 3.1 TTNN（#1022）与 Qwen3-VL 等条目上。

4.2 VIR 可伸缩向量 lowering 补片：广播改走 vector<[2]xT>、内核按 llc 选项降级（11-05）

日期：2026-11-05　来源：PR #1030、PR #1031

两笔 midend 改动都针对可伸缩向量。vir.shuffle 的 lowering 拆成若干段：广播先经 vector<[2]xT> 再取前半（vector.scalable.extract）得到 vector<[1]xT>，因为直接对 vector<[1]xT> 做 vector.broadcast 时 LLVM 会生成掩码 [0] 的 shufflevector，被 createOrFold 当成恒等操作折叠掉，剩下的 vscale-1 个 lane 全是 poison；llc 会把 insertelement 变成只写 lane 0 的 vfmv.s.f，一旦这个值不并入 .vf 指令而是存进寄存器，结果就错了。改走 [2]xT 后 llc 用 vfmv.v.f 在 [1]xT 的 LMUL 上完成广播，指令数不增，循环里还少一条。另一笔让内核按 llc 的 -mattr 等选项降级，测试 vir-broadcast-scalable-one.mlir 覆盖剥离与 set_vl 带结果两条路径。

4.3 夜间版推进到 0.1.4.dev20261105（11-05）

日期：2026-11-05　来源：Release 列表

当日 10:58（北京时间）发布 0.1.4.dev20261105 夜间版，取代上一期的 0.1.4.dev20261103。窗口内共三笔提交：runtime 控制器（4.1）、两笔 VIR lowering（4.2）。

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

5.1 双周进展 080 期定稿：全节合并，卷首语与官网文档两节仍空（11-05）

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

080 期在 11-05 09:59 至 15:25 之间合并八笔提交（其中一笔提交标题为 biweekly 80），此前只有基础 C 库与 V8 两节成稿的草稿，至此补上包管理器、IDE（两笔）、开发板支持矩阵、OpenJDK、GCC、Go 与 ruyipkg 各节，技术要点见 2.3、2.5、3.1、3.2、3.3。开发板侧新增 Milk-V Jupiter2 的 Bianbu 4.0.1 Desktop 与 SpacemiT K3 Pico-ITX 的 Bianbu 4.0.8 LXQt 中英文测试报告，另更新 VisionFive 2 Lite 的 Ubuntu 24.04.5 报告；示例仓库新增 HiFive Premier P550 的 Dhrystone 与 SiFive Kernel Library 示例、Jupiter2 的 llama-server 部署示例，以及 K3 CoM260 与 K3 Pico-ITX 的 ROS 2 课程入口。

尚未填写的三节是卷首语、版本测试及遗留问题、官网&文档；QEMU 一节同样为空。文稿中「GCC」小标题重复出现两次，属编辑疏漏。

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

日期：2026-11-06（状态）　来源：RuyiAI 官方主页

index、blog、docs 三页快照与上一期一致，无新增博客文章或文档章节。当前博客索引两篇（Triton 的 RISC-V 适配、PyTorch RISC-V CI 实践），文档索引二十三章。

5.3 论坛窗口内无新帖，最新仍为 11-03 的 ruyi 安装指南（11-06 状态）

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

窗口内零新帖。最新一条仍是 11-03 17:50 的「使用脚本安装升级 ruyi 的说明和使用指南」；080 期虽已在文章仓定稿，论坛尚未发帖，双周进展的论坛最新一期仍是 079 期（10-26）。

5.4 ruyiai-daily 11-05 期归档，六节含 PyTorch 与 RISC-V 核心新闻（11-05）

日期：2026-11-05　来源：11-05 期归档

每日情报仓在 11-05 10:01 归档当日一期，结构为今日要闻、今日索引与六节正文：PyTorch 生态核心动态、LLVM/MLIR 最新进展、Triton 与 TileLang 技术动态、RISC-V 核心新闻、AI 业界重磅、总结与趋势观察。该仓由流水线自动生成，可作为本日报的交叉参考，不构成原生信源。

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

日期：2026-11-06（状态）　来源：Google News、arXiv RISC-V 检索

六组中英文查询（如意 RISC-V、RuyiSDK 中英文、RuyiAI、如意社区开源、Ruyi RISC-V AI）在 24 小时窗口内全部零命中；RISC-V 主题的通用抓取只返回大量个人仓库与 Infineon AURIX RC1、Quintauris EM-Altair 等与如意社区无关的条目。arXiv 检索窗口内无新论文，最新收录停在 11-03。

六、趋势观察

6.1 从维护分支到寄居上游：插件化把补丁成本换成版本绑定

日期：2026-11-05　来源：PR #98、PR #92

triton-riscv 用一天时间把自己从“维护一份打了补丁的 Triton 分支”改成“上游 Triton 的一个插件”，净删两千余行，补丁目录整个消失。这种做法的收益很直接：以后跟随上游升版不再需要重放补丁，出包只剩一个 wheel，安装面从两个发行包降到一个。

代价同样明确，而且是同一天暴露的：Triton 3.9 的前端从后端读一个 backend_name 字段，缺它就有 383 个 FlagGems 用例失败。寄生在上游扩展点意味着上游前端的隐式契约变成了必须满足的接口，而这些契约往往没有文档，只能在测试里撞出来。判断这次改造是否成功，不看今天删了多少行，看下一次上游升版时重放的成本，以及 FlagGems 这类下游套件是否还需要专人盯版本。

6.2 打包侧的桌面办公补缺与 AI 栈的静默并行

日期：2026-11-05　来源：openRuyi 提交列表、RuyiAI-Stack 组织

openRuyi 单日四十一笔提交，三十七笔落在 LibreOffice 的依赖链上：先是二十一个文档导入过滤器，再是 AFDKO 字体工具链，接着是 Firebird、PDFium、ZXing、SANE、Box2D 的在审 PR。这不是零散更新，而是按组件分批推进一次桌面办公套件的完整打包。

同一天，RuyiAI 栈除 triton-riscv 外全部静默：pytorch 的 RISC-V 分支零提交、tilelang-riscv 零提交、llvm-project 的 riscv 分支零提交。两条线由不同的人、不同的仓库、不同的节奏推进，日报层面值得分开看，不必把打包侧的活跃当作 AI 栈的进展。

6.3 080 期的增量落在编译器与运行时，不在应用层前端

日期：2026-11-05　来源：080 期文稿

080 期最实的四条都在底层：GCC 三项 Zb* 优化进主线、LLVM 六笔 P-ext 与 XTHeadBb 合入、OpenJDK 的 JEP 544 AOT 移植合入、V8 的向量尾部与 VLEN 处理。应用层前端（PyTorch、TileLang）本期没有对应的能力接入。

这个分布与 6.1 指向同一件事：这一阶段的推进重点是让已有的算子与语言运行时在 RISC-V 上稳定跑通、跑对，而不是扩大前端覆盖面。对下游使用者来说，短期内可感知的变化会出现在编译产物与 JDK 行为上，而不是新框架支持列表里。

信源核查表

信源 核查结果
RuyiAI-Stack 重点仓 triton-riscv：八笔提交、三笔 PR 合入（#98、#99、#100）、两笔夜间版；pytorch：riscv 分支零提交，main 五十五笔上游同步无 RISC-V 项；tilelang-riscv、llvm-project：窗口内零提交；其余仓无窗口内提交
ruyisdk 组织 ruyi、packages-index 零提交零发布；wechat-articles 八笔（080 期全部节次合入）；ruyi-tuner、docs、support-matrix、官网仓无窗口内提交
openRuyi-Project 四十一笔提交：LibreOffice 1/n（二十一包）与 2/n（十七个文件、新增 4633 行）合入，四项例行更新；合并 PR #1595、#1596、#1594；2026.10 月度发布仍缺位
buddy-compiler buddy-mlir 三笔提交（runtime 控制器一笔、VIR lowering 两笔）；夜间版 0.1.4.dev20261105
RuyiSDK 论坛 零新帖；最新为 11-03 的 ruyi 脚本安装指南；论坛双周进展仍停在 079 期
RuyiAI 官方主页 index、blog、docs 三页均无变化；博客 2 篇、文档 23 章
ruyiai-daily 11-05 期已归档
Google News 六组中英文查询零命中
arXiv 窗口内无新论文；最新一篇停在 11-03

完整信源清单