概要 SpaceXはIPO（新規株式公開）に向けて証券取引委員会（SEC）に提出したS-1登録書類の中で、GPU（グラフィックス処理ユニット）を自社設計・製造する野心的な計画「Terafab」を公表した。この施設はテキサス州オースティンに建設される予定で、Elon Musk氏が率いる電気自動車メーカーのTesla、AI企業のxAIに加え、半導体大手のIntelが共同パートナーとして参画する。SpaceXはロケット製造や衛星通信（Starlink）での膨大なコンピューティング需要を抱えており、外部サプライヤーへの依存を減らすことが急務となっている。 Terafabの技術的な詳細 Terafabプロジェクトはチップの設計から製造、パッケージングまでを一貫して手掛ける「垂直統合」モデルを採用する計画で、年間1テラワット（1兆ワット相当）以上の演算能力の供給を目標に掲げている。これはAI・宇宙開発・自動運転など各社が抱える莫大なGPU需要を内製で賄うことを意図しており、NvidiaをはじめとするGPUサプライヤーへの依存度を大幅に低下させる狙いがある。Intelの参画はファウンドリ（受託製造）や先端パッケージング技術の提供という形での協力が想定されるとみられる。 チップ供給リスクとコスト削減が主な動機 S-1書類の中でSpaceXは、半導体の供給制約とコスト上昇を投資家へのリスク要因として明示しており、これが今回の計画の直接的な動機となっている。AIブームに伴うGPU需要の急増により、Nvidiaの最新チップは長期にわたる入荷待ちが常態化しており、価格も高騰している。Tesla・xAIもStarship打ち上げ管制・FSD（完全自動運転）・Grokモデルの学習など大量のGPUを必要としており、三社が協調して内製化を目指すことで調達リスクの分散とスケールメリットの獲得を図る。 今後の展望 Terafabの具体的な稼働時期や投資規模は現時点で明らかにされていないが、SpaceXのIPO申請という形で計画が公式に示されたことは、その実現に向けた本格的なコミットメントを意味する。巨大テック企業によるAIチップの内製化はGoogleのTPU、AmazonのTrainium、MicrosoftのMaiaなど先行事例があるが、ロケット企業が複数の異業種パートナーと組んでGPUの垂直統合製造を目指す試みは異例だ。実現すれば半導体業界における競争構図に新たな変化をもたらす可能性がある。

概要 元OpenAI CTOのミラ・ムラティ氏が2025年2月に設立したThinking Machines Labは、Google Cloudと数十億ドル（数字は一桁台）規模のインフラ契約を締結した。今回の契約はThinkingMachinesにとって初のクラウドサービスプロバイダーとの提携であり、独占的なものではない。契約にはNVIDIAの最新世代GPU「GB300」チップへのアクセスと、モデルのトレーニングおよびデプロイを支えるインフラサービスが含まれる。同社はこのインフラを活用し、強化学習ワークロードのパフォーマンス向上を目指す。 技術的な詳細 今回の契約で同社が利用できるNVIDIA GB300チップは、前世代GPUと比較してトレーニングおよびサービング速度が約2倍に向上するとされており、Thinking Machines Labはその早期利用顧客の一社となる。インフラはKubernetesエンジンやSpannerなど、GoogleのクラウドエコシステムとAIシステムを幅広く組み合わせたもので、同社の研究者は「Google Cloudのおかげで記録的なスピードで稼働でき、求める信頼性も確保できている」とコメントしている。この環境は、同社のカスタムAIモデル自動生成製品「Tinker」の開発をさらに加速させる見通しだ。 企業背景と資金調達 Thinking Machines Labは2025年10月に最初の製品「Tinker」をリリースした。TinkerはフロンティアレベルのカスタムAIモデルを自動生成するシステムであり、企業向けに特化したAI開発の効率化を提案している。また同社は設立当初に20億ドルのシードラウンドを調達し、企業評価額は120億ドルに達した。Google Cloudとの契約以前には、NVIDIAとも個別に提携し、同社からの出資も受けている。 競合との比較と市場動向 AI企業とクラウド・半導体大手との大型インフラ契約は業界全体で加速しており、Anthropicも同月にGoogleおよびBroadcomとTPUキャパシティ契約を締結したほか、Amazonとは5ギガワット規模のキャパシティ確保を目的とした契約を結んでいる。Googleはインフラ提供とクラウドサービスをセットで提供することで、有望なAIスタートアップとの関係強化を図る戦略を取っており、Thinking Machines Labとの今回の契約もその文脈で位置づけられる。

