調査期間：2026-10-26 08:00 ~ 2026-10-27 08:00（北京時間、24時間）

情報源：RT-Thread 公式ニュースインターフェースとコミュニティ記事インターフェース、GitHub（メインリポジトリ commits / PR / Issue / releases / tags、RT-Thread/sdk、vscode-rt-smart、packages、pkgs-test、topic:rt-thread エコシステム検索）、Google News 集約（中英6組のクエリ、プロキシ経由）、HN Algolia、業界メディア（電子工程専輯 RT-Thread コラム）とベンダーチャネルの検証（詳細は付録情報源リスト参照）

本期インデックス

    1. カーネルとバージョン動向
      • メインラインは24時間コミットゼロ、最後の1件は依然 lwIP ループバック、組織内で動いているのは VS Code 拡張のみ（10-26）
      • マージ待ちキュー13件の提案が同日に動き、新規はルネサス RA6W1 の1件のみ（10-26）
    1. セキュリティと安定性のフォローアップ
      • signalfd のグローバルカウント越界：11回目の呼び出しからカーネルポインタをヒープブロックの外に書き込む（10-26）
      • 並行終了下での musl スレッド連結リストの解放後使用：futex ロックが相互排他として機能していない（10-26）
      • 時間サブシステムの2件の修正が成熟版へ：settimeofday の強制キャスト除去、gmtime_r の負のタイムスタンプ処理（10-26）
      • ESP-IDF v6.1 の include 順序はパッケージ側で修正：メインリポジトリの提案はクローズ、esp-idf パッケージ提案はマージ（10-26）
    1. ツールチェーンと開発体験
      • vscode-rt-smart 0.4.14 マージ：4826行削減、拡張は IDE から Env 入口へ回帰（10-26）
      • Eclipse プロジェクトジェネレータがカーネルマクロを伝達せず：Studio の24件の暗黙宣言警告に解決策（10-26）
    1. エコシステムとベンダー適応
      • ルネサス RA6W1 がシステムリソース割り当て最適化を提出、BSP は第二期完善へ（10-26）
      • STM32 イーサネットに ops 層と SR8201F PHY を追加、ADC ログレベルを引き下げ（10-26）
    1. 公式とコミュニティ
      • 公式ニュースインターフェースは24時間新規なし、最新号は6月17日で停止（10-26）
      • コミュニティ長文「rtthread起動リンク分析」：Reset_Handler から main までを3段階に分解（10-26）
      • メディア側は24時間新規記事なし、直近は依然10-24の RISC-V サミット報道（10-26）
    1. まとめとトレンド観察
      • 本期のトレンド：マージ停滞、欠陥報告とツールチェーン改造が引き継ぐ
      • 制限事項と重複排除の説明

1. カーネルとバージョン動向

1.1 メインラインは24時間コミットゼロ、最後の1件は依然 lwIP ループバック、組織内で動いているのは VS Code 拡張のみ（10-26）

日付：2026-10-26（検証時間）　ソース：メインリポジトリコミット記録、組織リポジトリ一覧

本期間中 master にはコミットが一切ない。メインリポジトリの最後の1件は依然10-25 19:26の lwIP ループバック netdev（#11893）であり、さらに前は10-23の clang-format ルール収束（#11859）で、いずれも前回レポートで既に記載済みである。つまり、10-26は丸一日メインラインコードが前進しておらず、新規マージもなければ master へ直接プッシュされたメンテナンスコミットもない。

組織レベルでも同様に静かである：35リポジトリのうち直近7日間にプッシュがあったのは6つのみで、24時間期間内に該当するのは1つだけ、すなわち vscode-rt-smart（10-26 22:35のマージコミット）である。sdk と toolchains-ci の直近の動作は10-26 07:57と00:33で停止しており、いずれも期間起点より前で、内容は前回記載の TriCore ツールチェーンと QEMU エミュレータの2パッケージである。packages と pkgs-test の最終コミットは依然10-23である。

バージョン側に変化はない：最新リリース物とタグは依然09-10の v5.3.0で、プレリリースも新規タグもない。

1.2 マージ待ちキュー13件の提案が同日に動き、新規はルネサス RA6W1 の1件のみ（10-26）

日付：2026-10-26（最終更新）　ソース：メインリポジトリ提案一覧

