2026年03月16日の技術動向

openai-oauth — ChatGPT OAuthトークンを流用したAPI無料アクセスプロキシ

ChatGPTアカウントのOAuthトークンを使ってOpenAI APIを課金なしで叩くプロキシ openai-oauth が公開された。

仕組みはこうだ。OpenAIが自社のCodex CLIに使わせている chatgpt.com/backend-api/codex/responses というエンドポイントは、ChatGPTアカウントのOAuthトークンで認証できる。openai-oauth はそのトークンを借用し、OpenAI互換APIとしてローカルに公開する。

npx openai-oauth
# → http://127.0.0.1:10531/v1 にプロキシが立ち上がる

エンドポイントは /v1/responses、/v1/chat/completions、/v1/models に対応しており、ストリーミング・ツールコール・推論トレースも動作する。既存のOpenAIクライアントのベースURLをこのプロキシに向けるだけで差し替えられる。

認証ファイルは npx @openai/codex login が生成する ~/.codex/auth.json をそのまま使う。Vercel AI SDK向けのプロバイダーパッケージ openai-oauth-provider も用意されており、以下のように使える。

import { generateText } from "ai";
import { createOpenAIOAuth } from "openai-oauth-provider";

const openai = createOpenAIOAuth();
const result = await generateText({
  model: openai("gpt-5.4"),
  prompt: "write an essay about dogs",
});

利用可能なモデルはCodexがサポートするLLMに限定される。現時点では gpt-5.4、gpt-5.3-codex などが確認されており、Codexプランによって変わる。プロキシはステートレスで、会話履歴は呼び出し側が毎回フルで送る必要がある。

このアプローチが機能する背景には、OpenAIがCodex CLIユーザーに対してAPI課金とは別のレート制限枠を与えているという事実がある。開発者の獲得・定着を狙った設計が、意図しない形で流用されている。

ただし、OpenAIの利用規約との整合性は明確でない。プロジェクト自体も「個人・ローカル環境での実験用途に限定せよ」「ホスティングサービスとして動かすな」「トークンを共有・配布するな」と明記している。~/.codex/auth.json はパスワード相当の機密情報だ。

OpenAIがCodex CLIのエンドポイントに認証制限や署名検証を追加すれば、このアプローチは機能しなくなる。OpenAI側が意図しない使われ方であるため、対策が入る可能性は高い。

AIクラウドインフラ2026 — 6カテゴリへの分裂とネオクラウドの台頭

AIクラウドインフラの選択肢が、2026年時点で「3大ハイパースケーラーから選ぶ」という構図を完全に脱した。

Deloitteの2026年TMT予測によれば、AIコンピュートの約3分の2は推論（インファレンス）が占める見込みだ。トレーニング用途でBlackwellやGB200を積んだクラスタを確保することと、インファレンスのスループットとコストを最適化することは、まったく異なる意思決定になる。この分断が、AIクラウド市場を6カテゴリに分裂させた。

ハイパースケーラー: AWS・Azure・GCP・Oracle
ネオクラウド: CoreWeave・Lambda Labs・Nebius
開発者向けクラウド
インファレンスプラットフォーム
GPUマーケットプレイス
特化型プロバイダー

ネオクラウドの台頭が特に象徴的だ。CoreWeaveは2025年3月にIPOし、契約済み収益バックログは668億ドルに達した。Lambda LabsはMicrosoftと提携してGB300 NVL72をAzureに展開し、NebiusもMicrosoft・Metaと数十億ドル規模の契約を締結している。

ハイパースケーラー側も規模を拡大している。OracleはStargateイニシアティブ（OpenAI・SoftBankとの合弁）でテキサス州アビリーンに最大45万基のGB200スーパーチップを展開中だ。OCI Superclusterは1クラスタあたり131,072 NVIDIA GPUまでスケールする。AWSの2026年CapExは2,000億ドルに迫る見込みで、Trainium・InferentiaのカスタムシリコンとNVIDIAハードウェアを並走させる戦略だ。

ハイパースケーラーの強みはエコシステムの深さにある。データがS3にあり、IDがEntra IDで管理され、分析基盤がBigQueryにある場合、GPUワークロードを他に移す際の摩擦は無視できない。一方でGPU単価はネオクラウドより有意に高く、大規模クラスタのプロビジョニングには数日から数週間かかることもある。

プラットフォームチームが直面している問いは「どこが一番か」ではなく「このワークロードにどこが合うか」に変わった。OpenAI自身がAWS・Oracle・CoreWeaveと複数の大規模コンピュートパートナーシップを持ちながらAzureを本番スタックの中心に置くという、マルチクラウド前提の構成を取っている。これが2026年時点の現実だ。

OpenClaw on AWS Lightsail — 250,000スターのAIエージェントがマネージド化、同時に深刻な脆弱性が進行中

AIエージェント「OpenClaw」が、AWSのLightsailにマネージドサービスとして統合された。同時に、数万件の脆弱なインスタンスが公開状態にあるという深刻なセキュリティ危機が進行中だ。

