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

信源：GitHub 四处组织全仓核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler 的提交、Pull Request 与 Release，逐条复核窗口内全部动态；上游 fork 按 RISC-V 关键词过滤，无关上游提交不收录）、openRuyi 主仓逐笔提交计数与作者分布、ruyi 包管理器与 PyPI 版本核验、openRuyi 发行版新闻页、RuyiSDK 开发者社区论坛与双周报草稿仓库、RuyiAI 官方主页三页快照、IREE 与 riscv-arch-test 上游动态、RISE 官方公告、arXiv 检索、Google News RSS 中英文定向查询（走代理）。

本期索引

  • 今日重点：IREE 主干落下 RVV f16 乘加 MMA，LLVM riscv 分支八日静默后换基重写（10-21）
  • 一、RuyiAI 栈进展（PyTorch / Triton / TileLang RISC-V 适配）
    • 1.1 pytorch：连续第三日整枝重放，head 换为 3c1ea315（10-21）
    • 1.2 llvm-project：八日静默终结，riscv 分支换基至 b3b5e33（10-21）
    • 1.3 tilelang-riscv：连续五日无提交（10-21 状态）
    • 1.4 triton-riscv：夜间版维持 10-19 构建，PR #85 无新动态（10-21 状态）
  • 二、RuyiSDK 工具链与发行版
    • 2.1 openRuyi 主仓：80 笔提交，Go 依赖闭包收口与 uv 后端补齐（10-21 至 10-22）
    • 2.2 openRuyi PR：五笔合入，十九笔安全更新在审（10-21）
    • 2.3 ruyi 包管理器：0.53.0 维持，0.54.0 仍未出 alpha（10-21 状态）
    • 2.4 ruyi-imager：三笔 Gradle 构建改造，夜间构建尚未跟随（10-21）
    • 2.5 内核与固件线：linux-xuantie-kernel、edk2-ruyi、ruyifirmware 静默（10-21 状态）
  • 三、向量扩展与算子优化
    • 3.1 IREE：RVV f16 vfmacc 与 vfwmacc 及 Zvfhmin 回退落主干（10-21）
    • 3.2 IREE：可伸缩向量的分发分块对齐 base 乘 vscaleMax（10-21）
    • 3.3 本栈向量仓与上游验证线：VecIntrinBench、IntrinTrans、riscv-arch-test 静默（10-21 状态）
  • 四、Buddy Compiler 动态
    • 4.1 buddy-mlir：窗口内零提交、零发布（10-21 状态）
    • 4.2 下游锚定：triton-riscv 夜间构建仍锁 0.1.1.dev20261017（10-21 状态）
  • 五、社区与活动与官方主页
    • 5.1 双周报第 079 期草稿入库：OpenJDK 十二笔合入，JEP 544 移植初步完成（10-22）
    • 5.2 生态侧：RISE 发布 K3 Pico-ITX 与 A210 EVB 的 Android 17 开源开发者版（10-20）
    • 5.3 官方主页三页无变化（博客 2 篇、文档 23 章）（10-21 状态）
    • 5.4 论坛零新增，最新主题仍为 10-15 的每日资讯（10-21 状态）
    • 5.5 外部新闻与 arXiv：RuyiSDK、RuyiAI、openRuyi 定向查询零命中（10-21）
  • 六、趋势观察
    • 6.1 依赖闭包进入收口期：Go 从「去 vendor」转向「补导入路径」
    • 6.2 两个 riscv 分支同日整枝重写：重放已成常态运维，评审仍是瓶颈
    • 6.3 RVV 后端先补 f16 再谈吞吐：IREE 的精度覆盖次序给出的信号

今日重点：IREE 主干落下 RVV f16 乘加 MMA，LLVM riscv 分支八日静默后换基重写

日期：2026-10-21　来源：IREE 提交 e7490c3b、IREE PR #25000、LLVM riscv 分支提交列表、两轮头部对比