24時間以内に計13件の提案に新しい動きがあり、そのうち12件はまだ審査中、1件はクローズされ、マージされたものは1件もない——直近のマージは依然として10-25の#11893である。構成は比較的集中しており、修正類が6件（tmpfs切り詰め#11910、dlmodule未初期化グローバル変数#11915、シリアルrx_indicate #11931、settimeofday #11928、gmtime_r #11929、NVMeネームスペースリーク#11920）、BSPとドライバが3件（ESP32-S3 #11844、RA6W1 #11934、STM32イーサネット#11819）、ツール類が3件（Eclipseエクスポート#11930、mkdist #11874、Keil/IARターゲット選択#11743）、クローズされたものは#11926である（2.4参照）。

当日新規に開かれたのは#11934の1件のみ。修正類が半数を超えており、レビュー側は進めているものの、マージには至っていないことを示している。検索結果には他に2018年と2019年の古い提案（#1956、#2461）がインデックス更新により更新リストに現れているが、統計には含めない。

2. セキュリティと安定性のフォローアップ

2.1 signalfdのグローバルカウント越界：11回目の呼び出しからカーネルポインタをヒープブロックの外に書き込む（10-26）

日付：2026-10-26 16:13（作成時間）　情報源：Issue #11933

これは今回最も重要な項目である。研究者は、components/libc/posix/io/signalfd/signalfd.c内でファイルスコープのグローバルカウンタis_head_initを使用して各ファイル記述子に私有の配列sfd->lwp[10]をインデックスしているが、signalfd_add_notify()は使用前に境界チェックを一切行っていないと指摘している。signalfd_close()はこのカウントを巻き戻すことがないため、増加する一方である。また、新しいコンテキスト作成時にはlwp[0 .. is_head_init-1]のみをクリアするため、同一プロセスで再度作成しても自分自身に一致することは決してなく、必然的に書き込み分岐に進む。

結果は具体的に記述されている：lwp[]はstruct rt_signalfd_ctxの最後のメンバーであり、構造体全体はarm32で1536バイト、配列はちょうどヒープブロックの末尾に位置する。11回目のsignalfd(-1, ...)呼び出し時に、書き込みは割り当てブロックの外の最初のワード、すなわち小メモリアロケータの次のブロックヘッダに落ちる。以降、作成するたびにさらに4バイト（64ビットでは8バイトステップ）外側に押し出され、持続的で呼び出し側がペースを制御できるカーネルヒープ越界書き込みが形成され、書き込まれる値もカーネルポインタである。

影響範囲を著者はタグごとに確認している：導入点は2023-09-11の7c3d966d（#8001）であり、v5.0.2 / v5.1.0 / v5.2.0 / v5.2.1 / v5.2.2 / v5.3.0と現在のmaster（5d1fb66d）のすべてが該当する。トリガー条件はRT_USING_SMART=yのみ——RT_USING_POSIX_SIGNALFDはこの設定でデフォルトyであり、2つの公式QEMU Smart BSPの設定もすべて有効になっているため、デフォルトのRT-Smartビルドでトリガー可能である。再現にはbsp/qemu-vexpress-a9（Cortex-A9、32ビット、FAT sdカードルートファイルシステム）を使用し、PoCは/sbin/initとしてインストールする。

現在、このチケットに対応する修正提案はなく、タグも付いていない。

2.2 muslスレッドリンクリストの並行終了下での解放後使用：futexロックが相互排他として機能していない（10-26）

日付：2026-10-26 11:22（作成時間）　情報源：Issue #11932

2件目の欠陥チケットは別の報告者によるもので、環境はRT-Thread 5.2.2のRT-Smart、SMP、aarch64、musl 1.2.5である。現象は並行pthread_createとpthread_exit時にユーザープロセスがクラッシュし、クラッシュポイントはmusl_pthread_exit：リンクリスト摘除時に書き込まれるスレッド記述子がすでに解放またはアンマップされている（Data Abort）、あるいはスレッドの戻りアドレスが0に書き換えられている（Instruction Abort）ことである。

著者の特定結論は問題が完全にユーザー態にあるというものである：muslはfutexベースの__tl_lock / __tl_syncでスレッドリンクリストを保護しているが、SMP並行終了のシナリオではこのロック群が実際に相互排他を提供しておらず、双方向リンクリストが壊される。カーネル側のfutex実装自体はセマンティクスが正しく、この欠陥を負うものではない。再現材料は1000ラウンド、8スレッドのtl_raceプログラムであり、数百ラウンド以内にクラッシュする。

