オープンソース

何が起きたのか 2026年4月24日、カナダのAI企業CohereとドイツのAleph Alphaは、両社を統合して「大西洋横断的なAIパワーハウス」を作る合併意向を発表した（TechCrunch・CNBC 2026年4月24日）。重要な点として、これは買収完了ではなく合併意向の発表であり、規制当局の承認を含む条件付きで進められる段階だ。一部報道で「買収」と表現されているが、現時点での正確な記述は「合併意向（intent to merge）」が適切だ。 この発表は、米国のハイパースケーラー（OpenAI・Anthropic・Google）と中国（DeepSeek等）が支配するAI地図に対し、欧州とカナダが「第三極」として連携する象徴的な動きだ。背景には、各国・各組織がAIの制御を外部依存から自国・自組織へ取り戻そうとする「ソブリンAI（主権的AI）」の潮流がある。 ソブリンAIとは何か ソブリンAIは、外部の技術提供者や地政学的制約に左右されず、国内または組織内で制御可能なAI能力を指す概念だ。Linux Foundation Researchの2026年調査によれば、回答者の79%がソブリンAIを戦略的に重要と認識している（Linux Foundation Research「Sovereign AI Report 2025」）。 主要な推進要因は以下の4つだ。 推進要因 概要 関心度 データ管理と主権 機密情報・知的財産が外部規制当局に流出するのを防ぐ 72% 国家安全保障 外国製プラットフォーム依存を構造的脆弱性として認識 69% 経済競争力 国内イノベーション・エコシステム育成 48% 規制遵守・文化的整合性 GDPRやEU AI Act等の現地法対応・現地言語反映 44% / 31% （出典：Linux Foundation Research・地域別比率は調査により異なる点に注意） なお、「欧州で80%が透明性を重視」のような地域別細部は引用元によって表現が異なるため、一律の数字として扱うのは避ける必要がある（Red Hat・Linux Foundation 2026年）。 Cohere×Aleph Alpha：欧州・カナダ連合の構造 合併意向の経済的詳細を整理する。 報道された取引条件 項目 内容 出典の状態 取引形態 合併意向（規制条件付き） TechCrunch・CNBC 2026年4月24日 シュワルツ・グループ出資 約6億ドル TechFundingNews 2026年4月（※元ブリーフィングの「5億ユーロ」は通貨単位の混乱） 統合エンティティ評価額 約200億ドル（推定） 報道ベース推定値 第二本社 ドイツ・ハイデルベルク TechCrunch 政府支持 カナダ・ドイツ両政府 同報道 ドイツの小売大手シュワルツ・グループが約6億ドルをCohereのシリーズEラウンドに拠出する点が注目される。元々ブリーフィング段階では「5億ユーロ」と記述されていたが、TechFundingNewsの一次報道では6億ドルで報じられており、通貨と金額が混在しないよう注意が必要だ。 技術的補完性 Cohere：エンタープライズ向け汎用LLMの専門知識・北米市場へのアクセス Aleph Alpha：欧州言語・専用トークナイザー・小規模モデルの専門知識 両社の統合は、米国系モデルとも中国系モデルとも異なる「欧州・カナダ的なAIスタック」の構築を目指す動きだ。Anthropic×Amazonの1,000億ドル契約記事で見たような米国ハイパースケーラーへの集中とは対照的なベクトルだ。 ...

