https://github.com/olivervnc/helix-weekly 这是我自己的 p...

我已经看到一个关键点：你 fork 的 master 页面抓到的 upstream release.yml 还是“fork 只做 preview、不真正发 Release”的逻辑，所以你真正的 patch 很可能在额外 workflow / commit 里，而不是 upstream 原文件本身。我继续直接按 fork 与 upstream 做 diff，这样不会只看 README 猜。

我看了你现在的 weekly.yml 和 Helix 的 grammar build 实现。结论先说：

tree-sitter 的 grammar 很值得一起开 x86-64-v3；mimalloc 则不建议直接往 grammar .so 里硬塞。
另外，mise 不识别更新，tag_name: rolling 基本就是核心原因：你每周只是替换同一个 Release/tag 下的 assets，对版本管理器来说版本仍然叫 rolling，没有出现“新版本”。你当前 workflow 确实就是这么发布的。(GitHub)

我会按下面优先级改：

1. 让所有 native C/C++ 代码也吃到 x86-64-v3。 你现在的 RUSTFLAGS="-C target-cpu=x86-64-v3" 只管 Rust。Helix 构建 tree-sitter grammar 时实际走的是 cc::Build，而且明确 .cpp(true).opt_level(3)，之后直接拿 C/C++ compiler 去生成 grammar .so。所以 RUSTFLAGS 完全传不到这里。(GitHub)
   我建议直接把这些放到 job 级别：

   yaml
   env:
     RUSTFLAGS: "-C target-cpu=x86-64-v3"
     CC: clang
     CXX: clang++
     CFLAGS: "-march=x86-64-v3"
     CXXFLAGS: "-march=x86-64-v3"

   -O3 不一定要重复加，因为 Helix grammar builder 本身已经 .opt_level(3)。这样还有一个额外收益：mimalloc 自己那部分 native C 编译也能吃到 CFLAGS，而不是只有调用 mimalloc 的 Rust 代码是 v3。你现在虽然安装了 clang，但没有指定 CC/CXX，所以也没有真正保证 grammar 一定是 clang 编的。(GitHub)

2. tree-sitter 不要单独“加 mimalloc”。 你现在 #[global_allocator] static GLOBAL: mimalloc::MiMalloc 改的是 Rust 全局 allocator；grammar 是独立加载的 ELF .so，里面 C/C++ 代码调用的 malloc/free/new/delete 不会因为 Rust 有 global allocator 就自动走 mimalloc。要让原生 C 库全部走 mimalloc，需要做标准 malloc interposition，例如把 mimalloc 静态 override 到最终进程，或者 Linux 下用 LD_PRELOAD 一类机制。mimalloc 官方也把这当成单独的 override 模式，而且特别提醒混用不同 heap 的指针有风险。(GitHub)
   所以我的选择会是：Rust → mimalloc；tree-sitter → -march=x86-64-v3 -O3；不要给每个 grammar 搞 allocator override。 后者复杂度和潜在 ABI/allocator 问题，比实际收益大得多。

3. tag 改成每次不可变、而且是标准版本格式。 不要把 SHA 当主要版本，也不要继续只用 rolling。我比较推荐：

   text
   v25.7.1-weekly.20261008.143

   其中 25.7.1 来自当前 Helix package version，20261008 是 UTC 日期，最后是 GITHUB_RUN_NUMBER。这是合法、可排序的 SemVer 风格版本；SHA 放 Release name/body 里就够了。mise 的 GitHub backend 本来就支持普通 v 前缀、latest 和 asset pattern，所以这种格式最自然。(mise-en-place)

   workflow 可以类似这样：

   yaml
   - name: Compute release version
     id: version
     shell: bash
     run: |
       ver="$(cargo metadata --no-deps --format-version 1 \
         | jq -r '.packages[] | select(.name=="helix-term") | .version')"
       date="$(date -u +%Y%m%d)"
       echo "tag=v${ver}-weekly.${date}.${GITHUB_RUN_NUMBER}" >> "$GITHUB_OUTPUT"
   
   - name: Publish Release
     uses: softprops/action-gh-release@v3
     with:
       tag_name: ${{ steps.version.outputs.tag }}
       name: "Helix ${{ steps.version.outputs.tag }} (${{ steps.sync.outputs.short }})"
       make_latest: true
       files: |
         helix-${{ steps.version.outputs.tag }}-x86_64-v3-linux.tar.gz
         helix-${{ steps.version.outputs.tag }}-x86_64-v3-linux.tar.zst
         SHA256SUMS

   这样 mise 的 "latest" 每周都会解析成一个新的实际版本，而不是永远得到 rolling。另外你现在还在用 softprops/action-gh-release@v2，目前 v2 已经停止维护，项目明确建议升级到 v3。(GitHub)