IREE 在 10-21 16:48 把 RISC-V V 的 f16 inner_tiled MMA 下降并入主干（PR #25000，946 行改动，其中测试 800 余行）。这是 10-19 发布的 v3.13.0 里 f32 vfmacc.vf 那条路径之后的第二级精度：原生 f16 枚举已在前序提交落主干，本次补上下降与加宽两条通路——f16 乘 f16 得 f16 走 vfmacc.vf，f16 乘 f16 得 f32 走 vfwmacc.vf；只有 +zvfhmin 时分别退化为「累加器扩到 f32 做 vfmacc 再截回」与「两面板扩到 f32 做 vfmacc」。Tile N 取 vlen/8，VLEN=256 下代价模型把三条路径分别计为 14、7、6。

性能数据给出了比「已支持」更有用的信息：在 X60（VLEN=256）上，单线程 inner_tiled 在原生 f16 与 vfwmacc 两种编码下已经快于 mmt4d ukernel；4 线程与 8 线程的大形状仍然偏慢。也就是说单核上的指令选择已经到位，剩下的差距在分块与线程化，这条跟踪项是 #24932。

同一天 RuyiAI 自己的 LLVM 分支结束了八日静默。昨日报告把「LLVM 分支是否随新上游基线重启」列为观察点，本窗口给出了答案：riscv 分支于 10-21 23:00 整枝重写，head 由 0fb2da86 变为 dd05e5b5，SyncBots 把上游集成推进到 b3b5e33，与旧 head 对比为 diverged（领先 1769、落后 26、300 文件差异）。分支内的补丁序列完整保留：BOSC AME 扩展（#16）、Buckyball 厂商扩展（#20）、与 Pebble 核 ISA 对齐（#23）、AME 路径设计（#24）、xtame 设计更新（#27）、AME 指令更新（#29）、IME 内建到 SpacemiT A100 dot 指令（#30）、A100 HP/SP 与 pack/unpack 调度（#31、#32）。结论要说清楚：这是一次换基重放，不是新补丁；两笔 FPGA PR（#25、#28）在 10-22 00:59 同批刷新了时间戳，仍停在开放状态。

把两件事并排放，今日的信息是「上游在往前走、本地在等评审」：IREE 侧 f32 到 f16 的精度台阶两天走完一级，RuyiAI 侧的编译器补丁则靠换基维持可用，评审队列的消化速度仍是这条链路的实际节拍器。

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

1.1 pytorch：连续第三日整枝重放，head 换为 3c1ea315（10-21）

日期：2026-10-21　来源：riscv 分支提交列表、新头部 3c1ea315、两轮头部对比、PR 列表