2026年3月19日、AIコーディングツール大手のCursorが新モデル「Composer 2」を発表しました。公式ブログでは「フロンティア・レベルのコーディング知能」と紹介され、外部モデルへの言及は一切ありませんでした。 ところが発表から24時間も経たないうちに、開発者のFynn氏がCursorのAPIレスポンスの中にkimi-k2p5-rl-0317-s515-fastというモデルIDを発見。中国のAIスタートアップMoonshot AI（月之暗面）が開発したオープンソースモデル「Kimi K2.5」がベースモデルであることが明るみに出ました。Cursorは事実を認め、経営陣が「ブログでの言及漏れはミスだった」と謝罪しています（TechCrunchの記事『Cursor admits its new coding model was built on top of Moonshot AI’s Kimi』2026年3月22日）。 本記事では、発覚の経緯、技術的な構成、ライセンス問題、そして米国スタートアップが中国製オープンモデルを選ぶ背景を解説します。 発覚の経緯：APIレスポンスに残された「kimi」の文字列 Composer 2の正体が判明したのは、高度なリバースエンジニアリングではなく、CursorのOpenAI互換APIが返すレスポンスに含まれていた生のモデルIDがきっかけです。 開発者のFynn氏がAPIエンドポイントをデバッグしていたところ、レスポンスにkimi-k2p5-rl-0317-s515-fastという文字列が含まれていることに気付きました（Security Boulevardの記事『Moonshot AI Governance Breakdown: Lessons from the Cursor-Kimi K2.5 Incident』2026年3月）。これはCursorの内部名称ではなく、Moonshot AIのKimi K2.5を明確に示すIDです。 Fynn氏は「at least rename the model ID（せめてモデルIDを変えろ）」とSNSに投稿。Cursorがベースモデルの出自を隠す意図があったかどうかはともかく、モデルIDがそのまま外部に露出していたこと自体が、開発プロセスの杜撰さを示しています。 Cursorの公式回答：計算リソースの75%は独自開発 指摘を受け、CursorのVP of Developer EducationであるLee Robinson氏と共同創設者のAman Sanger氏が事実を認めました。 Robinson氏はX（旧Twitter）で「Composer 2はオープンソースのベースから始まった。最終モデルに費やされた計算リソースのうち、ベースモデル由来は約1/4に過ぎない」と説明しています。 項目 内容 ベースモデル Moonshot AIのKimi K2.5（オープンソース） 計算リソース配分 約25%がベースモデル、約75%がCursor独自のトレーニング 独自の技術的改良 継続的な事前学習（Continued Pretraining）+ 4倍規模の強化学習（RL） モデル提供経路 Fireworks AIの推論・RL基盤を経由 Sanger氏はTechCrunchの取材に対し「初期ブログでKimiベースであることに触れなかったのはミスだった。次期モデルでは修正する」と回答。X上では「多くのベースモデルをパープレキシティ評価で比較した結果、Kimi K2.5が最も強力だった」とモデル選定の理由を説明しています。 Kimi K2.5の技術仕様：1兆パラメータのMoEモデル Moonshot AIが2026年1月26日にリリースしたKimi K2.5は、オープンソースモデルの中で最高水準の性能を持つモデルです（Hugging Face公式ページおよびGitHubリポジトリによる）。 ...

文字単位言語モデルを200行で理解する：LLMの本質 Karpathyの教育プロジェクトに学ぶ最小実装の意義 Andrej Karpathyは、LLMの仕組みを段階的に実装しながら学ぶ教育シリーズ「Neural Networks: Zero to Hero」を公開しています。このシリーズでは、micrograd（自動微分エンジン）とmakemore（文字単位の名前生成モデル）という2つのプロジェクトを中心に、大規模言語モデルの数学的・アルゴリズム的な基盤を最小限のコードで体感できます。 これらに着想を得た200行程度の純粋なPython実装は、依存ライブラリなしに「トークン化・逆伝播・生成」を一から実装することで、LLMが本質的には確率的な次トークン予測の繰り返しに過ぎないことを明示します。注意すべきは、この実装はSelf-AttentionやMLPブロックを持たないため、GPT-2などの Transformer モデルとは構造が大きく異なります。あくまで文字レベルの統計的言語モデルとして位置づけるのが正確です。 なぜ依存ライブラリを排除したのか？ microgradの設計思想は、依存ライブラリを排除することにあります。これは学習目的の明確な選択です。PyTorchやJAXなどのフレームワークを使わないことで、学習者は「勾配の計算」「パラメータの更新」「損失関数の定義」のすべてを、自らの手で実装する体験を得られます。 自動微分（計算グラフを用いて勾配を自動計算する手法）の仕組みは、Valueクラスという単一のクラスで実装され、forward・backwardの連鎖律が手動で記述されています。この設計は、機械学習の「魔法」が、実は単純な微積分と行列演算の組み合わせであることを明確に示します。 データセット：32,000の名前が学習のすべて 名前データの統計：語彙サイズと平均長 makemoreの学習に用いられるデータセットは、約32,000個の名前から構成され、それぞれが独立した文書として扱われます。このデータセットは、names.txtというファイルから読み込まれ、各行が1つの名前に対応します。データセット全体の語彙サイズは、出現するすべての小文字アルファベット（a-z）の合計26文字に加え、文書の境界を示す特殊トークンBOSを含めた27種類です。 語彙サイズが小さく、平均長が短い構造は、モデルが統計的パターンを学習する際の計算負荷を最小限に抑え、理解の深さを優先する設計哲学を体現しています。学習は、この27種類のトークンの組み合わせから生じる確率分布を捉えることに集中しており、複雑な語彙や構文の処理は一切含まれません。 BOSトークンの役割と文書境界の定義 BOS（Beginning of Sequence）トークンは、各名前文書の開始と終了を明示的に示すための特殊なシンボルです。この設計により、モデルは「ある名前が終わり、新たな名前が開始される」境界を明確に認識できるようになります。BOSトークンは、語彙の最後の位置（インデックス26）に割り当てられ、他の文字トークンとは完全に分離して扱われます。 たとえば、名前「emma」と「olivia」が連続して出現した場合、モデルは[BOS, e, m, m, a, BOS, o, l, i, v, i, a, BOS]という系列として解釈します。このように、BOSは単なる区切り文字ではなく、生成プロセスの開始条件として機能し、推論時に新しい名前の生成をトリガーする役割を果たします。 トークナイザー：文字単位のシンプルな変換 26文字＋BOSで構成される27次元の語彙 このモデルのトークナイザーは、文字単位で動作する最もシンプルな設計を採用しています。入力データには約32,000の名前が含まれており、これらから出現する一意な文字を抽出することで、語彙を構築します。具体的には、小文字の英字aからzまでの26文字が検出され、それぞれに整数IDが割り当てられます。さらに、文書の境界を示す特別なトークンであるBOS（Beginning of Sequence）を追加することで、語彙の総数は27となります。この語彙サイズは、$ \text{vocab\_size} = 26 + 1 = 27 $ と数式で表されます。 各トークンは単なる離散的なシンボルに過ぎず、数値自体に意味はなく、たとえば絵文字に置き換えても動作は変わりません。モデルは、この27種類のトークン列を入力として受け取り、次のトークンを確率的に予測します。たとえば、「emma」と「olivia」が連続する場合、系列は$[BOS, e, m, m, a, BOS, o, l, i, v, i, a, BOS]$となり、BOSは名前の開始と終了を明確に区切る役割を果たします。 tiktokenとの比較：効率性と単純さのトレードオフ 実用的な大規模言語モデルでは、tiktoken のようなサブワードトークナイザーが使用され、GPTなどのモデルでは効率性を重視して複数文字の単位を一つのトークンとして処理します。これにより、語彙サイズを数千〜数万に抑え、計算リソースの消費を削減できます。 一方、この最小実装では、あえて文字単位のトークナイザーを採用しており、語彙サイズは27と極めて小さく、実装も10行以内で完了します。この選択は、トレードオフとして「効率性」を犠牲にし、「理解のしやすさ」を優先した結果です。tiktokenは語彙の多様性と圧縮率のバランスを取るために複雑なアルゴリズムを用いますが、この実装のトークナイザーは、単純な文字集合のソートとBOSの追加だけで実現されます。 自動微分：Valueクラスで学ぶ逆伝播 連鎖律と計算グラフの実装：forwardとbackward microgradにおける自動微分は、Valueクラスを用いて計算グラフを明示的に構築します。このクラスは、値（data）とその勾配（grad）を保持し、演算の入出力関係を隠蔽せずに記録します。たとえば、加算や乗算といった基本演算は、__add__や__mul__メソッド内で新しいValueインスタンスを生成し、その親ノードとして自身と引数を登録します。 この構造により、計算グラフは順伝播（forward）時に動的に構築され、逆伝播（backward）時にはこのグラフを逆向きにたどって連鎖律を適用します。連鎖律は、合成関数の微分を各段階の微分を掛け合わせることで計算する原理であり、たとえば $ z = f(g(x)) $ のとき、$ \frac{dz}{dx} = \frac{dz}{dg} \cdot \frac{dg}{dx} $ という関係が成り立ちます。Valueクラスは、各演算の微分規則（たとえば乗算なら $ \frac{\partial (a \cdot b)}{\partial a} = b $）を内蔵し、backward()メソッド呼び出し時に子ノードに勾配を伝播させます。 ...