このチケットにはbug、Arch: ARM/AArch64、RT-Smartの3つのタグが付いており、完全な分析ドキュメントが添付されている。2.1と同様にRT-Smartのライン上にあるが、レイヤーが異なる：2.1はカーネルヒープ、この項目はユーザー態libcである。

2.3 時間サブシステムの2件の修正が成熟版へ：settimeofdayの強制キャスト除去、gmtime_rの負のタイムスタンプ処理（10-26）

日付：2026-10-26 14:17 と 17:48（最終更新）　ソース：PR #11928、PR #11929

前回記録した時間サブシステム関連の4件のうち、対応する2件の修正が今回の調査期間内で一歩前進し、いずれも「成熟バージョン、マージ可能」にチェックが入った。

#11928 は1ファイルのみ変更、+185/-135：settimeofday() は元々、まず (long) で tv_sec を強制キャストしてから正負を判定していた。ILP32 かつ time_t が64ビット、long が32ビットの構成では、2^31 から 2^32-1 の間の正当なタイムスタンプが負数に切り詰められ、関数は RTC デバイスに触れる前に EINVAL で拒否していた——2208988800（2040-01-01）はまさにこうして拒否されていた。修正方法はフィールド自身の型に従って検証し、強制キャストを行わないことである。

#11929 は2ファイル +104/-9：gmtime_r() は C の除算と剰余でタイムスタンプを分解していたが、C の除算はゼロ方向に切り捨てるため、負の入力では余りが負になり、さらに年のループは未来方向にしか進めない。その結果 -1 は 1970-01-01 00:00:-1 となり、-31536000 の年フィールドは 1970-01--364 になっていた。修正方法は負数のパスを正規化してから分解することである。

いずれの2件もマージされていない。残る2件（timer_gettime() の切り詰め #11924、時間サブシステム作業項目調査 #11927）は今回の調査期間内で新しい進展はない。

2.4 ESP-IDF v6.1 の include 順序はパッケージ側で修正：メインリポジトリの提案はクローズ、esp-idf パッケージの提案はマージ（10-26）

日付：2026-10-26 09:15 と 11:37（マージとクローズの時刻）　ソース：RT-Thread-packages/esp-idf 提案 #19、メインリポジトリ提案 #11926

前回記録した #11926 は、ESP-IDF v6.1 適配後に master で発生するビルド失敗を修正するため、メインリポジトリで ESP32 C3／C6 の FreeRTOS ヘッダファイルのインクルード順序を調整しようとしていた。今回の議論で別の道筋が示された。メンテナがコメントで「AI に idf を scons に変更させる」ことを提案し、パッケージリポジトリの提案 #19 を指し示した。別のメンテナがその後、先にパッケージリポジトリの件をマージすべきか追问した。

結果として、パッケージリポジトリの提案 #19（fix(scons): prioritize RT-Thread FreeRTOS headers）は 10-26 09:15 にマージされ、メインリポジトリの #11926 は 11:37 にマージされずクローズされた。つまり、ヘッダファイルの優先順位問題は SCons ビルドスクリプトのレベルで解決され、メインリポジトリでは include 順序を変更しない。この点が BSP メンテナにとって意味するのは、esp-idf 関連のビルド問題は今後パッケージリポジトリで優先的に処理し、メインリポジトリはカーネルとフレームワーク側の変更のみを担うということである。

3. ツールチェーンと開発体験

3.1 vscode-rt-smart 0.4.14 マージ：4826行を削減、拡張機能は IDE から Env 入口へと収束（10-26）

日付：2026-10-26 22:35（マージ時刻）　ソース：vscode-rt-smart 提案 #38

組織内でその日唯一のコード変更は、メンテナ本人がコミットしてマージした拡張機能のスリム化であった。49ファイル +883/-4826、バージョン番号は 0.4.14 に上がり、生成された vsix は 1,296,751 バイトである。

削除されたものは追加されたものよりはるかに多い：Kconfig ビュー、SDK マネージャ、ツールチェーン設定、シンボル解析（Symbolic Analysis）の4機能がまるごと削除され、それに伴い ELF と DWARF のパーサ（elf-parser.ts、dwarf-parser.ts、handleElf.ts 合計約887行）および291行の設定ドキュメントも退場した。RT-Thread Setting ビューは Env のインストール、更新、状態表示のみに絞り込まれ、同時にプロジェクトルートの設定は維持されている。

