FlagOS デイリーレポート (2026-08-30)

調査期間：2026-08-29 10:18 ~ 2026-08-30 10:18 北京時間 情報源：GitHub（org: flagos-ai 52 リポジトリ + commit search 42 件 + PR/Issue API）、Google News RSS（中英文の複数クエリ、プロキシ経路は正常）、HN Algolia、Tavily/web クロス検証（詳細は付録）

インデックス

1. オープンソースプロジェクトの進展（GitHub 動向）
  - 1.1 トップニュース：Torch-FL の5アクセラレータ torch.compile 修正ラッシュ、DCU の DTK fork 離脱提案が提出（08-29/08-30）
  - 1.2 build-infra：昆仑芯 P800 vLLM 0.20.2 アプリケーションイメージのマーク付きリリース（08-29）
  - 1.3 build-infra：sglang 0.5.18 のベンダー別 wheel パッケージ体系が実装（08-29）
  - 1.4 build-infra：天数智芯 corex4.5.0 イメージスタック修正 + パッケージディレクトリ統一リファクタリング（08-29/08-30）
  - 1.5 FlagTree：摩尔線程 Mthreads SDK 更新（08-29）
  - 1.6 docs：モデルリスト同期 PR が待機中（08-29/08-30）
  - 1.7 FlagGems / vllm-plugin-FL / verl-FL：期間内に新規マージなし（08-30）
1. 報道とエコシステム
  - 2.1 平穏な一日の説明：コンポーネント単位のクエリが3日連続でゼロヒット
  - 2.2 エコシステム側の観察と除外項目
1. メンバー企業の深掘り
  - 3.1 摩尔線程：MUSA torch.compile 復旧 + CI パイプライン + FlagTree SDK（08-29）
  - 3.2 沐曦：MetaX stream イベントセマンティクス修正 + FP8/FP4 ソフトウェアエミュレーション（08-29）
  - 3.3 海光：DCU torch.compile profile + 公式 PyTorch コア運用提案（08-29/08-30）
  - 3.4 昇騰：lib/flagos_platform marker インストール修正（08-29）
  - 3.5 燧原：GCU torch.compile 復旧（08-29）
  - 3.6 昆仑芯：P800 vLLM 0.20.2 アプリケーションイメージ正式リリース（08-29）
  - 3.7 天数智芯：corex4.5.0 イメージスタック三者連続修正（08-29/08-30）
1. まとめ
付録：完全な情報源リスト

1. オープンソースプロジェクトの進展（GitHub 動向）

期間概観：org 内の52リポジトリのうち5つが期間内にプッシュあり（build-infra、FlagTree、Torch-FL、docs、release-info。うち docs のプッシュは PR ブランチ、release-info は gh-pages ブランチで、main はいずれも新規コミットなし）。commit search は期間内コミット42件がヒット。本期間の主線：一、Torch-FL のマルチアクセラレータ torch.compile 修正ラッシュ——1日で6つの PR をマージし、摩尔線程 MUSA、燧原 GCU、沐曦 MetaX、海光 DCU、昇騰の5社のアクセラレータをカバー、さらに「DCU で公式 PyTorch コアを実行し、DTK fork から離脱する」アーキテクチャ提案を新たに提出。二、昆仑芯 P800 の vLLM 0.20.2 アプリケーションイメージが正式にマーク付きリリース（8/21 ビルド、8/29 登録）、FlagOS チップマトリクスにまた新たなリリースが追加。三、sglang 0.5.18 のベンダー別 wheel パッケージ体系が実装、sglang が vLLM と揃えたワンステップインストールパイプラインに組み込まれる。四、天数智芯 corex4.5.0 イメージスタックの三者連続修正、2.1.2 イメージ記述の自動リフレッシュが継続的に進行。報道側は3日連続でコンポーネント単位のゼロヒット。