4. artifact 名字也要更诚实。 现在叫 helix-master_x86_64-linux，但它实际要求 x86-64-v3 CPU。建议把 v3 放进 asset 名，比如：

   text
   helix-v25.7.1-weekly.20261008.143-x86_64-v3-linux.tar.gz

   版本/tag 表示“是哪一次构建”，x86_64-v3 表示“这个 artifact 的 ABI/CPU 要求”。不要把 CPU flavor 塞进版本本身。mise 里再明确限定 tar.gz，避免 .run、.tar.zst、.tar.gz 三个 Linux asset 同时参与自动选择：

   toml
   [tools]
   "github:olivervnc/helix-weekly" = {
     version = "latest",
     asset_pattern = "helix-*-x86_64-v3-linux.tar.gz",
     strip_components = 1,
   }

   如果你现在还是用 ubi:olivervnc/helix-weekly，建议直接换成 github:；mise 目前已经把 ubi backend 标成 deprecated。(mise-en-place)

5. 还有几项我认为比继续抠 compiler flag 更值得做。 你现在每次 CI 都执行 cargo add mimalloc + sed main.rs，这其实比较脆；你自己的 fork 既然就是 patch 分支，最好把 mimalloc dependency 和 #[global_allocator] 正常提交为 patch commit，workflow 只负责 rebase + build，构建过程不修改 source tree。其次，Linux runner 建议从 ubuntu-latest 改为 ubuntu-22.04：Helix upstream 自己特意锁在 22.04，并写了注释说明是为了避免产物依赖过新的 glibc，影响较老发行版兼容性。(GitHub) 另外可以给 grammar sources/build 加 cache；你现在每周会重新 fetch、重新编所有 grammar，这块 CI 时间应该比 mold 再省一点链接时间更值得优化。最后可以加 hx --version、grammar strict build 和最高 GLIBC_* symbol 检查，避免“Release 成功但产物不可用”。

你这个 workflow 目前的性能路线其实已经比较合理：Fat LTO + codegen-units=1/profile opt + mold + mimalloc + x86-64-v3，再继续优化的话，我最先做的不是 PGO，而是把 v3 扩展到 mimalloc C 本体和所有 tree-sitter grammar。现在实际上存在一个挺明显的不一致：

text
hx Rust code          -> x86-64-v3
mimalloc native C     -> 不保证 v3
tree-sitter parser.so -> 不保证 v3

改完 CC/CXX/CFLAGS/CXXFLAGS 后才是真正比较完整的：

text
hx Rust code          -> x86-64-v3
mimalloc native C     -> x86-64-v3
tree-sitter parser.so -> x86-64-v3

还有一点我会特别改：保留 rolling 可以，但只能把它当“人类方便点的指针”，不要把它当 mise 的版本来源。 最好每周创建 immutable versioned release，把最新那个标成 GitHub Latest；这样 checksum、mise lockfile、回滚、缓存都更干净。

如果只让我选三处马上改，就是：unique SemVer-like tag → native C/C++ 全部 v3 → ubuntu-22.04。这三个的收益/正确性都明显高于“想办法让 tree-sitter 单独使用 mimalloc”。