Huawei、Ascend CANNのオープンソース開発者が月間6,230人超に

Huaweiは、Ascend CANNのオープンソースコミュニティで、月間アクティブ開発者が6,230人超、リポジトリダウンロードが6,000万超に達し、活動中の貢献の半数超がAscend組織の外部から来ていると発表した。HuaweiはCANNを中国で最も活発なオープンソースプロジェクトとも位置付けているが、これは独立した共通基準のランキングで裏付けられた比較ではない。7

重要なのは数字の大きさだけではない。AscendのAIプロセッサとフレームワーク、アプリケーションをつなぐCANNが、ベンダーの互換性レイヤーにとどまらず、開発者や組織が共同で保守するソフトウェア基盤へ近づいているかどうかが問われる。

CANNとは何か。なぜエコシステムが重要なのか

CANNは「Compute Architecture for Neural Networks」の略で、Ascendハードウェアのアクセラレーションを利用するための、演算子開発、グラフ開発、アプリケーション開発の機能を提供する。Huaweiの技術資料では、CANNの初回リリースは2019年とされている。1

AIアクセラレータは、チップ単体の性能だけで普及するわけではない。開発者には、演算子、コンパイラ、ランタイム、デバッグ手段、フレームワーク統合、回帰テスト、リリース間の互換性が必要になる。長期的な採用では、単発のチップやクラスタ発表以上に、こうしたソフトウェアコミュニティの厚みが重要になり得る。

今回の指標は、そのソフトウェア層への関心と参加が高まっていることを示す。ただし、これはエコシステムの勢いを測る指標であり、本番利用の規模、メンテナーの独立性、ソフトウェア品質を直接示すものではない。7

オープンソース化で狙うもの

HuaweiはCANNを、より幅広い協業で進化できるモジュール型・階層型のスタックとして開放する方針を示してきた。GitCodeでCANNの演算子をオープンソース化し、その後、分野別ライブラリ、グラフエンジン、Ascend C、MindIEなどの中核コンポーネントも公開すると説明している。3

さらにHuaweiは、今後のソフトウェア公開を製品投入と同期させる方針も表明した。新しいAscendハードウェアおよびソフトウェア世代への「Day-0」対応を目指す考え方だ。73

アプリケーションより下の層を開発者が確認、修正、パッケージ化、テストできれば、導入の障壁は下がる。理屈の上では、パートナーが修正や性能改善を寄せる際、クローズドなベンダー更新を待たずに済む可能性もある。

移植コストを下げるためのフレームワーク連携

CANNの取り組みの中心は、開発者がすでに使っているツール群にAscendをなじませることにある。Huaweiによれば、CANNのAscendNPU IRはTritonやTileLangを含む演算子開発ツール・言語と接続でき、CANNがAscend向けソフトウェア開発の基盤機能を提供する。1

HuaweiはTriton、PyTorch、vLLM、verlといったオープンソースプロジェクトとの協力も公表している。Ascendのより広いプラットフォーム支援には、MegatronおよびSGLangを意識したワークフローも含まれる。38

実務上の狙いは、Ascend対応を一度きりの移植で終わらせず、継続して保守される統合にすることだ。そのためには、API対応を掲げるだけでなく、フレームワークアダプター、演算子ライブラリ、継続的インテグレーション、互換性テスト、リリースエンジニアリングが必要になる。

HuaweiはCANNBotも開発生産性向上の柱に据える。CANNコミュニティはこれを、コード生成、トラブルシューティング、閉ループ修復、エンドツーエンド最適化を支援するマルチエージェント型アシスタントと説明している。6 演算子開発効率が5倍超向上するとの主張は、Huaweiが示す性能評価であり、独立した再現検証済みのベンチマークとして扱うべきではない。

コミュニティ拡大の兆候はあるが、自律性の証明ではない

CANNの活動が拡大していることを示す材料はある。Huaweiは7月時点で、コミュニティプロジェクト67件、オープンソースコード1,244万行超、月間アクティブ開発者3,500人超を報告していた。8 8月下旬に伝えられた6,230人超という数値が同じ測定方法に基づくなら、意味のある伸びとなる。7

またHuaweiはCANN技術指導委員会を設置し、GitCodeを通じた貢献経路を示している。3 これらはガバナンスの基盤として有用だが、コードレビュー、ロードマップ、リリース、長期保守を誰が実質的に決めるのかまでは示さない。

Huaweiの年次報告書には、KunpengとAscendを合わせたエコシステムとして、9,800社超のパートナーと2万6,000件超の共同育成業界ソリューションが記載されている。これは商用面での広がりを示す一方、CANN固有のコミュニティ参加者数と同一視することはできない。2

なお残る不確実性

今回の節目には意味があるが、次の点は未解決のままである。

• 活動量と本番採用は別物。 月間アクティブ開発者数、ダウンロード数、リポジトリ数、外部貢献比率からは、長期運用される学習・推論ワークロードで安定稼働する導入件数は分からない。
• 外部からの貢献と独立保守は同義ではない。 演算カーネル、統合機能、テスト、文書、リリース互換性を外部が継続して担うことが重要な証拠となる。
• フレームワーク対応は継続が必要。 PyTorch、vLLM、SGLang、Megatron、Triton、TileLangとの統合は、各アップストリームプロジェクトの更新に合わせて維持・更新されなければならない。
• 性能と運用性には独立検証が必要。 提示された資料だけでは、モデル対応範囲、ツール群、信頼性、運用支援、本番性能において、成熟したCUDA中心のスタックと広く同等または優位であることは立証されていない。
• インフラ条件も導入を左右する。 ハードウェアの供給、メモリーの供給量と価格、ネットワーク、電力、クラスタソフトウェアは、開発者向けスタックが改善しても実導入の制約になり得る。

まとめ

Huaweiが報告したCANNの月間アクティブ開発者6,230人超、ダウンロード6,000万超、外部からの貢献が過半という数字は、Ascendのソフトウェアエコシステムが社内開発だけの段階を越えようとしていることを示す前向きな材料だ。7

ただし、より強い節目はまだ先にある。アップストリームと下流双方で独立した保守が続き、フレームワークの更新をまたいで健全性を保ち、測定可能で再現性のある本番導入を支えられるようになった時だ。それまでは、CANNの成長は有望なエコシステムの勢いとして評価すべきであり、コミュニティ主導で自走するソフトウェア採用が確立した決定的証拠とまでは言えない。