OpenAIのAstral買収とは？uv・Ruff・tyはどうなったか【2026年10月時点】

OpenAIは2026年3月19日、Pythonの開発ツールuv・Ruff・tyを作るAstralの買収を発表しました。買収金額は公表されていません。Astralのチームは同年5月ごろにOpenAIへ合流し、Codexチームの一員になっています。

この記事では、発表から約半年たった2026年10月8日時点で、uv・Ruff・tyの開発がどうなっているかを一次情報と実測で確認します。ライセンス、リリースの頻度、終了したサービス、Codex側の変化を順に見たうえで、これらのツールを使い続けるチームが押さえる設定までまとめます。

まとめ：Astral買収の要点と2026年10月時点の状況

• 買収したのはOpenAIです（Anthropicではありません）。発表は2026年3月19日、金額は非公表、規制当局の承認を条件としていました。
• 米FTCは2026年4月21日にHSR法の待機期間の早期終了を認めました。チームの合流は5月ごろで、創業者のCharlie Marsh氏が6月2日収録のポッドキャストで「約1か月前にOpenAIへ合流した」と話しています。法的な完了日は公表されていません。
• uvはMITとApache-2.0のデュアルライセンス、RuffとtyはMITのままで、リポジトリもastral-sh組織に残っています。
• 発表前の6か月（2025年10月〜2026年3月）と発表後の6か月（2026年4月〜9月）で比べると、リリース数はuvが48本から53本、Ruffが24本で横ばい、tyが40本から57本です。開発の停滞は見られません。
• 変わったのは商用側です。有料のパッケージレジストリpyxは新規受付を止めました。
• 2026年10月時点で、CodexがuvやRuffを独自に組み込んだという発表はありません。Marsh氏はCodex CLI本体の改善に関わっています。
• 今すぐ他ツールへ移る理由はありません。ただし版の固定はしておくべきで、uvとRuffはrequired-versionで使う版の範囲を縛れます。

以下、発表内容から順に根拠を示します。

OpenAIによるAstral買収の発表内容と完了時期

2026年3月19日の発表：金額は非公表、承認までは別会社

OpenAIの発表文「OpenAI to acquire Astral」と、Astral側のブログ「Astral to join OpenAI」は同じ3月19日に公開されました。OpenAIの発表は、クロージングには規制当局の承認を含む通常の条件があり、それまで両社は別々の独立した会社のままだと明記しています。完了後はAstralのチームがCodexチームへ加わり、Astralのオープンソース製品を支援すると書いています。

取引条件は公表されていません。Astralはこれまでの資金調達で、シードとシリーズAをAccel、シリーズBをAndreessen Horowitzに主導してもらったとMarsh氏がブログで謝辞を述べています。投資家が売却を受け入れた条件までは、どちらの発表にも書かれていません。

FTCのHSR待機期間の早期終了（4月21日）とチーム合流（5月ごろ）

規制面の手続きは、米連邦取引委員会（FTC）の記録で確認できます。合併の事前届出（HSR法）の早期終了通知に、取引番号20261112として「OpenAI Foundation」によるAstral Software Inc.の取得が載っており、2026年4月21日付で待機期間の早期終了が認められています。これは届出後の待機期間を早めに終えてよいという通知で、取引の完了そのものを示すものではありません。

一方、Astralのブログには、買収の完了を告げる記事がありません。OpenAIの発表ページも3月時点の文面のままです（2026年10月8日に確認）。時期の手がかりは、Python専門のポッドキャストTalk Pythonの第552回（2026年6月2日収録、6月17日公開）です。Marsh氏はこの回で「約1か月前にOpenAIへ合流した」「OpenAIの中で引き続きAstralチームを率いている」と話しています。逆算すると、チームの合流はFTCの通知から間もない5月初旬ごろです。法的な完了日を明記した公式発表はありません。

GitHubのastral-sh組織の説明文も、現在は「from @OpenAI」に変わっています。運営の実態としては、すでにOpenAIの一部として動いています。

OpenAIがAstralを買った理由：Codexが「実行と検証」まで担うため