1.1 トップニュース：Torch-FL の5アクセラレータ torch.compile 修正ラッシュ、DCU の DTK fork 離脱提案が提出（08-29/08-30）

出典：Torch-FL #226、#225、#220、#219、#213、#224、#227

8/29 17:36~17:38 UTC（北京時間 8/29 深夜）に3件連続マージ：#220 で DCU に torch.compile HIP ターゲットプラットフォーム profile を追加（海光）；#219 で MetaX 上で FP8/FP4 ソフトウェアエミュレーションを有効化（沐曦、boxing パス）；#213 で MUSA CI パイプラインを新規追加、MetaX 専用ラインの構成をミラー（摩尔線程）。
8/29 20:14 UTC #224 マージ：Ascend ビルドの lib/flagos_platform marker インストールを修正（昇騰）。
8/29 21:46 UTC #226、#225 マージ：#226 で ネイティブ MUSA および GCU アクセラレータ上の torch.compile を復元（摩尔線程/燧原）；#225 で MetaX stream イベントセマンティクスを復元（stream shim に実イベントと順序セマンティクスを付与、沐曦）。
8/30 未明の新規提案 #227（open）：DCU を DTK の fork ではなく公式上流 PyTorch コア上で動作させる——調査によりベンダーコアライブラリは除去可能で、障壁となるのはわずか 32 個のプライベート ATen シンボルのみと判明；旧パスは環境変数の背後に保持され、gfx936 ホストでデュアルパス検証済み。PR は Claude Code CLI の支援を受けて作成され、lvyufeng が人手でレビュー。

解読：Torch-FL は FlagOS の PyTorch アクセラレータ対応レイヤ（PrivateUse1 路線 + torch.compile 沈み込み）であり、本調査期間は1日で MUSA/GCU/MetaX/DCU/Ascend の国産アクセラレータ5社をカバーしており、「統一 PyTorch スタック + 各チップのコンパイルパス」の対応がバッチ収束期に入ったことを示す；#227 が着地すれば、海光ランタイムは「パッケージ全体のシンボリックリンク DTK torch」から「公式コア + DTK デバイスライブラリ」へとスリム化され、国産 PyTorch ディストリビューションがベンダー fork 依存から脱却する象徴的な動きとなる。

1.2 build-infra：昆仑芯 P800 vLLM 0.20.2 アプリケーションイメージマークをリリース（08-29）

出典：build-infra #613、configs.yaml

8/29 22:14 UTC #613 マージ：昆仑芯 kunlunxin-xre5.37.1 の vLLM 0.20.2 アプリケーションイメージマークをリリース済みに設定——イメージは vllm-plugin-FL release/0.2 head（g8236c0a）ベース、8/21 にビルド・プッシュ、image_tag 2.1.2-0.2.1_g8236c0a.d20260821、vllm-plugin-fl は 0.2.1+g8236c0a.d20260821 に固定；ステータスマトリクスと中英文 launch ドキュメントから「未リリース」プレースホルダを同時に削除。
configs.yaml の昆仑芯エントリ：ハードウェア Kunlunxin P800、vLLM 0.20.2 配布レシピ（VLLM_FL_PLATFORM=kunlunxin、flagos ホワイトリスト silu_and_mul/rms_norm/rotary_embedding）はデュアルコンパイルパスで検証通過済み（FlagTree 7/7 + Triton 3/3）。

解読：昆仑芯 P800 の vLLM 0.20.2 イメージが「検証中」から「リリース済み」へ移行したことは、昇騰、海光、天数智芯などに続き、FlagOS スタック内で vLLM アプリケーションイメージのリリースを完了したもう一つの国産チッププラットフォームである；その xre5.37.1 ツールチェーンとデュアルパス検証記録は、百度昆仑芯の FlagOS エコシステムにおける対応の深さが正式リリース基準に達していることを示す。

1.3 build-infra：sglang 0.5.18 のベンダー別 wheel パッケージング体系が着地（08-29）

