要約

  • 中国科学院コンピュータネットワーク情報センター（CNIC-CAS）は、自らの中国科技雲（CSTCloud）をネットワーク・データ・計算を融合した新型の国家級科学研究情報化基盤と位置づける。そのポータルは、学院全体から学科領域の大規模モデル79本を募集し、44の研究所から集めたと記している。
  • この数字の値打ちは演算能力ではなく行政にある。中央に抱えた希少資源を配るために生まれた機関が、同じ仕組みをモデルの重み（学習で得られるパラメータの集まり）に向けた。だから目録そのものが制御面になる。

「誰がその希少な番号を受け取るか」を何十年も決めてきた機関が、次に並ぶ列の形を公開した。中国科技雲――CSTCloud の中国語名であり、中国科学院コンピュータネットワーク情報センター（CNIC-CAS）のサービス窓口でもある――のトップページで最も目立つ主張は、帯域でも記憶容量でもない。数字である。学科領域の大規模モデル79本、学院全体の44研究所からの提供（CSTCloud）。

演算能力の宣言として読めば、この数字は薄い。配分の宣言として読めば、地図になる。

目録そのものが製品である

センターは自らの中国語ページで中国科技雲をこう定義する。「中国科技云(CSTCloud)是融网络、数据与计算的新型国家级科研信息化基础设施」――ネットワーク・データ・計算を融合した新型の国家級科学研究情報化基盤であり、「大数据与大计算双轮驱动」、つまり大規模データと大規模計算の二輪で駆動される科学的発見を支え、研究のやり方そのものを変え、国の科学技術革新能力に資するとされる（CNIC-CAS）。英語ページは同じことをさらに平板な制度の言葉で述べる。国家級の研究基盤であり、クラウド計算とデータセンターの資源を含み、科学院の研究エコシステムに奉仕する、と（CNIC-CAS English）。

一方、CSTCloud 自身の一文はこうだ。「模型、数据、软件整合的一体化服务平台」――モデル・データ・ソフトウェアを統合した一体型サービス基盤（CSTCloud）。この言い回しは静かに仕事をしている。計算基盤はマシン時間を売る。モデル・データ・ソフトウェアの基盤は、自分が作っていないものへの管理されたアクセスを売る。44研究所の79本とはまさにそれだ。訓練していないセンターが保管し、目録を作り、配布している成果物である。

同じポータルは、CSTCloud の AI 開発平台を「一套全链条AI 辅助代码开发平台」、すなわち全工程を覆う AI によるコード支援環境と呼び、サービスとして組み立てられたモデル配備や API 提供と並べている（CSTCloud）。API とはアプリケーション・プログラミング・インターフェースのことで、外部がモデルを呼ぶときに必ず通る門のことだ。ここが効く。コード支援、モデルの預かり、トークン単位の課金――トークンとは課金の最小単位となる呼び出し量のこと――は三つの製品ではなく、同じ管理された在庫へ通じる三つの扉である。

住所を扱う機関が、なぜモデルの台帳を抱えるのか

このセンターの中国の研究インターネットにおける履歴は、そのクラウドより古い。科学院の研究ネットワークを担う主体であり、国のドメイン名登録の体系が長く依拠してきた制度的な流れの一部でもある。そして機関としての生涯の大半を、得意な一つのことに費やしてきた。上位の権威から希少な資源を受け取り、誰に渡すかを決め、その帰結を管理する、という仕事である。

この習慣は、希少なものが形を変えても退職しない。アドレス空間が希少だったのは、台帳がそう定め、台帳に強制力があったからだ。モデルの重みの希少性は質が違う。供給が有限だからではなく、信頼でき、評価され、特定の分野に本当に属するモデルは、訓練に金がかかり、判断を誤りやすいからだ。材料科学のモデルを訓練したある研究所が、残り43の研究所に「使える」と納得させるのは難しい。預かり、版を管理し、外に提供できるセンターなら、それができる。