OpenClawは2025年に開発が開始され、2026年初頭に急速に普及した。

AWSのLightsailブループリント統合の内容は実用的だ。Amazon Bedrockをデフォルト設定済み（Claude Sonnet 4.6）で同梱し、IAMロールの作成をCloudShellスクリプトで自動化する。ユーザーはブループリントを選択し、SSH経由でブラウザをペアリングするだけで、WhatsApp・Telegram・Slack・Discord・Webチャットからエージェントを操作できる。

しかし、このAWS統合のタイミングは問題をはらんでいる。

2月1日に開示されたCVE-2026-25253は、バージョン2026.1.29より前の全バージョンに影響する。WebSocketトークン窃取によるワンクリックRCE（リモートコード実行）を可能にする脆弱性だ。

【補足】CVE-2026-25253のCVSSスコアは9.6（Critical）と評価されている。認証不要・ユーザー操作が「リンクのクリック」のみという条件が高スコアの主因だ。攻撃者が細工したURLをクリックさせるだけで、被害者の認証トークンが攻撃者のサーバーに送信される。プロンプトすら表示されない。

複数のセキュリティ調査機関が、数万件規模の脆弱なインスタンスがインターネット上で公開されていることを報告している。これらインスタンスの大半がDigitalOcean・Alibaba Cloud・Tencent・AWSなどのクラウドプラットフォーム上で動作している。ホームネットワークではなくクラウド上に展開されているということは、エンタープライズや開発者組織での採用が進んでいることを意味する。各インスタンスはClaude・OpenAI・Google AIなどのAPIキーを保持しており、クレデンシャル窃取の標的として価値が高い。

【補足】APIキーが漏洩した場合の即時対処として、各プロバイダーのダッシュボードでキーを失効させ、使用量ログを確認して不正利用の有無を検証することが推奨される。AWSではCloudTrailのログ、OpenAIではUsageページが該当する。

サプライチェーンも汚染されている。OpenClawのスキルレジストリ「ClawHub」で悪意あるパッケージが発見されている。クレデンシャルスティーラーやバックドアが含まれ、一部は難読化されたペイロードでコードレビューをすり抜ける。OpenClawのスキルはシステムレベルの権限で動作し、メッセージ・APIキー・ファイルに直接アクセスするため、npmやPyPIで過去に起きたサプライチェーン攻撃より被害の深刻度が高い。

政府レベルの反応も出ている。一部の国では警告が発令され、企業によっては社内利用を禁止する動きも見られる。

Elastic 9.3.0 — GPU加速ベクトルインデックスとOTelネイティブ統合でプラットフォーム再定義

Elastic 9.3.0が正式にGAとなった。今回のリリースは単純な機能追加ではなく、プラットフォームとしての再定義に近い動きだ。

最も技術的インパクトが大きいのが、NVIDIA cuVSの統合だ。cuVSはオープンソースのGPU加速ライブラリで、Elasticはこれをセルフマネージド環境向けに組み込んだ。公式の数字はインデックス速度12倍、force merge操作7倍という主張だ。

【補足】この数値はElasticが公開したベンチマーク（NVIDIA A100 GPU使用、約1億件の768次元ベクトルデータセット）に基づく。CPU専用環境との比較であり、GPU非搭載のセルフマネージド環境では恩恵を受けられない点に注意が必要だ。

RAGアプリケーションでは高次元ベクトルの大規模インデックスがボトルネックになりやすい。データセットが数億件を超えると、インデックス構築の時間がそのままプロダクション投入の障壁になる。cuVSによってその障壁を下げることが今回の狙いだ。

この動きはPineconeやWeaviateといった専用ベクトルデータベースとの直接競合を意味する。Elasticはすでに全文検索・ログ分析・セキュリティの基盤として多くの組織に導入済みだ。そこにベクトル検索の高速化が加わると、「既存のElasticをそのままRAG基盤として使う」という選択肢が現実的になる。

パイプ型クエリ言語のES|QLには、文字列操作・日付処理の新関数と複雑なjoinのパフォーマンス改善が加わった。自然言語からES|QLクエリを生成するAIアシスタント機能との組み合わせで、パイプ型記法の学習コストを下げようとしている。

ObservabilityスタックにはOpenTelemetryのネイティブサポートが強化された。トレース・メトリクス・ログをプロプライエタリなエージェントなしで取り込めるようになり、Grafana・Jaeger・Datadogなど他のツールとのデータ互換性が保たれる。Elasticが自社エージェントへの依存を薄める方向に舵を切ったのは、業界全体のOTel標準化の流れに乗るためだ。

LLMを活用したAIアシスタントは、ログのパターン分析・異常検知・修復ステップの提案まで行えるようになった。New RelicなどのAIOps機能と競合するが、Elasticの強みはデータストアとの深い統合にある。履歴データへのアクセスが直接的なため、外部LLMサービスに文脈を渡す際のレイテンシや情報欠損が起きにくい。

TypeScript 6.0 RC — 負債の清算とGoコンパイラへの橋渡し

TypeScript 6.0 RCがリリースされた。このリリースの本質は新機能の追加ではなく、2014年当時の設計判断を2026年基準に整理することにある。リリースノートを読むと、追加よりも削除・非推奨化の方が開発者への影響が大きいと分かる。

追加された機能

実用面で最も大きいのはTemporal APIの型定義サポートだ。JavaScriptのDateオブジェクトは長年タイムゾーン処理が壊れていることで知られており、date-fnsやLuxonといったサードパーティライブラリへの依存が当たり前になっていた。Temporal APIはその問題を言語仕様レベルで解決するもので、TypeScript 6.0でその型定義が組み込まれた。

Map.getOrInsertとRegExp.escapeの型定義も追加された。前者はMapにキーが存在しなければデフォルト値をセットするという、これまで毎回手書きしていたパターンを1メソッドで置き換える。後者は正規表現に使う文字列の特殊文字エスケープを自動化する。どちらもECMAScript Stage 4到達済みで、仕様としては確定している。

dom.iterableがコアのdomライブラリに統合された。これまでDOMコレクションをfor-ofで回すにはtsconfig.jsonに明示的な設定が必要だったが、その手間がなくなる。

削除・非推奨になったもの

ES5出力のサポートが削除された。Internet Explorerのサポート終了を受けた判断で、ES5が必要な場合は外部ツールに委ねる方針になった。AMD・UMD・SystemJSモジュール形式も非推奨になった。Webpack・Vite・esbuildが普及した現在、これらはESMに置き換えられており、残しておく理由がない。

strictがデフォルトでtrueになった。これまでオプトインだったstrictモードが標準になる。既存プロジェクトで"strict": falseを明示していない場合、アップグレード後に型エラーが噴出する可能性がある。

--baseUrlが非推奨になった。パスエイリアスの設定に使われていたオプションで、TypeScript 7.0では完全に削除される。代替はpaths設定への移行だ。

最も破壊的な変更

最も注意が必要なのはtypesフィールドのデフォルト動作の変更だ。

これまでTypeScriptはnode_modules/@types以下のすべてのパッケージを自動的に読み込んでいた。TypeScript 6.0からデフォルトは空配列になる。@types/nodeや@types/jestを使っているプロジェクトは明示的に宣言が必要だ。

"types": ["node", "jest"]

この変更によってビルド時間が20〜50%短縮されるとMicrosoftは述べている。一方で、この変更を知らずにアップグレードすると「Cannot find name」エラーが大量に出て原因が分からないという状況になる。

【補足】移行時の確認手順として、tsc --listFiles を実行して読み込まれている型定義ファイルを列挙し、@types/* パッケージのうち暗黙的に依存していたものを特定するのが有効だ。

TypeScript 6.0がこれほど破壊的な変更を集中させた理由は、次のTypeScript 7.0にある。MicrosoftはTypeScriptのコンパイラをGoで書き直すプロジェクトを2025年初頭に発表した。

【補足】このプロジェクトは社内コードネーム「Corsa」として知られており、Microsoftの公式ブログで詳細が公開されている。GoへのポートはTypeScriptの型システムのセマンティクスを変更するものではなく、コンパイラの実装のみを置き換える。Goベースのコンパイラは既存のJavaScriptベースのコンパイラと比較して10倍程度の速度向上を達成しているとMicrosoftは公表している。TypeScript 6.0はそのGoコンパイラへの移行を円滑にするための地ならしとして設計されている。

今日の傾向

openai-oauth がCodex CLIの ~/.codex/auth.json を流用してOpenAI APIを無料で叩く手法を公開した。OpenAIがCodex CLIユーザーに与えた特別なレート制限枠が、意図しない形で外部から再利用されている。OpenAI側が chatgpt.com/backend-api/codex/responses に署名検証を追加すれば即座に機能しなくなる構造だ。

OpenClawがAWS LightsailにClaude Sonnet 4.6込みでマネージド統合された一方、CVE-2026-25253によるRCE脆弱性を抱えたインスタンスが数万件規模で確認されている。ClawHubの悪意あるパッケージも発見されており、普及速度がセキュリティ対応を上回っている状態が可視化された。

Elastic 9.3.0はNVIDIA cuVSの統合でベクトルインデックス速度12倍を主張し、PineconeやWeaviateが担っていた専用ベクトルDB領域に直接踏み込んだ。同時にOTelネイティブ統合で自社エージェントへの依存を薄める方向に舵を切っており、1つのリリースで競合領域の拡張とベンダーロックインの緩和を同時に進めている。

TypeScript 6.0 RCはES5出力削除・strictデフォルト化・types空配列化という破壊的変更を集中させた。これはGoで書き直されたTypeScript 7.0コンパイラへの移行を円滑にするための地ならしであり、Microsoftが公表した10倍の速度向上を実現するための前提条件として設計されている。

参照記事

記録日: 2026-03-16