出典：build-infra #607、#608、#609

8/29 15:24~17:43 UTC に3つの PR がマージ：sglang 0.5.18 のベンダー別 wheel パッケージ体系が正式に落地——統一ランタイム + 単一ステップインストール（per-vendor wheel）；各バックエンドは自身の -build イメージ内で共有ソース tarball から wheel をビルドし、METADATA は天然に torch-free / sglang-kernel-free（非 CUDA の srt_empty バリアント基盤）であり、pip install sglang==0.5.18+flagos は単一ステップで完了し、ランタイムの torch/triton/flag_gems マトリクスに触れない；昇騰 aarch64 ビルドは aarch64 -build イメージ内で直接完了し、自然に aarch64 wheel を産出する。
#609 は repack.py を共有 packaging/script/ へ抽出し、sglang は vLLM のパッケージスクリプトを再利用；#612（8/29 21:22）はさらに4つのアプリケーション（vllm/megatron_training/megatron_rl/sglang）の packaging/ ディレクトリ骨格を統一。

解説：sglang は vLLM と整合した「共有 sdist + コンテナ内ビルド + 単一ステップインストール」パッケージモデルに組み込まれ、FlagOS 推論アプリケーション層（vLLM 0.20.2/0.24.0 + sglang 0.5.18）のデリバリーパイプラインが正式に一本化；+flagos 接尾辞とゼロ sgl-kernel 路線は「上流の pip エコシステムを壊さず、重ね合わせのみを行う」というリリース哲学の継続である。

1.4 build-infra：天数智芯 corex4.5.0 イメージスタック修復 + パッケージディレクトリ統一リファクタリング（08-29/08-30）

情報源：build-infra #615、#616、#617、#621、#622

8/29 22:57 UTC #615 マージ：iluvatar-corex4.5.0 を vLLM 状態マトリクスと deps_app に登録（天数智芯）。
8/30 07:33~09:04 UTC 修復3連：#617 は corex4.5.0 ベースイメージに libopenmpi3t64 をインストール（OpenMPI ライブラリ欠落）；#616 は CoreX ドライバのユーザー空間をベースイメージに組み込み、ホストの corex mount を除去（コンテナ自己完結化）；#621 は gen_data の apt-get 継続行コメント内での解析を修復。
#618/#619/#620/#622（GitHub Actions ボット）：base イメージ 2.1.2 説明の4連自動リフレッシュ、#622 は 8/30 10:15 にマージ（08-30 10:15 CST）。

解説：天数智芯 corex4.5.0 バックエンド（8/28 新規追加）は集中的な収尾期に入った——「マトリクス登録」から「ドライバユーザー空間のイメージ内包、依存補完」まで、2.1.2 イメージスタックのコンテナ自己完結とリリース自動化が継続的に推進；昨日予告された「base 3 バックエンド説明検証」は本日、ボットの自動リフレッシュによりバッチで落地した。

1.5 FlagTree：摩尔線程 Mthreads SDK 更新（08-29）

情報源：FlagTree #1067

8/29 23:35 UTC（北京時間 8/30 07:35）FlagTree #1067 マージ：[Mthreads] Update mthreads sdk——摩尔線程 Mthreads SDK バージョンを更新（zhzhcookie コミット、PR に説明なし）。

解説：FlagTree の摩尔線程バックエンドは Mthreads SDK のイテレーションに同期して追随し、同日の Torch-FL の MUSA torch.compile 復旧、MUSA CI パイプラインとともに「摩尔線程マルチリポジトリ連動」のシグナルを形成する（3.1 参照）。

1.6 docs：モデルリスト同期 PR が待機中（08-29/08-30）

情報源：docs #482、#483

8/29~8/30 自動同期 PR は引き続き待ち行列：#482（08-30 04:06 更新）aihuanxin（愛換芯/模型源）モデルリスト更新、#483（08-29 18:23）ModelScope ドキュメント更新；昨日の #480/#481 は依然として待ち行列内。すべてボットによるコミットで、未マージ。