OpenAIの発表は、Codexの目標をコードを生成するだけのAIから、変更の計画、コードベースの修正、ツールの実行、結果の検証、保守までを担うシステムへ広げることだと書いています。uvで環境を作り、Ruffでリントし、tyで型を確かめる工程は、まさにエージェントが「実行と検証」で呼ぶ部分です。発表時点のCodexは週間アクティブユーザーが200万人を超え、2026年初めから利用者が3倍、利用量が5倍に伸びていました。

Astralのツールの普及度は、pypistatsで確認できます。2026年10月8日時点の直近30日のダウンロード数は、Ruffが約3億400万、uvが約1億2,800万、tyが約4,100万でした（PyPIからの取得分のみで、Homebrewやインストーラー経由は含みません）。Pythonの開発環境で毎日実行されるツールを持つ会社を、そのまま取り込んだ形です。

OpenAIは同じ月の3月9日に、LLMの評価・レッドチーミングツールのpromptfooの買収も発表しています。こちらも完了条件付きで、統合先はCodexではなく企業向けのOpenAI Frontierです。評価ツールの扱いはpromptfooの使い方とCI組み込みの解説で整理しました。

AnthropicのBun買収との比較

同じ構図の先行例が、AnthropicによるBunの買収です。どちらも、AIのコーディングエージェントを持つ会社が、言語エコシステムの基盤ツールを作る会社をチームごと取り込んでいます。

違いは位置づけです。Anthropicは、BunがすでにClaude Codeの基盤を支えていたと説明しました。OpenAIは、Astralのツールとの統合を「完了後に探る」と書いており、買収時点で製品に組み込まれていたわけではありません。CodexとClaude Code自体の違いはCodexとClaude Codeの料金・設定の比較にまとめています。

uv・Ruff・tyのライセンス・リリース・サービスの変化

ライセンスとリポジトリの所在：買収前と同じ構成

GitHub APIで2026年10月8日に確認したところ、uvのリポジトリにはLICENSE-MITとLICENSE-APACHEの2つがあり、デュアルライセンスのままです。RuffとtyはMITです。3つともastral-sh組織の公開リポジトリで開発が続いており、OpenAIの組織へ移されたものはありません。

MITもApache-2.0も、利用・改変・再配布を認めるライセンスです。仮に将来のバージョンでライセンスが変わっても、変更前の版を手元に固定して使い続けたり、フォークしたりする権利は失われません。

発表前後6か月のリリース数：uv・Ruff・tyの比較

Marsh氏はTalk Pythonで「リリースのペースは買収前から、中間の期間、買収後まで、ほぼ変わっていない」と話しています。GitHub APIでリリース一覧を取得し、公開日時（UTC）で月ごとに数えると、その発言は数字でも裏づけられます。tyはプレリリース扱いの版も含めて数えています。

Ruffはほぼ毎週、uvは週2回前後のペースを保っています。tyはベータ版のまま本数が増えました。後半の期間には合流前の4月も入りますが、5月以降に絞っても月ごとの本数に落ち込みはありません。

有料レジストリpyxの新規受付停止とGPU向け成果の公開予定

変化が出たのは商用サービスです。pyxは2025年8月にベータ公開されたAstralの有料パッケージレジストリで、非公開パッケージの配布や、GPU環境に合うPyTorchなどのビルド済みパッケージの提供を売りにしていました。現在の製品ページには「新規の受付を停止した」と表示されています。

Talk Pythonの番組概要によると、pyxのホスティングは縮小する一方、GPU向けのインデックスとビルド済みホイールの成果はオープンソースとして公開する予定です。独立企業だったAstralは、無料ツールの先で収益を上げる手段としてpyxを作っていました。OpenAIの傘下に入ったことで、その必要がなくなったわけです。

買収後の新機能：uv auditとRuff 0.16の既定ルール拡大