riscv 分支在 10-21 03:00 第三次整枝重写，head 由 7f49d33f 换为 3c1ea315，头部提交标题仍是「Add riscv64 image locally (#51)」，全分支可见提交的提交者时间统一改写为同一时刻。与上一期 head 对比为 diverged：领先 67、落后 24、208 文件差异，增量集中在上游基线同步范围。

本地补丁序列逐条未变：riscv64 本地镜像（#51）、bytes_to_scalar 浮点修复（#44）、inductor opinfo blocklist（#50）、linear cross entropy 的 ULP 容差限定（#42），以及 CI 系列（#20 core/full 拆分、#40 失败后继续解析、#41 判定绕过）。七笔开放 PR（#23、#35、#36、#38、#43、#46、#48）于 10-21 09:03 同批刷新更新时间，无新评审意见、无合入。三日连续重放说明这套「基线日更、补丁不动」的机制已固定，代价是任何按 SHA 引用的下游每日失效。

1.2 llvm-project：八日静默终结，riscv 分支换基至 b3b5e33（10-21）

日期：2026-10-21　来源：riscv 分支提交列表、新头部 dd05e5b5、IME 内建到 A100 dot 指令 #30、两笔 FPGA PR #25、#28

自 10-13 起静默八日的 riscv 分支在 10-21 23:00 整枝重写，head 由 0fb2da86 变为 dd05e5b5，标题仍为「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」。换基动作由 SyncBots 完成，上游集成推进到 LLVM b3b5e33；与旧 head 相比领先 1769、落后 26、300 文件差异，差异量主要来自新基线本身。

分支内容按顺序为：BOSC AME 扩展支持（#16）、修复扩展名打印测试（#18）、Buckyball 厂商扩展（#20）、与 Pebble 核 ISA 对齐（#23）、BOSC AME 后端路径设计（#24）、xtame 设计更新（#27）、AME 指令更新（#29）、IME 内建下降到 SpacemiT A100 dot 指令（#30）、A100 HP/SP 与 pack/unpack 降低及调度标定（#31、#32）。这批补丁的合入时间都停在 10 月初，本窗口没有新的合入记录。

两笔 FPGA 后端 PR（#25 「BOSCAME Add FPGA backend support」、#28 「Feat/xboscame fpga」）在 10-22 00:59 同批刷新更新时间，仍为开放状态；这是换基带动的连带刷新，不是评审推进。

1.3 tilelang-riscv：连续五日无提交（10-21 状态）

日期：2026-10-21（状态）　来源：提交列表、PR #4 RVV 掩码与归约

主分支最后提交仍为 10-16 18:52 的五笔集中改动（代码生成格式规范、上游算子运行时语义、TileOps 运行时适配、Buddy MLIR 发布 CI、CI 内构建 Python 扩展），此后连续五日无新提交。开放 PR #4「Add RVV vector mask and max reduction lowering」自 09-28 起停更，PR #2 停在 06-16。该仓仍处「CI 与运行时骨架已通、算子覆盖待补」的停顿期，本期没有新证据改变这一判断。

1.4 triton-riscv：夜间版维持 10-19 构建，PR #85 无新动态（10-21 状态）

日期：2026-10-21（状态）　来源：Releases、Nightly 2026-10-18-a305fb6、PR #85 softmax 与 matmul 优化

窗口内无提交、无新发布，最新夜间版仍是 10-19 10:01 的 nightly/20261018-a305fb6（基于 10-18 的依赖升级，锁定 Buddy MLIR 夜间版 0.1.1.dev20261017）。上一版为 10-12 的 20261011-fe554ff，恢复出包后仍未回到逐日节奏。开放 PR #85 最后更新停在 10-19 07:55，仍是当前唯一活跃的算子优化提案；其余开放 PR（#83、#82、#58、#56、#55、#54）最近动作均在 9 月中下旬。

二、RuyiSDK 工具链与发行版

2.1 openRuyi 主仓：80 笔提交，Go 依赖闭包收口与 uv 后端补齐（10-21 至 10-22）

日期：2026-10-21 至 2026-10-22　来源：提交列表、umoci 去 vendor 提交 3012dbc8、sonobuoy 去 vendor 提交 b5c8450b、rust-uv-build-backend 提交 2413dc83、python-uv-build 0.13.4 提交 2c522b06

窗口内 80 笔提交全部为 SPECS: 前缀，作者四人——Leetfs 29 笔、KimmyXYC 23 笔、purofle 18 笔、cl2t 10 笔。时间上分四批：10-21 16:58（10 笔）、17:01（18 笔）、17:21（8 笔）、20:46（15 笔），以及 10-22 02:26 的 29 笔。

Go 侧共 51 笔，围绕两条线。其一是补基础依赖：go-github-beevik-etree、ghodss-yaml、golang-plus 的 errors/testing/uuid、googleapis-gnostic、liggitt-tabwriter、ma314smith-signedxml、texttheater-golang-levenshtein、tredoe-osutil（对应 #1361）；随后是 anthropic-sdk-go、discordgo、argo-go、bytedance 的 gopkg 与 sonic-loader、ergochat 的 irc-go 与 readline、vektah-gqlparser-v2、standard-webhooks、go-vcr、go-fyne-systray、go-google-api 的 transport 等（purofle）。其二是去 vendor 的收尾：go-k8s-api、go-k8s-apimachinery、go-k8s-client-go 三笔补出被删除 vendor 后必需的导入路径，go-github-moby-sys 补仓库导入路径、go-github-smarty-assertions 补遗留导入路径，最后 sonobuoy、umoci、go-github-vbatts-go-mtree 三笔落地为「build without vendored dependencies」。

Rust 侧 29 笔集中在 10-22 02:26：23 个 rust-uv-* 包（build-backend、cache-key、distribution-filename、pep440、pep508、platform-tags、pypi-types、small-str、static、toml、version 0.13、windows、warnings 等，主体版本 0.0.96），外加 archive-trait 0.0.15、astral-async-zip 0.0.22、astral-mail-headers 0.0.1、tar-codec 0.0.15、tar-framing 0.0.15，并把 python-uv-build 升到 0.13.4。

这一批的落点是 Python 构建链：uv 作为 pip 的替代前端，其 Rust 依赖在发行版里配齐后，K1/K3 上装 Python 包不必再回落到源码编译，uv-build-backend 补齐则意味着 pyproject 里的 uv 构建后端可以原生解析。

2.2 openRuyi PR：五笔合入，十九笔安全更新在审（10-21）

日期：2026-10-21　来源：PR #1466 umoci、PR #1464 sonobuoy、PR #1361 kubecomps、PR #1136 picoclaw 依赖、PR #1486 python-uv-build、PR #1470 llvm-snapshot

合入五笔：#1361 kubecomps 基础依赖（13 文件，+1017）、#1136 picoclaw 依赖第一批（19 文件，+832）、#1464 sonobuoy 去 vendor（9 文件，+268/-19）、#1466 umoci 去 vendor（20 文件，+897/-13，含 15 个提交与完整 Apex Log 依赖图）、#1486 python-uv-build 0.13.4（58 文件，+5640/-201）。昨日报告记录 #1464、#1466 仍在待审队列，本窗口两单相继合入，去 vendor 从提案变成主干事实。

在审 19 笔可归三束。安全更新是主体：go 1.27.3、nodejs 与 brotli、php 8.5.12、nss 3.131.1、ca-certificates-mozilla 2.92、rustup 1.29.2、python-pip 26.2.2、python-certifi 2026.10.19、perl-Mozilla-CA、rustls-webpki 0.103.16、webpki-roots 1.0.10 两笔。工具链一笔 #1470 把 llvm-snapshot 升到 20261019（上游哈希 91c6a053），并加 -DLLVM_RAM_PER_LINK_JOB=30000 限制链接并行度，另 #1471 升 libudev-zero 1.0.5。依赖与 CVE 批仍在：#1364 kubecomps 网络与数据库依赖、#1468 与 #1472 两笔 CVE 修复加包升级、#1469 新增与升级包、#1440 sequoia。窗口内没有关闭未合入的 PR。

2.3 ruyi 包管理器：0.53.0 维持，0.54.0 仍未出 alpha（10-21 状态）

日期：2026-10-21（状态）　来源：ruyi Releases、PyPI ruyi

GitHub Release 与 PyPI 均维持 0.53.0（09-24 发布），主分支最后提交停在 09-25（合并 #503），窗口内无新版本、无新提交。GitHub 上最新预发版是 09-18 的 0.54.0-alpha.20260918，此后一月未再出 alpha。按 10-13 双周报第 078 期，0.54.0 因发版周期调整定档 10 月底，开发中事项为包与系统的 ABI 兼容检测、更多官方维护包的 macOS 打包、SpacemiT K1/K3 工具链适配；双周报 079 草稿的包管理器小节目前仍为空。

2.4 ruyi-imager：三笔 Gradle 构建改造，夜间构建尚未跟随（10-21）

日期：2026-10-21　来源：提交列表、夜间构建渠道

窗口内三笔提交均由 Glavo 署名：16:55 把 Gradle 依赖版本集中到共享 version catalog（226d2732）、17:08 把依赖与内置工具升到稳定维护版（313b56fb）、18:54 把 TOMLJ 升到 2.2.0 并简化解析依赖（731e52b2）。这三笔属构建工程改造，不改镜像写入逻辑。

出包侧没有跟随：夜间构建渠道的资产仍是 ruyi-imager-1.0.0-nightly.20261019T221503Z.7f62f9d（源提交 7f62f9dd，10-19 22:15 构建，10 个资产）。代码在 10-21 有三次推送而夜间包未重建，说明该渠道的自动构建未在推送后触发，或仍在排队。对使用夜间包验证 RISC-V 镜像写入的用户，本期没有可用的新版。

2.5 内核与固件线：linux-xuantie-kernel、edk2-ruyi、ruyifirmware 静默（10-21 状态）

日期：2026-10-21（状态）　来源：linux-xuantie-kernel 提交列表、edk2-ruyi 提交列表、ruyifirmware Releases

内核线 linux-xuantie-kernel（linux-6.6.36 分支）最后提交仍为 10-16 11:14 的 cpufeature 与 hwprobe 改动批次；固件线 ruyifirmware 最新发布仍是 10-15 17:53 的「Ruyi Firmware 20261015」；edk2-ruyi 停在 10-15 15:22 的 K3 系统信息页。三条线连续第六日静默，与 2.1 的打包高峰继续对照：本窗口的投入仍全部落在用户态软件包，内核与固件无新动作。

三、向量扩展与算子优化

3.1 IREE：RVV f16 vfmacc 与 vfwmacc 及 Zvfhmin 回退落主干（10-21）

日期：2026-10-21　来源：提交 e7490c3b、PR #25000、性能跟踪 #24932、f32 版本 PR #24933

本次提交为 RISC-V V 的 f16 inner_tiled MMA 补上下降路径，复用 #24933 引入的 lowerRiscvVFmaccLike 与上提的累加器合法化，Tile N 取 vlen/8。编码选择按扩展可用性分三层：f16 乘 f16 得 f16 且带 +zvfh 时用 vfmacc.vf；f16 乘 f16 得 f32 时用加宽的 vfwmacc.vf；只有 +zvfhmin 时两条路径分别走「累加器 extf 到 f32、f32 vfmacc、truncf 回」与「两面板 extf 后 f32 vfmacc」。当两层都合法时按枚举先后取原生路径。VLEN=256 下代价模型给出 intrinsics_m 14（原生）、7（vfwmacc）、6（两条 zvfhmin 回退）。

性能侧只给了一个方向性结论：X60（VLEN=256）上单线程 inner_tiled 在原生 f16 与 vfwmacc 下已快于 mmt4d ukernel，4 线程与 8 线程的大形状仍偏慢。测试随提交落地，含 187 行编码物化用例、414 行下降用例与 e2e matmul 的构建改动，属可直接回归的覆盖。

3.2 IREE：可伸缩向量的分发分块对齐 base 乘 vscaleMax（10-21）

日期：2026-10-21　来源：提交 9ea0f2f2、PR #24849

LLVMCPU 后端同日另有一笔可伸缩向量相关改动：把可伸缩向量的分发 tile 对齐到 base * vscaleMax。这类对齐是 VLA（长度无关向量）路径上的常规合法化——分块尺寸必须能被硬件实际 VLEN 的整数倍整除，否则窄 VLEN 硬件上会出现尾块退化。该改动与 3.1 的 f16 MMA 同属 CPU 后端，两者共同构成 RISC-V V 在 IREE 里的当期进度。

3.3 本栈向量仓与上游验证线：VecIntrinBench、IntrinTrans、riscv-arch-test 静默（10-21 状态）

日期：2026-10-21（状态）　来源：VecIntrinBench、IntrinTrans、riscv-arch-test 提交列表、XiangShan 提交列表

本栈向量基准与转译工具链继续静止：VecIntrinBench 停在 02-13、IntrinTrans 停在 06-25、FBGEMM fork 停在 07-13，harness 停在 10-10、cpuinfo 停在 05-20、torq-tile 停在 04-09，窗口内均无提交。上游验证线同样无动作：riscv-arch-test 与香山主仓（kunminghu-v3 分支）窗口内零提交。本期向量侧的实质进展全部来自 IREE 上游，本栈自有基准没有新数据产出。

四、Buddy Compiler 动态

4.1 buddy-mlir：窗口内零提交、零发布（10-21 状态）

日期：2026-10-21（状态）　来源：提交列表、Releases

主分支最后提交仍为 10-16 09:35 的「[ci] Add the publish-models workflow (#925)」，窗口内 0 笔提交、0 个发布。版本线维持正式版 BUDDY MLIR 0.1.1（10-18 06:26）加最后一期夜间版 0.1.1.dev20261017（10-17 07:24）的组合，此后连续四日没有新夜间构建。0.1.0 到 0.1.1 两次正式发布相隔两日之后转入停顿，这一状态已持续三个报告期。

4.2 下游锚定：triton-riscv 夜间构建仍锁 0.1.1.dev20261017（10-21 状态）

日期：2026-10-21（状态）　来源：triton-riscv 提交列表、buddy-mlir 夜间版 0.1.1.dev20261017

triton-riscv 主分支最后一笔提交（10-18 08:57，PR #88）内容是把下游依赖锚定到
nightly/v0.1.1.dev20261017，10-19 发布的 nightly/20261018-a305fb6 即基于该升级构建。buddy-mlir 自 10-17 后无新夜间版，triton-riscv 的夜间构建缺新上游可跟，两边仍是互相等待：这条链路恢复逐日出包，取决于 buddy-mlir 何时重启 nightly 工作流。

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

5.1 双周报第 079 期草稿入库：OpenJDK 十二笔合入，JEP 544 移植初步完成（10-22）

日期：2026-10-22　来源：双周报 079 草稿、OpenJDK 更新提交 #380、基础 C 库更新提交 #381、开发板更新提交 #382

双周报仓库窗口内四笔提交：#379 由工作流初始化 biweekly-79（10-21 10:20）、#380 补 OpenJDK、#381 补基础 C 库、#382 于 10-22 00:19 补开发板内容。落库文件 20261022-ruyisdk-biweekly-79.md 标注日期为 2026-10-22，正文章节仍有多处空白（卷首语、包管理器、GCC、LLVM、V8、Go、QEMU 待填），属发布前的填充阶段。

已写入的实质内容三块。OpenJDK 列出本期审阅并合入的十二笔主线 PR，覆盖 Zalasr 扩展（RVWMO 内存模型支持，进模板解释器与 C1/C2）、专用向量掩码逻辑指令、string_indexof_char 的访存越界修复与去掉一次跳转、zext.h/zext.w 用于 16/32 位掩码的 AndL、Zicond 优化零结果整数 cmove 与堆对象编解码、QEMU user 模式用例修复、JSR166 用例回归修复，以及各平台通用的 ICache 同步调用清理。JEP 544（AOT 静态编译）的 RISC-V 移植已初步完成，进入功能测试与性能验证。基础 C 库方面，glibc 把 sinh、sinhf、sinpi 移植进现有 libmvec 框架，newlib 把 acosf、logf、asinf、asinhf、asinpif、atanf 移植进向量数学框架。

开发板部分记录的是既有条目：RDC2022-D1s（全志 D1s）的 RT-Thread Smart 5.0.0 出厂固件测试报告（PR #410，10-16 提交、仍在审）、SpacemiT K3 CoM260 Kit 的 ROS 2 第 9、10 章课程讲义与实验手册（10-14 提交），两者均在本窗口之前，本期只是汇编入刊。

5.2 生态侧：RISE 发布 K3 Pico-ITX 与 A210 EVB 的 Android 17 开源开发者版（10-20）

日期：2026-10-20 发布，10-21 05:51 在 Hacker News 出现讨论　来源：RISE 官方公告、RISE Android 17 v1.0 发布、Hacker News 讨论

RISE 公布首个跑在 RVA23 硬件上的 Android 17 构建，目标板为 SpacemiT K3 Pico-ITX 与阿里 A210 EVB，项目编号 RP024，由 RISE 出资并牵头，SpacemiT 与阿里达摩院出平台与硬件、BayLibre 承担工程实现（沿用其此前的 K1 Android 移植）。发布含两块板的二进制镜像、固定源码清单、校验和、烧写工具与重建说明；启动链基于 U-Boot 与 OpenSBI，图形栈用上游 Imagination 内核驱动加 Mesa，源码历史与作者信息保留。

官方明确这是开发者版，不是量产或认证版本。二期将把构建、硬件测试与发布自动化：先接 RISE Board Farm 中已有的 A210，K3 数周内加入，之后两块板跑同一套 Android CI；同时 RISE 计划就 Bionic、BoringSSL、ART、V8、Chrome 与多媒体库发后续 RFP，并推动厂商把平台支持上游到 Linux 内核、U-Boot 与 OpenSBI。

与本主题的关联在平台线：K3 是双周报 079 草稿里出现课程内容的平台（CoM260 Kit），其固件与内核上游化诉求与 RuyiSDK 的内核、固件两条静默线方向一致。Android 17 的 K3 镜像本身不进入 RuyiSDK 的发行版范畴，但它把该平台的启动链现状公开成可复现基线，对后续做 Debian 系镜像的团队是可对照的参考。

5.3 官方主页三页无变化（博客 2 篇、文档 23 章）（10-21 状态）

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

三页快照与上一期一致：index.html 7246 字节、索引 3 条；blog.html 5632 字节、索引 2 条（Triton 的 RISC-V 适配、PyTorch RISC-V CI 实践）；docs.html 10843 字节、索引 23 条。本轮无新增博客文章、无新增文档章节。

5.4 论坛零新增，最新主题仍为 10-15 的每日资讯（10-21 状态）

日期：2026-10-21（状态）　来源：RuyiSDK 社区论坛、最新主题 #2892

论坛窗口内零新增主题，最新一帖仍是 10-15 03:30 的「2026-10-15 开源技术热点新闻资讯」（#2892）。双周报第 079 期尚未在论坛发布，社区侧最新一期仍是 10-13 的第 078 期（#2891）。峰会（10-18 至 10-20）结束后，论坛仍未见会后总结贴，公开输出继续集中在每日资讯与双周报两条固定线。

5.5 外部新闻与 arXiv：RuyiSDK、RuyiAI、openRuyi 定向查询零命中（10-21）

日期：2026-10-21　来源：Google News RSS、arXiv cs.AR 最近列表

Google News 对 RuyiSDK、RuyiAI、openRuyi 的中英文定向查询在窗口内零命中（裸查询通道正常，同批 RISC-V 查询可返回结果）。「如意 RISC-V 发行版」类查询返回五条均为旧稿，最近一条是 10-20 的玄铁出货稿，与发行版无关。arXiv 上 RISC-V 相关预印本最新为 10-20，主题是工业信息物理系统的上下文动作意图校验，窗口内没有 RISC-V AI 编译器或向量优化方向的新论文。

六、趋势观察

6.1 依赖闭包进入收口期：Go 从「去 vendor」转向「补导入路径」

前三期的补包线索是分头铺开的：Python 补 fsspec 云存储全家、Rust 补 crate 闭包、Go 起步去 vendor。本期 Go 侧 51 笔的重心明显后移——先补基础依赖（etree、yaml、gnostic、tabwriter 等十笔），再补 k8s 三件套与 moby-sys、smarty-assertions 的导入路径，最后才落 sonobuoy、umoci、go-mtree 三笔真正的「build without vendored dependencies」。

顺序本身说明去 vendor 的完成条件不是删掉 vendor 目录，而是让每个被依赖模块在发行版里能按原导入路径解析；缺了导入路径的补齐，删 vendor 只会直接编译失败。因此「补导入路径」才是这一轮的最后一公里。对 RISC-V 用户的直接含义是：容器镜像工具与一致性测试工具从「随源码打包」变成「按发行版依赖打包」，构建可复现性与安全更新的传导路径同时改善，后续 CVE 只需升级单个 Go 模块，不必重建整包。

6.2 两个 riscv 分支同日整枝重写：重放已成常态运维，评审仍是瓶颈

本期 pytorch 与 llvm-project 的 riscv 分支在同一天各做了一次整枝重写：pytorch 在 03:00（连续第三日），llvm 在 23:00（八日静默后换基）。共同特征是提交者时间统一改写、补丁标题集合不变、SHA 每日失效；差异在节奏——pytorch 是日更基线，llvm 是择期换基，换基后与旧 head 的差异达 300 文件，几乎全部来自新上游。

这种做法的工程意义是把「跟上游」与「维护本地补丁」解耦，代价是历史不可追溯。任何按 SHA 引用的下游（镜像构建、CI 缓存、issue 复现）都会每天或每次换基后失效，读这两个分支应以补丁标题集合而非 SHA 作版本判据。更值得注意的是本窗口补丁本身没有新增：pytorch 七笔开放 PR 只刷新时间戳，llvm 两笔 FPGA PR 同样只刷新时间戳。重放机制已经稳固，实际节拍器变成了评审队列的消化速度。

6.3 RVV 后端先补 f16 再谈吞吐：IREE 的精度覆盖次序给出的信号

把 10-19 的 f32 vfmacc.vf（v3.13.0）与 10-21 的 f16 vfmacc/vfwmacc（#25000）连起来看，IREE 在 RISC-V V 的 inner_tiled MMA 路径上两天走完一级精度台阶，且两次都复用同一个 lowerRiscvVFmaccLike 与同一套累加器合法化。次序是先保证有正确路径（f32），再按扩展可用性挑最快的一条（f16 原生、f16 加宽、+zvfhmin 回退），代价模型对三条路径分别定价。

X60 上的实测把瓶颈位置说清楚了：单线程已快于 mmt4d ukernel，4 线程与 8 线程仍慢，说明单核指令选择到位之后，剩下的是分块与线程化。对 tilelang-riscv 与 triton-riscv 来说，这是可逐条对照的路线图——Tile N = vlen/8 的取法与代价模型的分档方式，都值得在自家 lowering 里做同口径比较，而不是只看「是否支持 f16」。

信源核查表

信源 核查结果
RuyiAI-Stack 组织（全仓） pytorch：riscv 分支第三次整枝重放（head 7f49d33f 换为 3c1ea315，compare 领先 67/落后 24、208 文件），七笔开放 PR 于 10-21 09:03 同批刷新；llvm-project：riscv 分支八日静默后于 10-21 23:00 换基（head dd05e5b5，领先 1769/落后 26、300 文件），两笔 FPGA PR 于 10-22 00:59 刷新；triton-riscv、tilelang-riscv 零提交零发布；ruyiai-daily 1 期（10-21）；ruyiai-stack.github.io 1 笔 contributor 更新；harness、FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、dsh-osc、skills、SyncBots-DeepAgents 无窗口内提交
ruyisdk 组织（全仓） ruyi：0 笔提交、0 个发布（0.53.0 维持）；ruyi-imager：3 笔 Gradle 构建改造，夜间构建仍停在 20261019T221503Z；wechat-articles：4 笔（双周报 079 草稿）；packages-index、ruyisdk-website、support-matrix、linux-xuantie-kernel、qemu、ruyici、ruyi-tuner、ruyi-backend 均 0 笔；llvm-project AME 分支停在 10-19
openRuyi-Project 组织（全仓） openRuyi 主仓 80 笔提交（Go 51 笔、Rust 29 笔，作者四人）＋ 5 笔 PR 合入 ＋ 19 笔在审、0 笔关闭未合入；ruyifirmware、edk2-ruyi 无窗口内提交（分别停在 10-15 17:53 与 10-15 15:22）
buddy-compiler 组织 buddy-mlir 主分支 0 笔提交、0 个发布；最新正式版 0.1.1（10-18），最新夜间版 0.1.1.dev20261017（10-17）
RuyiSDK 社区论坛 窗口内零新增主题，最新为 #2892（10-15）；双周报 079 尚未发布，最新仍为 078 期
openRuyi 发行版新闻页 无新文，2026.09 发布公告仍为最新，2026.10 页面未上线
ruyi 包管理器 / PyPI 0.53.0 维持最新（09-24 发布），窗口内无新版本、无新提交
官方主页（ruyiai.org） 三页无变化：首页索引 3 条、博客 2 篇、文档 23 章
技术情报仓库（ruyiai-daily） 推送 10-21 一期，RISC-V 段含 RISE 的 K3 Pico-ITX 与 A210 EVB Android 17 镜像
IREE 上游 4 笔提交，含 RVV f16 vfmacc/vfwmacc 与 Zvfhmin 回退（#25000，946 行）与可伸缩分块对齐（#24849）；窗口内无新正式发布
riscv-arch-test / 香山 两仓窗口内均零提交
arXiv（RISC-V） 最新 RISC-V 预印本为 10-20，窗口内无编译器或向量优化方向新论文
Google News RSS（中英文多组） RuyiSDK / RuyiAI / openRuyi 全部零命中；如意类查询 5 条均为旧稿

完整信源清单