解読：docs モデルリスト同期の自動化は継続稼働中（ModelScope 毎日 + aihuanxin 新情報源）。昨日の観察と一致し、通常の待ち行列。

1.7 FlagGems / vllm-plugin-FL / verl-FL：調査期間内に新規マージなし（08-30）

FlagGems：調査期間内ゼロマージ（8/28 の 18 PR 一括ラッシュ後に反落）；vllm-plugin-FL：ゼロマージ。
verl-FL：#20（海光 vLLM 0.20 ゲート修正、上流 PR）は 8/29 09:30 更新後も依然 open、マージ待ち；#18（摩尔線程 MUSA GRPO E2E）は依然 open、調査期間内の更新なし。

2. ニュース報道とエコシステム

2.1 平穏日の説明：コンポーネント級クエリが 3 日連続ゼロヒット

gnews 中国語グループのクエリ（調査期間 14d）：FlagGems、FlagScale、FlagPerf、FlagAttention、FlagCX、KernelGen はすべてゼロヒット；FlagOS は 8/27 の摩尔線程が FlagOS と共同で Qwen3.8-Flash-Next 対応を完了した件のみヒット（東方財富による転載、昨日のレポートで既に収録済み、新規ではない）；FlagTree は 8/20 の智源コミュニティ AI Compiler イベント回顧のみヒット（調査期間外）。
gnews 英語グループのクエリ："FlagOS" when:7d（en-US）と BAAI open source when:7d はゼロヒット。
智源 when:7d は 101 件ヒットするが、ほぼすべてが智源コミュニティのコンテンツ集約（Fable 5 グレースケール、Anthropic 雇用観点、HuggingFace 買収噂など）で、FlagOS コンポーネントとは直接関連なし；智源研究院オープンソース when:7d のヒットはギャンブル/SEO ノイズと無関係な報道が中心で、タイトルの意味に基づきバッチ全体を除外。
HN Algolia（FlagOS OR FlagGems / FlagScale OR FlagTree、日付順ソート）：関連ヒットなし（タイトルに “flag” という単語を含む無関係な項目のみ若干）。

結論：ニュース側は 3 日連続でコンポーネント級ゼロヒット。FlagOS でよくある平穏期であり、当日の価値ある情報はすべて GitHub リポジトリの動向に集中している（第 1 章を参照）。

2.2 エコシステム側の観察項目と除外項目

観察項目：8/28 智源研究院「夏季ワークショップ」報道（智源コミュニティ、gnews ヒット）は FlagOS との直接的なコンポーネント関連はなく、智源全体の動向背景としてのみ；8/28 新浪「ロボット運動会から感じる『オープンソースの都』の革新の活力」はオープンソースエコシステムの雰囲気に言及しているが、FlagOS とは直接関連なし。
除外：HuggingFace 売却/買収噂シリーズ（智源コミュニティ転載）、「老黄が 60 億ドルを投じてオープンソースモデルを構築」、Fable 5 グレースケールなどは、いずれも FlagOS コンポーネントに関与せず、「BAAI/オープンソースに漠然と言及するのみ」という基準で除外。

3. メンバー単位の深掘り

3.1 摩尔線程：MUSA torch.compile 復旧 + CI パイプライン + FlagTree SDK（08-29）

情報源：Torch-FL #226、#213、FlagTree #1067

Torch-FL #226 はネイティブ MUSA 上の torch.compile を復旧（摩尔線程）；#213 は MUSA CI 専用パイプラインを新規追加（イメージは MetaX ライン構成）。
FlagTree #1067 は Mthreads SDK を更新。
verl-FL #18（MUSA GRPO E2E：Megatron + SGLang 0.5.11 + FSDP）は依然 open。