買収完了後も、ツールの機能追加は続いています。2026年6月8日には、依存パッケージの既知の脆弱性を調べるuv auditが発表されました。pip-auditの代わりになるコマンドで、Astralは一般的なプロジェクトで4〜10倍速いと説明しています。ただし同じ記事の脚注は、キャッシュが十分に温まった状態のpip-auditならほぼ同じ速さになると断っています。同時に、同期のたびにOSVのデータでマルウェアを照合する機能も入りました。こちらは既定では無効で、環境変数UV_MALWARE_CHECK=1で有効にします。どちらもプレビュー扱いで、今後の版で仕様が変わる可能性があるとAstralは断っています。uv自体の使い方はuvの環境構築とパッケージ管理の解説で扱っています。

7月23日に出たRuff 0.16.0では、既定で有効なルールが59本から413本に増えました。全ルール数は968本です。設定を書かずにRuffを使っていたプロジェクトでは、版を上げただけで警告が大量に出る可能性があります。旧来の既定に戻すには、pyproject.tomlなら[tool.ruff.lint]、ruff.tomlなら[lint]のテーブルにselect = ["E4", "E7", "E9", "F"]を書きます。Ruffの規約チェックについてはPEP8とRuffによるチェックの解説を参照してください。

Codexでの統合機能の公表状況とMarsh氏の開発参加

OpenAIの開発者向け変更履歴（ChatGPT・Codex共通）を2026年10月8日に確認したところ、CodexがuvやRuff、tyを独自に組み込んだという項目は見当たりませんでした。Codexのクラウド環境は、セットアップスクリプトが無い場合にuvやpip、Poetryなどの標準的なインストールコマンドを自動で実行しますが、これは2025年6月の変更で、買収前からのものです。Codexの環境をローカルで近似するための参照イメージcodex-universal（公式READMEは実環境と同一ではないと明記）も、Python用の追加ツールとしてuvとRuffを入れていますが、Poetry・Black・mypy・Pyrightと並ぶ選択肢の1つで、tyは含まれていません。

一方で、2026年9月から10月の変更履歴には、Marsh氏のGitHubアカウント（charliemarsh-oai）によるCodex本体への変更が38件載っています。子プロセスの起動処理、非同期ランタイムからのファイル入出力の切り離し、不要なデータ複製の削減など、Rustで書かれたCodex CLIの速度と安定性に関わるものです。Ruffやuvを高速化してきた技術が、まずはCodexの土台に使われていることになります。

AstralのAI利用ポリシー：自律エージェントの貢献禁止と人間の説明責任

AIのコーディングエージェントを作るCodexチームに入ったAstralですが、自分たちのリポジトリでは、エージェントが自律的に作ったプルリクエストを受け付けていません。astral-sh組織のAI_POLICY.mdは、買収発表の6日前の2026年3月13日に追加されました。

このポリシーは、AIをコーディングの道具として使うこと自体は認めています。そのうえで、メンテナーとのやり取りに使うコメントをAIに書かせないこと、プルリクエストの内容を自分の言葉で説明できること、自律エージェントによる貢献を認めず、そう判断したプルリクエストは閉じることを定めています。uvのCONTRIBUTING.mdも、このポリシーへの準拠を必須としました。Marsh氏も同じ番組で、もっともらしいプルリクエストを出すコストはほぼゼロになった一方、読んで理解するのに1時間かかると語っています。

Codexの中にいるチームが、自分たちの基盤ツールでは人間の理解を条件にしている。この点は、AIエージェントにuvやRuffを任せる側にも参考になります。エージェントに依存関係の更新やリントの自動修正をさせる場合でも、ロックファイルの差分とルールの変更は人が読んでから取り込む運用にしておくべきです。

uv・Ruff・tyを使い続けるチームの確認項目

版の固定方法：required-versionと開発用依存グループの併用

0.x系のツールは、マイナー版の更新で挙動が変わります。Ruff 0.16の既定ルール拡大がその例です。買収の有無とは関係なく、チーム全員とCIで使う版をそろえておきます。uv 0.12.23で次のpyproject.tomlを使い、動作を確かめました。

[project]
name = "sample"
version = "0.1.0"
requires-python = ">=3.10"

[dependency-groups]
dev = ["ruff==0.16.10", "ty==0.0.85"]

[tool.uv]
required-version = ">=0.12.23,<0.13"

[tool.ruff]
required-version = ">=0.16.10,<0.17"