概要 DeepSeekは2026年4月24日、大規模言語モデルの新世代となる「V4 Flash」と「V4 Pro」のプレビュー版をHugging Faceで公開した。リリースはR1モデルが業界に衝撃を与えた2025年1月の「スプートニクモーメント」から約1年というタイミングで、同社にとって節目となるリリースとなった。同時期にOpenAIがGPT-5.5を発表するなど、米中AI競争が激化する中での公開となっている。 両モデルはMixture-of-Experts（MoE）アーキテクチャを採用し、100万トークンのコンテキストウィンドウをサポートする。新たに導入されたHybrid Attention Architectureにより、長い会話やコードベース全体を単一のプロンプトで処理する能力が向上しており、エージェント型推論タスクを主な用途として設計されている。 モデル仕様と性能 2つのモデルは用途に応じて役割が分かれている。 V4 Flash：パラメータ総数2840億、アクティブパラメータ130億。速度とコスト効率を重視した設計。 V4 Pro：パラメータ総数1.6兆、アクティブパラメータ490億。現時点で公開されているオープンウェイトモデルとして最大規模となる。 性能面でDeepSeekは、コーディング競技ベンチマークでOpenAIのGPT-5.4に匹敵する結果を示し、推論ベンチマークの一部タスクではOpenAIのGPT-5.2やGoogleのGemini 3.0-Proを上回ると主張している。一方で世界知識に関する評価ではGemini 3.1-Proに次ぐ位置付けにとどまり、フロンティアモデルと比較して「約3〜6ヶ月の開発上の遅れ」があると自社で認めている。この率直な評価は、一般的なベンダーの楽観的な発表スタンスとは対照的で注目された。 価格戦略とオープンソース方針 価格は競合他社に対して大幅に低コストに設定されている。V4 Flashは入力100万トークンあたり0.14ドル・出力0.28ドル、V4 Proは入力0.145ドル・出力3.48ドルと、OpenAI・Google・Anthropicの同等モデルをいずれも下回る水準だ。 オープンソース戦略は前世代モデルからの方針を継続し、V4 FlashとV4 Proの両方がソースコードを自由に利用・改変できる形で公開されている。ただし現時点では両モデルともテキストのみの対応で、音声・動画・画像といったマルチモーダル機能はまだ備えていない。 地政学的な文脈と中国製チップへの対応 注目すべき点として、DeepSeekはV4をNvidiaやAMDへの早期アクセスを提供せず、中国の半導体メーカーであるHuaweiやCambriconのハードウェア向けに最適化したことが挙げられる。これはAI業界の通例を覆す決断であり、米国の輸出規制下における中国の国産AIハードウェア能力の本格的な試金石となる。リリースの背景には、米国政府によるDeepSeekへの知的財産窃取疑惑の指摘という政治的緊張も続いており、同社の技術的な台頭は単なるビジネス競争を超えた意味を持ち始めている。

概要 Googleは2026年4月22日、年次カンファレンス「Google Cloud Next 2026」でSundar Pichaiが多数の主要発表を行い、クラウドAIインフラの大規模強化を宣言した。目玉は第8世代TPUの2バリアントとなる「TPU 8t」（学習特化）および「TPU 8i」（推論特化）の投入であり、前世代比最大3倍の処理性能と80%のコストパフォーマンス向上を謳う。また、AIスーパーコンピュータ向けの新データセンターファブリック「Virgo Network」、AppleとのクラウドAI提携、Gemini Enterprise Agent Platformによるエンタープライズ向けエージェント基盤の統合強化も発表され、クラウドインフラにおけるAI競争が新たな局面を迎えた。 第8世代TPUの詳細 TPU 8tは学習ワークロードに最適化されており、最大9,600ユニットをクラスタリングして前世代比3倍の処理速度を実現する。TPU 8iは推論向けで、1,152ユニット接続に対応し、オンチップSRAMを3倍に拡大することでレイテンシーを大幅に低減している。さらにTPU 8tは新データセンターファブリック「Virgo Network」およびPathways/JAXソフトウェアとの組み合わせで、単一クラスターあたり100万TPU超への準線形スケーリングを実現し、従来のハイパースケール制約を突破する設計となっている。 注目すべきはGoogleのNvidiaに対するポジショニングだ。TPUはNvidiaを完全に代替するのではなく補完する位置付けとして、2026年後半にはNvidiaの最新チップ「Vera Rubin」もGoogle Cloudで提供予定であることを明らかにした。Googleが2023年にオープンソース化したネットワーキングシステム「Falcon」の改善でも協業するなど、競争と協調を並走させる戦略を採っている。 AIエージェントとプラットフォームの強化 エンタープライズ向けAIエージェント基盤として「Gemini Enterprise Agent Platform」が発表された。数千単位のAIエージェントを構築・スケール・ガバナンス・最適化するための統合ツール群を提供し、組織規模のエージェント運用を可能にする。同プラットフォームには新モデルとしてGemini 3.1 Pro、Gemini 3.1 Flash Image、動画生成モデルVeo 3.1 Lite、音楽生成モデルLyria 3 Proも加わった。ファーストパーティモデルのAPIスループットは毎分160億トークン超に達し、前四半期比6割増という急成長が続いている。Gemini Enterpriseの有料月間アクティブユーザーも前四半期比40%増を記録した。 データ基盤・セキュリティ面では、Knowledge Catalog、Cross-Cloud Lakehouse、Deep Research Agentを新たに発表。320億ドルで買収したWizとの連携によるAIサイバーセキュリティ自動化も強化され、セキュリティエージェントは脅威の軽減時間を90%以上短縮できるとしている。Workspace Intelligenceの一般提供も開始され、M365からの移行が5倍高速化されるとの試算も示された。なお、Google社内では新規コードの75%がAI生成となっており、半年前の50%から急増するなど、自社でのAI活用も加速している。 市場への影響と展望 今回の発表はNvidiaが約5兆ドルの時価総額を誇るAIチップ市場において、GoogleをはじめAmazon、Microsoftなどハイパースケーラーが独自チップで存在感を高めようとする動きの一環だ。しかし各社とも短期的にはNvidiaへの依存を維持しながら、長期的な依存度低減を模索するという慎重な姿勢を取っている。AppleとのクラウドAI提携やVirgo Networkによる次世代データセンター構想はGoogleのインフラ優位性をさらに際立たせるものであり、企業ユーザーへのAIフルスタック提供という戦略の加速が鮮明になった。

概要 2026年4月22日、Checkmarxが開発するインフラストラクチャ・アズ・コード（IaC）スキャンツール「KICS（Keeping Infrastructure as Code Secure）」のDocker Hubリポジトリが侵害された。脅威アクター「TeamPCP」が既存のDockerイメージタグ（v2.1.20、v2.1.21、alpine）を悪意あるGoバイナリを含むイメージに上書きする手口で攻撃を実行。同時にCheckmarxのVS Code拡張機能「cx-dev-assist」（バージョン1.17.0・1.19.0）および「ast-results」（バージョン2.63.0・2.66.0）も侵害され、開発者の環境全体にわたる広範なサプライチェーン攻撃が確認された。 攻撃の技術的詳細 セキュリティ企業Socketの分析によると、侵害されたKICS DockerイメージにはIaCスキャンレポートを生成・暗号化して外部エンドポイントへ送信する改ざんバイナリが含まれていた。攻撃の標的はKICSがスキャンするIaCファイルそのものであり、そこに含まれるクラウド認証情報の窃取を目的としていた。 VS Code拡張機能への攻撃では多段階の手法が取られ、GitHubから「mcpAddon.js」をダウンロードしてModel Context Protocol（MCP）機能に偽装する形でマルウェアを展開した。窃取対象となった認証情報の種類は広範で、GitHubアクセストークン、AWS・Azure・Google Cloudの認証情報、NPM設定ファイル、SSHキー、環境変数が含まれる。収集された情報はC2サーバー（audit.checkmarx[.]cx、IP: 94.154.172.43）へ送信される設計になっており、正規ドメインに酷似したドメインを使用することで検知回避を図っていた。51以上のパブリックGitHubリポジトリが一貫した命名パターンで攻撃インフラとして活用されたことも確認されている。 脅威グループTeamPCPの背景 TeamPCPは2026年3月からCheckmarx以外にもTrivyやLiteLLM、Telnyxなど複数のオープンソース・商用セキュリティツールを標的にした攻撃キャンペーンを展開してきたグループだ。今回の侵害も同年3月にCheckmarxのGitHub Actionsワークフローが先行して侵害されていたことが判明しており、長期的な計画に基づく攻撃であったことが示唆される。グループは攻撃後に公開で宣言を行う行動パターンも持つ。 影響と推奨される対応 KICSはクラウドインフラの設定ミスを検出するために広く利用されているツールであるため、影響を受けた組織は深刻なリスクにさらされている。侵害されたイメージや拡張機能を使用した場合、AWS・Azure・Google Cloudへの不正アクセスに利用可能な認証情報が漏洩している可能性がある。 Checkmarxは侵害されたアーティファクトを削除し修正版を公開した。影響を受けた可能性のある組織は、（1）侵害バージョンのDockerイメージとVS Code拡張機能を即時削除、（2）すべての露出した可能性がある認証情報のローテーション、（3）GitHubリポジトリの不正アクティビティ監査、（4）クラウドアクセスログでの不審なトークン利用確認、を直ちに実施することが求められる。本事件はオープンソースのセキュリティツール自体がサプライチェーン攻撃の標的となるリスクを改めて浮き彫りにしており、ツールの配布チャネルに対する継続的な監視と署名検証の重要性が高まっている。

概要 オープンソースのLLMデプロイツール「LMDeploy」に存在するServer-Side Request Forgery（SSRF）脆弱性（CVE-2026-33626、CVSSスコア：7.5）が、GitHub上でのアドバイザリ公開からわずか12時間31分後に実環境での悪用が確認された。この脆弱性はOrca Securityの研究者Igor Stepansky氏が発見・報告したもので、バージョン0.12.0以前のすべてのリリース（ビジョン言語モデルのサポートを含むすべてのバージョン）が影響を受ける。現時点での修正版は0.12.3以上へのアップデートが推奨されている。 脆弱性の技術的詳細 脆弱性はlmdeploy/vl/utils.py内のload_image()関数に存在する。この関数は内部・プライベートIPアドレスの検証を行わずに任意のURLを取得できる状態にあり、攻撃者はこれを悪用してクラウドインフラや内部システムへのアクセスが可能となる。成功した場合の影響は以下の通りである。 クラウド認証情報の窃取：AWS Instance Metadata Service（IMDS）へのアクセスによる一時認証情報の取得 内部サービスへのアクセス：RedisやMySQLなどの内部データベースや各種サービスへの不正アクセス ネットワーク偵察：ループバックインターフェースを含む内部ネットワーク構成の把握 横断的侵害（ラテラルムーブメント）：取得した認証情報を用いたさらなる侵害活動 攻撃のタイムラインと手口 最初の悪用はIPアドレス103.116.72[.]119からの攻撃として、2026年4月22日03:35 UTC（日本時間：4月22日12:35）に観測された。攻撃者は8分間で10回のリクエストを送信する体系的な偵察キャンペーンを3段階に分けて実施した。 第1段階：AWS IMDSおよびRedisインスタンスへのリクエスト送信 第2段階：DNSコールバックを通じた外部への通信経路確認（エグレステスト） 第3段階：ループバックインターフェースに対するポートスキャン また、攻撃者は検知回避のために複数のビジョン言語モデルを切り替えながらリクエストを送信していた点が特徴的である。 対応と推奨事項 LMDeployのビジョン言語モデル機能を利用している組織は直ちにバージョン0.12.3以上へのアップデートを行うことが強く推奨される。本件は公開情報をもとに短時間で攻撃が開始されるという「N-day攻撃」の典型例であり、AIインフラへの攻撃が従来のWebアプリケーションと同様の速度・手口で行われていることを示している。LLMやAIモデルのデプロイ環境に対しても、通常のソフトウェアと同様の迅速なパッチ適用体制が不可欠となっている。

概要 MetaはAmazonのAWS Gravitonチップを数百万個規模で調達する大型契約を締結した。Amazonが発表したこの合意は、AIインフラにおけるチップ選択の多様化を象徴する動きとして注目される。GravitonはARM系アーキテクチャに基づくCPU（中央処理装置）であり、大規模モデルのトレーニングに欠かせないGPUとは異なるカテゴリに属する。MetaはこれをAIエージェントを中心とした推論処理基盤として活用する方針だ。 Amazonはこの発表を、Googleが自社製AIチップの新製品を披露したGoogle Cloud Nextの開催期間中に合わせて行った。競合クラウド事業者の大型イベントと同時に発表するという戦略的なタイミングは、AI向けクラウドインフラをめぐる各社の激しい競争を改めて浮き彫りにしている。 AIエージェント時代がもたらすCPU需要 AIエージェントの普及が、チップ市場に新たな需要をもたらしている。これらのエージェントには、リアルタイム推論、コード生成、検索処理、複数ステップのタスクを管理するためのエージェント間調整といった、計算集約型のワークロードが求められる。こうした用途に対し、AWSは最新版GravitonをAI処理に特化して設計しており、GPUが得意とするトレーニングとは異なる領域でその強みを発揮する。 Amazonは別のAI向けチップとしてTrainiumも展開しているが、こちらはAnthropicが10年間・総額1,000億ドルのAWS利用契約を通じて優先的なアクセス権を確保している。そのため、MetaへのGraviton提供はAnthropicのTrainium独占とは別の文脈で位置づけられる。 競争環境と市場への影響 AWS GravitonはNvidiaが投入した新型CPU「Vera」への対抗製品としても注目を集める。ただし、NvidiaはVeraを企業に直接販売するのに対し、AWSはクラウドサービス経由でのみ提供するという違いがある。AWSのAndy Jassy CEOは以前から「AIにおける優れたコストパフォーマンス比を追求する」と強調しており、今回の契約はその方針の具体的な成果といえる。 MetaはすでにGoogleと2025年8月に総額100億ドル・6年間のクラウド利用契約を締結しているが、今回のAWSとの取引はその流れに変化をもたらすものだ。AIインフラの調達先を単一クラウドに集中させず、ワークロードの特性に応じて使い分ける戦略への転換が、巨大テック企業の間で広がりつつある。

概要 OpenAIは2026年4月23日、同社最新の大規模言語モデル「GPT-5.5」を正式に発表した。「これまでで最もスマートかつ直感的に使えるモデル」と位置付けられており、リリース当日よりChatGPTおよびCodexを通じてPlus・Pro・Business・Enterpriseの各プランのユーザーに段階的に提供が開始されている。Proユーザー向けにはより高性能な「Pro版」も用意される。GPT-5.5はコーディング能力、コンピュータ操作、深い調査・研究機能の強化に加え、「限られた指示でタスクをこなす」自律的なエージェント的作業能力の向上が特徴だ。 主な強化点と技術的詳細 GPT-5.5は複数の領域で顕著な改善が図られている。最も注目されるのは、アジェンティック（自律的）なコーディングとエンタープライズ向けナレッジワークの強化だ。数学および科学研究においても性能が向上し、コンピュータのナビゲーション操作能力も改善されている。OpenAIの最高研究責任者Mark Chen氏は「科学的・技術的な研究ワークフローにおいて有意な向上を示している」と述べており、創薬プロセスへの応用も期待されると語った。また、プレジデントのGreg Brockman氏は、GPT-5.5はGPT-5.4などの前モデルと比べて「より少ないトークン数でより速く、より鋭い思考ができる」と説明しており、企業・消費者向けの実用性が高まっているとした。 競合との比較とスーパーアプリ戦略 OpenAIはGPT-5.5をAnthropicの「Claude Opus 4.5」やGoogleの「Gemini 3.1 Pro」といった競合モデルと比較したベンチマーク評価を実施し、主要なカテゴリで優位性を主張している。GPT-5.5のリリースは、OpenAIが目指す「スーパーアプリ」構想の一環でもある。ChatGPT、Codex、そしてAIブラウザを統合した多目的プラットフォームを形成するという戦略の中で、GPT-5.5はその中核を担うモデルと位置付けられている。チーフサイエンティストのJakub Pachocki氏は引き続き高速な反復開発を続ける方針を示しており、GPT-5.5は2025年12月・2026年3月のリリースに続く最新モデルとなる。今後もさらなるアップデートが見込まれる。

概要 Open Source Security Foundation（OpenSSF）は2026年4月のニュースレターにて、AIエージェントを標的とした新たな脅威カタログ「SAFE-MCP」を発表した。これはModel Context Protocol（MCP）を活用する自律型AIエージェントに固有のセキュリティリスクを体系化したフレームワークであり、急速に普及するエージェント型AI基盤の安全な活用を支援することを目的としている。Canonical、Microsoft、Thread AIのセキュリティ専門家らが登壇したテックトークでは、AIエージェントの持つ非決定論的な性質が従来のソフトウェアとは異なる脅威モデルを必要とすることが強調された。 主な脅威パターン SAFE-MCPが取り上げる攻撃パターンは主に三つある。第一は非決定論的な挙動によるリスクであり、AIエージェントは同じ入力に対して異なる出力を返すことがあるため、従来の脅威モデリング手法が通用しない。第二は混乱した代理（Confused Deputy）問題で、エージェントがユーザーの代理として行動する際に適切な認可が行われず、意図しない操作が実行される認可失敗のリスクを指す。第三はプロンプトインジェクション攻撃であり、悪意ある入力によってエージェントの判断や行動を操作する手法だ。登壇者らはAIインフラ全体のセキュリティを評価する構造的フレームワークとして「七層ケーキ（Seven-Layer Cake）」モデルを提示し、AIスタック全体を横断したリスク評価の重要性を訴えた。 OSS-CRSプロジェクトの統合とAI-Slop問題 OpenSSFはDARPAのAI Cyber Challengeから生まれたOSS-CRSプロジェクトも受け入れた。このオーケストレーションフレームワークは、実験的なAIセキュリティ研究と実用的なオープンソース防御の橋渡しを担うものとして位置づけられており、自律システムが大規模にバグを発見・修正できるようにすることを目指す。 一方、Vulnerability Disclosures Working Groupは「AI-Slop」問題への対応として、コミュニティ調査を開始した。AI-Slopとは、AIが生成する低品質な脆弱性レポートを指し、VDP（脆弱性開示プロセス）に大量のノイズが流入している問題だ。このような偽陽性の増大はオープンソースプロジェクトのメンテナーに余分な負担を強いており、OpenSSFは実態把握と対策策定に向けた調査を進めている。 今後の展望 SAFE-MCPのようなフレームワークの整備は、AIエージェントが企業システムや開発ツールに組み込まれる速度が上がる中で不可欠となっている。MCPが多くのAIエージェント実装で採用される標準プロトコルとなりつつある今、攻撃対象領域の共通理解を業界全体で形成することが急務だ。OpenSSFが主導するこの取り組みは、AI時代のオープンソースセキュリティ基盤を整える重要な一歩となるだろう。

概要 Microsoftは2026年4月21日、TypeScript 7.0のベータ版を正式に公開した。最大の特徴は、コンパイラ全体をGoで書き直した「Project Corsa（tsgo）」の採用であり、型チェック速度がTypeScript 6.0と比較して約10倍に高速化されている。VS Codeのエディタ起動時間は9.6秒から1.2秒へと大幅に短縮され、メモリ使用量も約半減した。Microsoftは「ベータ段階であってもほとんどのCI/CDワークフローですでに本番利用可能なレベルに達している」と強調しており、Bloomberg、Canva、Figma、Google、Slack、Vercelといった大手企業との協力を通じて「圧倒的にポジティブな」フィードバックが得られているという。 技術的な詳細 高速化の根拠はネイティブコード実行と、複数CPUコアにわたる共有メモリ並列化にある。なお、このGoへの移植はゼロからの書き直しではなく、TypeScript 6.0の型チェックロジックを方法的に移植したものであり、セマンティクスの互換性が維持されている。 並列処理は次の3つの軸で制御できる。型チェックワーカーはデフォルト4個で動作し、--checkersフラグで数を調整可能。複数プロジェクトを同時にコンパイルする際は--buildersフラグを使う。デバッグやリソース制約のある環境向けには--singleThreadedでシングルスレッドモードに切り替えられる。 コマンドラインツールは従来のtscではなくtsgoとして提供され、npm経由で次のようにインストールできる。 npm install -D @typescript/native-preview@beta VS Code向けの統合拡張機能も提供されており、エディタ上でもパフォーマンス向上の恩恵を受けられる。 破壊的変更 TypeScript 7.0ではいくつかの厳格なデフォルト変更が導入された。strictモードがデフォルトで有効化され、ES5をターゲットとする設定が廃止される。また、AMD・UMD・SystemJSのモジュール形式のサポートも終了する。これらはレガシーな構成との決別を意味しており、既存プロジェクトでの採用には移行コストが伴う可能性がある。 今後の見通し Microsoftはベータ公開後数週間以内にリリース候補版を、約2ヶ月以内に安定版をリリースする予定を示している。Goベースのコンパイラへの移行はTypeScriptエコシステムに大きな転換をもたらすものであり、大規模コードベースを抱える開発チームにとって特に恩恵が大きいと見られている。