AI DevOps元年：GitLabに迫る脅威と新興企業の逆襲 Pt.2

GitLabは破壊されるのか、それとも追い風に乗るのか？

GTLBの受動的な対応

AIアプリケーションの進化、すなわちAI IDE（AIを搭載したソフトウェア開発用のツール）、エージェント、コード生成、そして現在のAIコーディングエージェントに至る流れを注意深く見れば、Windsurf、Cursor、Replitといった企業が、単なるコード補完ツール（Copilot）や基盤モデル（ChatGPTのGPT-4のような、様々なタスクの基礎となる大規模AIモデル）の再販者としての役割をはるかに超えていることが分かるでしょう。これらのスタートアップは、基盤モデル（FM）を現実のソフトウェア開発で真に優れたものにするため、独自のコード補完ツールを構築し、ベースとなるモデルを強化するための広範なロジックを作り上げてきました。また、開発者からのフィードバックデータを膨大に蓄積しており、これは次世代のAIコーディングエージェントを訓練する上で非常に貴重です。このデータは、開発者が好むデバッグやテストの戦略から、コードの修正・検証アプローチに至るまで、あらゆるものを網羅しています。これにより、AIによるコード生成が、数百万行に及ぶ巨大なコードベースに対しても、確実に機能するコードを出力できるようになるのです。

要するに、基盤モデルのコード生成能力は過去数四半期で劇的に向上しました。一方で、その上位レイヤーであるAI搭載IDEも急速に進歩し、本格的な普及が始まる段階に達しています。これらのプラットフォームは、単に基盤モデルへのAPI呼び出しを中継しているだけでなく、基盤モデルの性能を増幅させ、AIコーディングエージェントのビジョンをますます現実のものとする、極めて重要な付加価値を持つスタック（技術的な構成要素の組み合わせ）を構築していることを証明しています。

では、このAI革命の真っ只中で、GTLB（GitLab）はどこに立っているのでしょうか？

この劇的な変革期に癌と闘っていた元CEO兼創業者を責めるのは酷かもしれません。しかし、New Relicのトップを務めていた新CEO、ウィリアム・ステープルズ氏の対応は期待外れなものでした。私たちは、経営陣のAIに対するアプローチが浅薄で、自己防衛的で、過去の成功体験に過度に依存していることを懸念しています。これは、未来を形作る野心を持つソフトウェアリ