この例の役割は2つに分かれます。開発用依存グループのruff==0.16.10とty==0.0.85は、uv runで実行するRuffとtyを1つの版に固定します。required-versionは、範囲外の版で実行したときにエラーで止める安全装置で、指定した版を自動で入れる機能はありません。uv本体を1つの版にそろえたい場合は==0.12.23のような完全一致で書き、各環境とCIでその版をインストールします。

手元のuvが0.11.31のままだと、uv lockはRequired uv version `>=0.12.23, <0.13` does not match the running version `0.11.31`というエラーで止まります。Ruffも範囲外の版では同様のエラーで止まります。

tyにはrequired-versionがありません。ty 0.0.85で[tool.ty]に書くと「unknown field」のエラーになるため、tyの版は開発用依存グループだけで固定し、uv run ty checkで実行します。tyの設定項目と型チェッカーとしての位置づけはty（旧Red-knot）の使い方とmypy・Pyrightとの違いで解説しています。

Astral製ツールの継続利用を見直す4つの条件

2026年10月時点の事実関係からは、uv・Ruff・tyから移行を急ぐ理由はありません。ライセンスは変わらず、リリースは続き、機能追加もあります。それでも、次のどれかが起きたら代替ツールの検討を始めるべきです。

• ライセンスの変更、またはCLA（貢献者ライセンス契約）の導入。リポジトリのLICENSEとCONTRIBUTING.mdの変更で分かります。
• リリース間隔の明らかな伸び。Ruffは週1本前後なので、1か月以上止まれば兆候です。
• 既存の機能が、OpenAIのアカウントやCodexの契約を前提にする形へ変わること。
• リポジトリがastral-sh組織からOpenAIの組織へ移ること（移ること自体は問題ではなく、運営ルールの変更を確認する合図です）。

ライセンスとCLAは、LICENSEファイルとCONTRIBUTING.mdの変更履歴で確認します。リリースの停滞は通知では届かないため、月1回、各リポジトリの最新リリースの日付を確認する運用にしておきます。

代替ツールの対応表

移行が必要になったときの受け皿は、どれも成熟したツールがあります。

uv.lockはuv export --format pylock.toml --output-file pylock.tomlでPEP 751形式に、--format requirements.txtでpip向けに書き出せます。uvからの移行先としてPoetryを選ぶ場合の判断材料は、Poetryの使い方とuvとの選定基準にまとめています。いずれも、移行の準備は「版を固定したうえで様子を見る」で十分です。

よくある質問

Astralを買収したのはAnthropicですか？

いいえ、買収したのはOpenAIです。Anthropicが2025年12月に買収したのは、JavaScriptのランタイムBun（Jarred Sumner氏が2021年に開発を始めたツール）で、Astralとは関係がありません。

Astralの買収金額はいくらですか？

公表されていません。OpenAIの発表文にもAstralのブログにも金額の記載はありません。

uvやRuffは有料になりますか？

2026年10月時点で有料化の発表はありません。uvはMITとApache-2.0、RuffとtyはMITのまま公開されています。新規受付を止めたのは、もともと有料だったレジストリのpyxです。

Codex以外のエージェント（Claude Codeなど）からuvやRuffを使えますか？

使えます。uv・Ruff・tyは通常のコマンドラインツールで、Codexの契約もOpenAIのアカウントも必要ありません。Claude CodeやCursorからも、これまでどおりコマンドとして実行できます。

astral.shとは何のサイトですか？

Astralの公式サイトです。各ツールのドキュメント（docs.astral.sh）やブログが置かれています。uvのインストールスクリプト（curl -LsSf https://astral.sh/uv/install.sh | sh）もこのドメインから配布されています。

関連記事

• uvとは？Pythonの環境構築・パッケージ管理・バージョン管理の使い方を徹底解説
• PEP8とは？Pythonコーディング規約の基本ルールとチェックツール（Ruff対応）
• CodexとClaude Codeの違い｜料金・使用量・設定と併用の判断【2026年版】
• Poetryとは？Python依存管理の仕組みと2.4系の使い方・uvとの選定基準