解読：摩尔線程は今回の調査期間で Torch-FL、FlagTree、verl-FL の 3 リポジトリにまたがり（torch.compile 復旧、CI 導入、SDK フォローアップ、トレーニングスタック PR レビュー）、さらに 8/26-27 の Qwen3.8-Flash-Next Day-0 対応のトップニュースも重なり、今回の調査期間で最も活発なメンバー単位である；torch.compile の MUSA パス復旧は、摩尔線程が「統一コンパイラ + ネイティブ PyTorch」の二路線の対応をいずれも推進していることを意味する。

3.2 沐曦：MetaX stream イベントセマンティクス修正 + FP8/FP4 ソフトウェアシミュレーション（08-29）

情報源：Torch-FL #225、#219

#225 MetaX stream shim に 実際の event と順序セマンティクスを付与（従来はプレースホルダ実装）；#219 MetaX boxing パスで FP8/FP4 ソフトウェアエミュレーションを有効化（ハードウェア非対応時の数値互換ルート）。

解説：MetaX バックエンドの PyTorch 下層セマンティクス（stream イベント順序）の補完 + 低精度ソフトウェアエミュレーションは、沐曦側の対応が「オペレータが使える」から「セマンティクスが正しく、精度が互換」へ深化したことを示す；FP8/FP4 ソフトエミュレーションは、摩尔線程/沐曦など低精度トレーニングをネイティブサポートしていないチップに統一的なフォールバックを提供する。

3.3 海光：DCU torch.compile profile + 公式 PyTorch コア実行提案（08-29/08-30）

情報源：Torch-FL #220、#227

#220 は DCU に torch.compile の HIP ターゲットプラットフォーム profile を追加（torch.compile の DTK/HIP パスにおけるコンパイル設定の落位）。
#227（open）提案：DCU ランタイムはデフォルトで DTK デバイスライブラリ + 公式上流 PyTorch コアのみをロードし、DTK fork へのパッケージ全体のシンボリックリンクから脱却（わずか 32 個の私有 ATen シンボルが障害、旧パスは環境変数の背後に保持）、gfx936 のデュアルパス検証に合格。

解説：8/28 の verl-FL hygon25 E2E に続き、海光は本調査期間でも二つのラインを継続——torch.compile の HIP profile 落位 + アーキテクチャ級のデカップリング提案；#227 がマージされれば、海光は初の「公式 PyTorch コア + ベンダーデバイスライブラリ」分離動作の国産プラットフォームとなり、国産 PyTorch ディストリビューション路線全体に対して模範的意義を持つ。

3.4 昇騰：lib/flagos_platform marker インストール修正（08-29）

情報源：Torch-FL #224

#224 は Ascend ビルドにおける lib/flagos_platform marker 未インストールの問題を修正（昇騰プラットフォーム識別ファイルの落位）、プラットフォーム識別コンポーネントが昇騰イメージ内で利用可能であることを保証。

解説：昇騰側の小規模なエンジニアリング修正であり、昇騰 CANN 8.5.0 / verl-FL E2E 以降のプラットフォーム固まりのリズムを継続；他に #222/#223（Ascend profiler 関連）がまだレビュー中。

3.5 燧原：GCU torch.compile 復旧（08-29）

情報源：Torch-FL #226

#226 は同時にネイティブ GCU アクセラレータ上の torch.compileを復旧（MUSA と同一バッチの修正）。

解説：燧原は三日連続で実質的なアクションあり（8/27 FlagCX collective flow、8/28 FlagTree gcu300/gcu400 バックエンド、8/29 GCU torch.compile 復旧）、統一コンパイラとネイティブ PyTorch の二つのパスで高頻度の対応を維持。

3.6 昆仑芯：P800 vLLM 0.20.2 アプリケーションイメージ正式リリース（08-29）

情報源：build-infra #613