新たに追加されたのは、エディタ内蔵ブラウザのコマンドと code --open-url の URI 処理であり、既存の認証コールバックも維持されている。併せて140行のブラウザテストが追加され、作者が示した検証基準は npm run compile、npm run lint、npm test（13項目通過）、npm run package:vs の4ステップである。

製品の位置づけから見ると、これは明らかな後退である：拡張機能はもはや VS Code 内で RT-Thread Studio の設定・デバッグ機能を再現しようとせず、「Env 入口＋内蔵ブラウザ」の2点のみを残し、規模とメンテナンス範囲を抑え込んでいる。

3.2 Eclipse プロジェクトジェネレータがカーネルマクロを伝え漏れる：Studio の24件の暗黙的宣言警告に解決策（10-26）

日付：2026-10-26 23:33（最終更新）　ソース：メインリポジトリ提案 #11930

前号で収録したコミュニティ長文で記録された「Studio ビルドで 24 件の rt_sched_* 暗黙宣言警告が出る」問題について、今回対応する提案が出た。単一ファイル +151/-2 で、プロジェクト生成器側から修正する。

根本原因は明確に書かれている：include/rtsched.h 内のスケジューラインターフェースは __RT_KERNEL_SOURCE__ と __RT_IPC_SOURCE__ の 2 つのマクロで保護されており、gcc と armclang の分岐は src/SConscript 内で LOCAL_CPPDEFINES を通じて注入され、コマンドラインの scons ビルドでは認識されるが、Studio が毎回 make の前に呼び出す tools/targets/eclipse.py はこのグループレベルの定義を収集しないため、dist エクスポートプロジェクトで 24 件の -Wimplicit-function-declaration が発生する：clock.c 1 件、ipc.c 7 件、thread.c 12 件、timer.c 1 件、scheduler_comm.c 3 件。

修正方法は __RT_KERNEL_SOURCE__ を Kernel グループのグローバル CPPDEFINES に引き上げ、既存の msvc 分岐と一致させることだ。変更はカーネルソースコードに触れず、プロジェクト生成スクリプトのみを変更する。

4. エコシステムとベンダー適配

4.1 ルネサス RA6W1 がシステムリソース割り当て最適化を提出、BSP は第二期の完善へ（10-26）

日付：2026-10-26 18:22（作成時間）　ソース：メインリポジトリ提案 #11934

今回の調査期間で唯一新規に開かれた提案で、ルネサス RA6W1 方向の定期投稿者によるもので、ブランチ名は rcitach/sboot、5 ファイル +191/-110、タイトルは「システムリソース割り当ての最適化」。

RA6W1 の BSP は「先に骨格をマージし、後でドライバを補完する」二段階方式を採っている：初版は 8 月にマージされ、その後チップメーカー側がバッチごとにペリフェラルと電源管理を補充している。今回は第二段階に該当し、起動とリソース割り当てに関連する設定を変更し、ペリフェラルドライバフレームワークは変更しない。提案テンプレートの検証 BSP と .config の 2 欄はまだ記入されておらず、ステータスは依然としてドラフト扱い。

4.2 STM32 イーサネットが ops 層と SR8201F PHY を補完、ADC ログレベルを引き下げ（10-26）

日付：2026-10-26 10:25（最終更新）　ソース：メインリポジトリ提案 #11819

三者一体のドライバ提案で、4 ファイル +34/-3、STM32 側の 3 つの独立した問題をカバーする。

一つ目は ADC ドライバのデフォルトログレベルが高すぎ、通常使用時に画面を埋め尽くすため、DBG_WARNING に変更しマクロスイッチを保持する。二つ目は ETH ドライバに ops 層の適配が欠けており、上位のネットワークフレームワークが統一インターフェースでデバイスを操作できないため、本件で ops コールバック集合を実装・登録した。三つ目は PHY ドライバが SR8201F をサポートしておらず、このチップを使うボードでイーサネットが起動できないため、本件で認識 ID、初期化フロー、レジスタ設定を補完し PHY リストに追加した。検証ボードは stm32f429-atk-apollo で、設定は RT_USING_DEVICE_OPS、BSP_USING_ETH、PHY_USING_SR8201F を有効にしている。

5. 公式とコミュニティ

5.1 公式ニュースインターフェースは 24 時間新規なし、最新号は 6 月 17 日で停止（10-26）

日付：2026-10-26（確認時間）　ソース：公式ニュースインターフェース