だからこの目録は、配分台帳がすることをしている。持ち主を記す。項目を登録する。受け渡しの接口を定める。そして「何が利用可能と見なされるか」という判断を一か所に集める。

仕組みは三歩、言葉にすれば

三歩しかない。技術的なのは三歩目だけだ。どの歩も、普通の読者がついてこられる問いに答える。誰が出すのか、誰が並べるのか、誰が渡すのか。

募集。 センターはモデルを中央で発注するのではなく、各研究所に提出を求める。79という数は募集の数であり、そこが面白い。測っているのは参加であって調達ではなく、参加こそ台帳が本当に必要とするものだ。

目録化。 項目はモデル・データ・ソフトウェアを統合すると称する基盤に入る（CSTCloud）。統合とは他人の知的財産に対する編集行為であり、編集権をそのまま伴う。受け入れ、記述し、順序を決め、版を管理し、取り下げる。

受け渡し。 アクセスは一度きりの引き渡しではなく、API 呼び出しを伴うサービスとして組み立てられる（CSTCloud）。この一歩が目録を基盤に変える。ダウンロードできる重みのファイルは贈り物だ。呼び出し量を測る接口は関係である。

いったん受け渡しがセンターの握る接口を通れば、能力の問いは「加速カードが何枚あるか」ではなく目録の問いになる。項目はいくつか、貢献者は何人か、どの接口で、誰に、どれだけの割当で。かつてアドレスに使った文法を、いま重みに使っている。

記録が示していないこと

本稿はこのセンターやその研究ネットワークについて、プレフィックス数、自律システム番号、割当量のいかなる数も主張しない。公開され読める資料が描くのは基盤と事業であって、アドレスの在庫ではない。文中の数字をその種のものとして読むべきではない。79という数は基盤自身の募集件数であり、品質や利用実態についての独立した監査ではない。読んだページはモデル単位の利用量、費用、消費電力も開示していないため、目録の運営経済性をそこから数値化することはできない（CNIC-CAS）。

英語ページもまた「国家級」「研究エコシステム」という語を数字なしで多用する（CNIC-CAS English）。ありふれた機関の文章であり、だからこそ中国語のポータルのほうが良い文書なのだ。あちらは数を数えている。

決着をつける检验

目録は二種類のまったく別のものになりうる。受け渡しの仕組みである場合、そのモデルを作っていない研究所がそれを使い、版を上げ、依存する。見学者のために組まれた展示である場合、見られるたびに数が増え、下では何も変わらない。

両者を分ける観察点は項目数ではない。提出者以外の研究所による持続的な API 利用と、元の研究所が押していないのに提供中モデルの版が更新されること、この二つだ。それが現れれば、センターは中国の公的科学研究の内側に、機械学習のための本物の配分基盤を築いたことになる。現れなければ、79本はログイン画面のついた壁新聞である。

センター自身の語りは厳しい読みを招いている。中国科技雲を科学データのリポジトリや科学知能のエコシステムと並べ、その束を AI 駆動の研究のための中核的な計算・ネットワーク・データ能力と描く（CNIC-CAS）。展示に積み上げは要らない。受け渡しの仕組みには要る。

保管という問い

このセンターで面白いのは、クラウドを動かしていることではない。クラウドを動かす機関はいくらでもある。面白いのは、希少な識別子が運用上の事実になる場所に機関の生涯を捧げてきて、いま同じ道具立てでモデルに同じことをしている点だ。台帳があり、目録を作る者がおり、受け渡しの接口があり、何が手に入るかについての権威の主張がある。

アドレスはこの機関に教えた。本当の力は配分ではなく保管にある、と。アドレスの塊は配れる。だがそれを記録する台帳は配れない。モデルの目録は同じ道具に別の貨物を載せたものだ。その API が計量を始めた時点で、保管はすでに現実になっている。

このセンターの BTW ディレクトリの項目はこちら：CNIC-CAS ストラテジックサークル限定。