昆仑芯 xre5.37.1 の vLLM 0.20.2 アプリケーションイメージ（8/21 ビルド）が正式にリリースマーク、image_tag 2.1.2-0.2.1_g8236c0a.d20260821；P800 配布レシピは FlagTree 7/7 + Triton 3/3 のデュアルパス検証に合格。

解説：昆仑芯（百度系）は元のメンバー単位リストに含まれていないが、その P800 バックエンドは既に FlagOS 設定マトリクスで vLLM 0.20.2 の全チェーン検証を完了しアプリケーションイメージをリリース、FlagOS エコシステム境界の拡張観察点に属する；「昆仑芯」のような非創設メンバーチップの継続的な接続は、統一スタックのベンダー吸引力が増していることを示す。

3.7 天数智芯：corex4.5.0 イメージスタック三連修正（08-29/08-30）

情報源：build-infra #615、#616、#617

corex4.5.0 バックエンド（8/28 追加）は本調査期間で完了：ステータスマトリクス登録、ドライバユーザー空間のベースイメージへの組み込み（ホスト mount の除去）、libopenmpi3t64 の補完；base 2.1.2 イメージ記述の自動リフレッシュが複数回合流。

解読：天数智芯が「ツールチェーンバージョンの追随」から「イメージ自己完結化の最終段階」へ移行したことは、同社の FlagOS バックエンドが検証からリリース可能な状態へ向かっていることを示す。

4. まとめ

調査期間の主線：1. Torch-FL マルチアクセラレータ torch.compile 修正ラッシュ——単日で 6 件のマージ済み PR が摩尔線程 MUSA、燧原 GCU、沐曦 MetaX（stream セマンティクス + FP8/FP4 ソフトウェアエミュレーション）、海光 DCU（HIP profile）、昇騰（platform marker）の 5 社のアクセラレータをカバーし、さらに DCU を DTK fork から切り離して公式 PyTorch コアで動作させるアーキテクチャ提案（#227、gfx936 デュアルパス検証）を新たに提出；「統一 PyTorch スタック + 各チップのコンパイルパス」の対応はバッチ収尾期に入った。2. 昆仑芯 P800 vLLM 0.20.2 アプリケーションイメージを正式リリース——8/21 にビルドされたイメージが 8/29 に登録・リリースされ、デュアルコンパイルパス検証に合格、FlagOS チップリリースマトリクスに新たなメンバーが加わった。3. sglang 0.5.18 のベンダー別 wheel パッケージング体系が落地——共有 repack.py、統一 packaging/ 骨格、ワンステップインストールモデルが vLLM と整合し、推論アプリケーション層のデリバリーパイプラインが一本化された。4. 天数智芯 corex4.5.0 イメージスタックの三連修正——ドライバユーザーランドのイメージへの組み込み、OpenMPI の補完、マトリクス登録、2.1.2 イメージ記述のボットによる自動リフレッシュがバッチで落地。5. ニュース側は連続 3 日間コンポーネントレベルのヒットゼロで、平静期に属する。

次の観察ポイント：Torch-FL #227（DCU 公式 PyTorch コア方案）のレビューとマージ；verl-FL #20 / vllm-plugin-FL #420 / FlagGems #5841 の 3 つの上流 PR のマージ進捗；verl-FL #18（摩尔線程 MUSA GRPO E2E）のレビュー進展；docs モデルリスト（aihuanxin）同期 PR の落地；FlagGems が 2 日間の静黙期を終えて KernelGen バッチを再開するか；昆仑芯 P800 に vLLM 0.24.0 またはトレーニングスタックの追随があるか；build-infra 2.1.2 全バックエンドイメージ記述検証の収束。

限界に関する説明：ニュース側のヒットゼロは gnews の中国語・英語の複数組クエリと HN 検索に基づくもので、Google News の収録遅延により一部の期間内報道が含まれていない可能性がある；FlagTree #1067 には PR 記述がなく、Mthreads SDK の具体的なバージョン番号は不明；release-info と docs の期間内プッシュはいずれもブランチプッシュであり（main に新規コミットなし）、計上していない；昆仑芯が創始メンバー単位であるかは公開資料による裏付けがなく、「エコシステム拡張の観察」として扱う。