組織分類のニュースリストは依然として 5 件を返し、updatetime はそれぞれ 2026-06-17（2 件）、06-11、06-09、06-02 で、アブダビ投資フォーラム、第 4 回ソフトウェアイノベーション発展大会、臨港「滴水智匯」具身智能イベント、張江高科実験小学校の校外基地授牌、第 5 回工業技術フォーラムをカバーしている。5 件はいずれも過去の内容で、今回の調査期間に更新はない。

インターフェースが返すフィールドには公開日がなく、updatetime のみで、本文中のイベント時間も updatetime より早い（例えばアブダビフォーラムの本文は 6 月 11 日、工業技術フォーラムは 5 月 27 日と書かれている）。引用時は本文のイベント時間を基準とする。

5.2 コミュニティ長文「rtthread起動チェーン分析」：Reset_Handler から main までを三段に分解（10-26）

日付：2026-10-26 08:59（公開）　ソース：コミュニティ記事：rtthread起動チェーン分析

コミュニティ記事インターフェースでは、調査期間内に新規追加されたのはこの1本のみで、約5700字。著者は自身の環境を STM32F103C8T6 + RT-Thread 4.0.3 + RT-Thread Studio 2.3.1（GCC）と述べ、本文中のコードは本プロジェクトの実際のビルドから取得したものであり、マニュアルからのコピーではないと明言している。

起動経路は3段階に分かれる。第1段はアセンブリで、Reset_Handler が .data の初期値を Flash から SRAM へコピーし、.bss をゼロクリアし、SystemInit を呼び出し、entry へジャンプする。著者はよくある誤解をわざわざ指摘している。SystemInit はメインクロックを72MHzに設定するのではなく、RCC をリセット状態に戻し、SCB->VTOR を Flash の先頭に設定するだけである。第2段は C の初期化で、entry が rtthread_startup() に入り、rt_hw_board_init() の中で初めて72MHzのクロックとヒープを設定し、その後 main、timer、idle の3つのスレッドを生成する。第3段はスケジューラの起動で、rt_system_scheduler_start() が優先度最高のレディスレッドを選択し、デフォルトではまず timer スレッドが実行され、main() は main_thread_entry() 内の rt_components_init() の後にようやく登場する。

文末にはさらに四つの「間違えやすい点」と自己検証方法の節が設けられており、カーネルコードを読む際によくある困惑点のまとめとなっている。

5.3 メディア側は24時間新稿なし、直近は依然として10-24の RISC-V サミット報道（10-26）

日付：2026-10-26（確認時間）　情報源：Google News アグリゲーション（中国語）

中英語の6組のクエリ（完全一致文字列3日、睿赛德7日、睿擎7日、英語完全一致文字列3日、RTOS 3日、オペレーティングシステム3日）では、2本の旧稿しかヒットしなかった。10-24の电子工程专辑の《端側 AI 成 RISC-V 新戦場：RT-Thread 睿赛德全栈実践が第六回 RISC-V 中国サミットに登場》と、10-21の《睿擎プラットフォーム V1.8.4 リリース エンコーダ、MIPI、GPIO を全方位的にアップグレード》である。2本はそれぞれ10-26とそれ以前のレポートで既に収録済みであり、今調査期間に新規追加はない。

英語側の3組のクエリはすべてゼロヒット。HN Algolia の19件の過去ヒットは最新が2025-05で止まっており、調査期間内の4件の候補はすべて “threads” の文字列誤マッチ（Python スレッドデバッグツール、仮想スレッドプロファイリング、Threads ソーシャルプラットフォーム MCP）であり、すべて除外済みである。

6. 総括とトレンド観察

6.1 今期のトレンド：マージ停止、欠陥報告とツールチェーン改修が引き継ぐ（10-26）

日付：2026-10-26（今期）　情報源：メインリポジトリのコミット記録

今日は4つの側面で総括できる：

第一に、コード主線の停止である。24時間でコミットゼロ、マージゼロ、13の提案がキューの中で動いているが1件も着地していない。前回の72時間の調査期間でようやく2件が着地したのみで、今日のコミットゼロは同じリズムの継続であり、開発側はレビューを待ち、レビュー側は修正完了を待っている。

第二に、セキュリティ面は引き続き外部研究者が主導している。10-24は時間サブシステムの4件だったが、今日は RT-Smart の2件に変わった。signalfd のグローバルカウントの境界外アクセス（カーネルヒープへの任意書き込み、v5.0.2以降の全バージョンが該当、デフォルト設定でトリガー可能）と、musl スレッドリンクリストの並行解放後使用である。いずれも特殊なハードウェアを必要とせず、QEMU で再現可能であり、ともに「デフォルト設定の Smart ビルド」という層を指している。

第三に、ツールチェーン側はメンテナ自身が手を動かしている。vscode-rt-smart は一度に4826行を削減し、拡張機能を「大きくて全部入りの IDE 代替」から Env 入口とエディタ内ブラウザへと縮小した。同時に Eclipse エクスポートでカーネルマクロが漏れる問題のパッチも提出され、Studio 下の24件の暗黙宣言警告を直接指摘している。

第四に、ベンダ側は依然として BSP が主体である。ルネサス RA6W1 は第二期のリソース配分最適化に入り、ST はイーサネット ops と SR8201F PHY を補い、Espressif の ESP32-S3 BSP 提案は依然として55ファイル規模でレビュー待ちであり、チップの新製品やアーキテクチャレベルの動きはない。

6.2 限界と重複排除の説明

日付：2026-10-27（今期）　情報源：メインリポジトリのコミット記録

第一に、公式ニュースインターフェースとコミュニティ記事インターフェースはいずれも確認済みで、前者は6月以降更新されておらず、今期の公式口径に新内容はない。

第二に、今期は10-26期と重複しない。前回の調査期間の終点は10-26 08:00であり、今期はその時点から起算する。#11910、#11915、#11920、#11901 などの提案は前回「マージ待ち欠陥」として既にまとめており、今期は重複して展開せず、キュー統計にのみ登場する。

第三に、#2461、#1956、#2467、#5096 の4件の旧提案は収録していない。検索結果ではこれらの更新時間が今調査期間内にあるが、クローズとマージの時間はそれぞれ2019、2018、2019、2021年であり、インデックスの更新であって新規イベントではない。

4点目、GitHub 匿名インターフェースのレート制限は今回上限に近づいており、組織レベルの調査は単一の sort=pushed リクエストで完了させ、リポジトリごとに全イベントを取得しなかった。メインリポジトリのコミットは commits インターフェースが返す先頭 100 件を基準とし、24 時間の調査期間をカバーするには十分である。

付録：情報源核查表

情報源 核查結果
RT-Thread 公式ニュースインターフェース（組織分類） 新規なし、引き続き 5 件を返し、最新 updatetime は 06-17 で停止
コミュニティ記事インターフェース（article） 調査期間内に新規 1 件：rtthread起動チェーン分析（10-26 08:59）
GitHub メインリポジトリ commits 調査期間内 0 件、最後の 1 件は 10-25 19:26 の lwIP ループバック
GitHub メインリポジトリ PR 13 件更新、マージ 0 件、新規 1 件（#11934）、クローズ 1 件（#11926）
GitHub メインリポジトリ Issue 新規 2 件：#11933 signalfd 範囲外アクセス、#11932 musl スレッドリンクリスト UAF
GitHub メインリポジトリ releases / tags 新規リリースなし、最新は引き続き 09-10 の v5.3.0
GitHub org リポジトリプッシュ 35 リポジトリ中、直近 7 日間で 6 リポジトリにプッシュあり、24 時間の調査期間内は vscode-rt-smart のみ
GitHub RT-Thread/sdk 調査期間内の動作なし（直近 1 回は 10-26 07:57、TriCore 2 パッケージ、前回已収録）
GitHub RT-Thread/packages 調査期間内の動作なし（最終コミット 10-23）
GitHub RT-Thread-packages/esp-idf 1 件マージ：#19 ヘッダーファイル優先度修正
GitHub RT-Thread/pkgs-test 調査期間内の動作なし（最終コミット 10-23）
GitHub topic:rt-thread 2 リポジトリプッシュ（AKP05E ファームウェア、AWTK）、いずれもエコシステム参考、未収録
Google News アグリゲーション（中英文、プロキシ経由） 6 組のクエリ、中国語 2 件はいずれも旧稿、英語 0 件
HN Algolia 4 件の候補はいずれも threads の文字通りの誤マッチ、已剔除
業界メディア（EET-China コラム） 調査期間内に新稿なし、直近 1 本は 10-24 サミット報道

完全な情報源リスト

com/RT-Thread/rt-thread/pull/11743>