付録：完全な情報源リスト

番号	事件	ソースリンク
1	Torch-FL #226：ネイティブ MUSA/GCU torch.compile を復元	https://github.com/flagos-ai/Torch-FL/pull/226
2	Torch-FL #225：MetaX stream イベントセマンティクス修正	https://github.com/flagos-ai/Torch-FL/pull/225
3	Torch-FL #220：DCU torch.compile HIP profile	https://github.com/flagos-ai/Torch-FL/pull/220
4	Torch-FL #219：MetaX FP8/FP4 ソフトウェアエミュレーション	https://github.com/flagos-ai/Torch-FL/pull/219
5	Torch-FL #213：MUSA CI パイプライン	https://github.com/flagos-ai/Torch-FL/pull/213
6	Torch-FL #224：Ascend lib/flagos_platform marker	https://github.com/flagos-ai/Torch-FL/pull/224
7	Torch-FL #227：DCU 公式 PyTorch コア提案（open）	https://github.com/flagos-ai/Torch-FL/pull/227
8	build-infra #613：崑崙芯 P800 vLLM 0.20.2 イメージリリース	https://github.com/flagos-ai/build-infra/pull/613
9	build-infra #607：sglang 0.5.18 per-vendor wheel レポート	https://github.com/flagos-ai/build-infra/pull/607
10	build-infra #608：sglang 0.5.18 wheel ツールチェーン	https://github.com/flagos-ai/build-infra/pull/608
11	build-infra #609：共有 repack.py	https://github.com/flagos-ai/build-infra/pull/609
12	build-infra #612：packaging 四アプリケーションディレクトリ統合	https://github.com/flagos-ai/build-infra/pull/612
13	build-infra #615：iluvatar-corex4.5.0 ステータスマトリクス登録	https://github.com/flagos-ai/build-infra/pull/615
14	build-infra #616：corex4.5.0 ドライバユーザーランドのイメージ収録	https://github.com/flagos-ai/build-infra/pull/616
15	build-infra #617：corex4.5.0 libopenmpi3t64	https://github.com/flagos-ai/build-infra/pull/617
16	build-infra #621：gen_data apt-get 継続行解析修正	https://github.com/flagos-ai/build-infra/pull/621
17	build-infra #622：base 2.1.2 説明自動リフレッシュ	https://github.com/flagos-ai/build-infra/pull/622
18	FlagTree #1067：Mthreads SDK 更新	https://github.com/flagos-ai/FlagTree/pull/1067
19	docs #482/#483：モデルリスト同期 PR	https://github.com/flagos-ai/docs/pulls
20	verl-FL #20：vLLM 0.20 ゲーティング修正（依然 open）	https://github.com/flagos-ai/verl-FL/pull/20
21	verl-FL #18：MUSA GRPO E2E（依然 open）	https://github.com/flagos-ai/verl-FL/pull/18
22	org repos 総覧（52 リポジトリ、期間内に 5 リポジトリがアクティブ）	https://api.github.com/orgs/flagos-ai/repos?per_page=100&sort=updated
23	commit search（期間内 42 件のコミット）	ht

24	gnews 中英語グループ検索（コンポーネントレベルでヒットゼロ）	https://news.google.com/rss/search?q=FlagOS+when%3A14d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans
25	HN Algolia（FlagOS OR FlagGems、関連ヒットゼロ）	https://hn.algolia.com/api/v1/search_by_date?query=FlagOS%20OR%20FlagGems
26	智源 when:7d（101 件、いずれも無関係な内容のため除外）	https://news.google.com/rss/search?q=%E6%99%BA%E6%BA%90+when%3A7d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans