GitHubのエージェント計画 — Kyle Daigle、GitHub

GitHubのCOOであるKyle Daigle（カイル・デイグル）氏が、AIエージェント時代におけるGitHubの変革と課題について語った。同氏はGitHubで13年のキャリアを持ち、現在はMicrosoftのDeveloper向けCMOも兼任する。エピソードの核心は、AIエージェントがコード生成量を前年比14倍に押し上げる中で、人間の速度を前提に設計されたGitHubのインフラが限界に達し、ダウンタイム問題に直面している点にある。Daigle氏は、この成長が「古い問題を新しい方法で壊している」と表現し、データベースの再設計や権限管理システムの刷新など、根本的なスケーリング課題に取り組んでいる現状を詳細に説明した。

同時に、Daigle氏自身がAIツールを駆使して経営業務を変革している実践例も紹介された。週末に15のエージェントを並行稼働させ、社内のSlack、Teams、メール、Obsidianノートなどあらゆるデータソースを横断的に検索・分析するワークフローを構築。AIが生成した経営陣向けプレゼンテーションを「人間が作ったように見せかけて」使用したエピソードは象徴的だ。彼は、AIがコード補完からエージェント、さらには「アンビエントAI」へと進化する未来像を描き、GitHubが単なるコードホスティングから、エージェントのためのオペレーティングレイヤーへと変貌する過程を赤裸々に語った。

0:04GitHub COOの拡大された役割とAIとの再会

Kyle Daigle氏は、GitHubのCOOとしての役割に加え、Microsoft全体のDeveloper向けCMO（最高マーケティング責任者）を兼務するようになった。この異例の兼務について、同氏は「13年前に開発者としてGitHubにjoinし、WebhookやAPI、プラットフォームレイヤーを構築してきた経験を、Microsoftエコシステム全体に活かすため」と説明する。彼のキャリアは、開発者からエンジニアリングマネージャー、そしてCOOへと移行したが、その過程で「開発者とエンタープライズ顧客、ビジネスリーダーの間の翻訳レイヤー」としての役割を自然に獲得してきたという。

特筆すべきは、AIによってDaigle氏自身のコーディング活動が復活した点だ。経営職に就いてからコミット数が激減していたが、AIエージェントの登場により再びコードを書くようになった。彼は「AIは単なる質問応答ツールではなく、過去のデータを再帰的に分析する『後ろ向きループ』に最も価値がある」と主張する。具体的には、「今週のすべてのPR、オンライン投稿、過去3ヶ月の活動、Obsidianノート、Teamsの文字起こしを横断的に検索し、今週のメッセージング戦略を立案する」といったワークフローを構築。これは従来の「ブログ記事を書いて」といった単純な依頼とは質的に異なる、高度な情報統合タスクである。

Daigle氏は、AIツールの導入にあたって「誰も仕事のやり方を変える必要がない」ことを最優先したと強調する。新しいツールの使い方を教えるのではなく、既存のワークフロー（Slack、Teams、メール、GitHub）にAIを自然に溶け込ませるアプローチを採用。社内では「スキル」と呼ばれる小さな機能単位のAIモジュールをCLI経由で配布し、非技術系の従業員でも利用できるようにしている。この「既存ツールへの埋め込み」戦略が、GitHubにおけるAI普及の鍵となっている。

7:04マイクロスキルとWorkIQ：AI時代の情報統合

Daigle氏は、AIスキルの設計思想について重要な転換点を指摘する。従来は「すべてを網羅する巨大で美しいスキル」がもてはやされたが、現在は「単一のことを非常にうまく実行する極小のマイクロスキル」へと移行している。理由は、メガスキルは時間とともに陳腐化し、修正が困難になるからだ。彼はこれを「レゴブロック」に例え、小さな部品を組み合わせて、その時々の指示書（プロンプト）で柔軟に構成するアプローチを推奨する。

この文脈で重要なのが、Microsoft 365エコシステムにおけるWorkIQとFoundryIQの位置づけだ。WorkIQはMCP（Model Context Protocol）サーバーとして機能し、Slack、Teams、メール、GitHubなど社内のあらゆるデータソースにアクセスできる。Daigle氏は「後ろ向きの質問（今週何が起こったか）」にLLMが非常に有効だと述べ、このリソースを活用してリモートワーク環境で失われがちな情報のギャップを埋めている。具体的には、毎朝自動的に業界レポートや前日の活動サマリーを生成し、GitHubのIssueやDiscussionに投稿する仕組みを運用している。

しかし、このアプローチには「マトリックス問題」が存在する。同じ「要約」というスキルでも、アナリスト向け、マーケティング向け、顧客向けでは求められる内容が全く異なる。Daigle氏は「要約とは何か」という原子レベルの定義は共通でも、その後の「私が気にするもの」というフィルターが人によって異なるため、スキルの管理が複雑化すると指摘。この課題に対して、GitHubでは各従業員が自分のスキルをリポジトリに保存し、組織全体で共有する文化を育てている。

15:39元開発者リーダーの黄金時代と15エージェントの週末

Daigle氏は、現在のAI時代を「元開発者で現在は経営リーダーを務める人々の黄金時代」と表現する。その理由は、パターン認識と問題解決能力という開発者のコアスキルが、ビジネス知識と組み合わさることで、AIツールを最も効果的に活用できるからだ。彼自身、週末に子供のラクロスの練習を見ながら15のエージェントを同時に稼働させ、コード生成、データ分析、プレゼンテーション作成などを並行処理しているという。

象徴的なエピソードとして、年間収益計画のプレゼンテーションをAIだけで作成した事例が紹介された。Daigle氏はObsidianのノート、過去の計画資料、チームの議論などすべてのコンテキストをAIに与え、SQLiteデータベースを操作する小さなアプリまで自作。完成したスライドは「人間が作ったように見えるよう、あえてAIらしさを消す」処理を施し、CRO（最高収益責任者）やCFO（最高財務責任者）に提出した。結果として「AIが生成した」とは一度も指摘されず、内容そのもので評価されたという。

この経験からDaigle氏は、AIの真の価値は「情報共有の摩擦を減らすこと」にあると結論づける。スライド作成のような付加価値の低い作業から解放されることで、人間はより重要な判断や人間関係の構築に集中できる。彼は「スライド作成に価値はない。情報を共有し、一緒に検討することに価値がある」と断言する。この考え方は、AIが仕事を奪うのではなく、仕事の性質を変えるという彼の基本的なスタンスを反映している。

21:45GitHubの歴史的インフラとセキュリティの課題

Daigle氏は、GitHubの歴史を振り返りながら、現在のインフラ課題の根源を説明する。2018年のMicrosoft買収直前にローンチしたGitHub Actionsは、任意のコードを実行できる汎用コンピュートレイヤーとして進化してきた。しかし、その起源は2014年頃の「GitHub Services」と呼ばれる、Rubyコードをサーバー上で直接実行する原始的な仕組みに遡る。当時はコンテナ化もなく、サーバーレベルでの分離しかできなかった。現在のActionsはAzure Dev Computeを活用した高速なコンテナ実行環境に進化したが、依然として「任意のコード実行」という本質的なリスクを抱えている。

npmの買収についても重要な教訓が語られた。npmは当時スケーリング問題を抱えており、GitHubは「インターネットを支える基盤」を維持するために買収を決断。しかし、セキュリティ強化のための変更（2FAの義務化、トークンの無効化など）は、既存のエコシステムとの間に深刻なトレードオフを生んだ。「セキュリティを高めるすべての変更は、誰かを壊す」という現実の下で、GitHubはコミュニティとの対話を重視しながら、段階的な改善を進めている。

現在ホットな話題である「スロップフォーク（AIが生成した粗悪なフォーク）」問題について、Daigle氏はベンダリング（依存関係を自社リポジトリに取り込む手法）の回帰を示唆する。2013〜2014年には一般的だった「必要なファイルだけを取り込む」プラクティスが、AI時代に再び注目されている。しかし、彼は「エージェントにコードを検査させればセキュリティ問題が解決する」という単純な見方には否定的だ。「脆弱性は静的コード分析やランタイムテストでは発見できない形で存在し続ける」と指摘し、根本的な解決には至らないとの見解を示した。

33:57プルリクエストの進化と信頼の社会的問題

Daigle氏は、プルリクエスト（PR）の概念そのものがAI時代に変容しつつあると指摘する。GitHubが標準化したPRプロセスは、人間の開発者同士の信頼関係に基づいていた。しかし、PRの80%がエージェントから送られる時代において、「誰がこのコードをレビューしたか」という従来の信頼シグナルは機能しなくなる。Peter（おそらくPeter McKinnon氏）が提唱する「プロンプトリクエスト」の概念や、Mitchell Hashimoto氏が実装した「vouch（保証）システム」など、新しい信頼メカニズムの実験が始まっている。

しかし、Daigle氏は「これは本質的に社会的問題であり、技術だけで解決できるものではない」と強調する。彼は自動運転車のアナロジーを用いて、Waymoへの信頼とZooxへの信頼の違いを説明。データ上は100%正確でも、人間が「このツールを信頼していい」と感じるまでには時間がかかる。特にエンタープライズや規制産業では、技術的な検証に加えて、多国籍の規制当局や人間の感情的な受容が必要となる。

GitHubが提供できる信頼メカニズムとして、Daigle氏は「スポンサー」機能に注目する。金銭的支援は「受動的なシグナル（スター数やコミット数）」とは異なり、能動的で偽装が難しい信頼の証明になる。しかし、スター数のインフレーションやアカウントのエージング攻撃など、あらゆる指標はゲーム化可能であるため、単一の指標に依存することは危険だ。彼は「各プロジェクトが自分たちの信頼基準を定義できる柔軟なツール」を提供する方向性を示唆し、GitHubが「信頼のプラットフォーム」として進化する必要性を訴えた。

47:3814倍成長のインフラ危機とその克服

Daigle氏は、現在のGitHubを「最高の時代であり、最も困難な時代」と表現する。Octoverseレポートによれば、2025年のコミット数は前年比14倍に達し、かつて1年かかっていた成長を1ヶ月で達成している。この急成長は、従来のスケーリング手法（垂直スケーリングと水平スケーリング）では対応できない「斜めのスケーリング問題」を引き起こしている。

具体的なボトルネックとして、3つの主要な課題が挙げられた。第一に、CPUリソースの不足。Actionsの利用増加により、GPUだけでなくCPUも逼迫している。第二に、データベースインフラの限界。GitHubの権限管理システムは「MySQL1」と呼ばれる単一データベースに依存しており、Vitessによるシャーディングを進めているが、根本的な再設計が必要とされている。第三に、モノレポの増加。業界全体で大規模リポジトリへの移行が進み、Gitのプロトコルレベルでの最適化が求められている。

Daigle氏は、これらの問題に対して「言い訳ではなく、やるべきことをやっている」と明言する。可用性は改善傾向にあり、今後3ヶ月でダウンタイムはさらに減少すると予測。しかし、重要なのは「なぜダウンしたか」を技術的に詳細に説明する透明性の回復だと強調する。彼は「GitHubの古い ethos は『私たちのアップタイムの問題だ』というもの。開発者として、あなたはもっと詳しく知りたいと思うはずだ」と述べ、エンジニアリングブログやポストモーテムの公開を積極化する方針を示した。

59:21Copilotの進化：コード補完からエージェントSDKへ

GitHub Copilotの進化について、Daigle氏は興味深い歴史的転換点を明かした。初期のCopilotはコード補完で大きな成功を収めたが、その後チームは「ファインチューニング」に注力した。より大きなコード補完や「次の編集提案」の精度を高めるため、汎用モデルと顧客別モデルの両方でファインチューニングを進めた。しかし、その矢先に次世代の基盤モデルが登場し、ファインチューニングなしでも同等以上の性能を達成。この「モデルによるSherlock（自己代替）」現象により、Copilotの戦略は大きく舵を切ることになった。

現在のCopilotは、単一のSDKとハーネス（実行基盤）を核に、コード補完、CLI、デスクトップアプリ、クラウドエージェントを統合するプラットフォームへと進化している。Daigle氏は「コード生成だけが全てではない」と強調し、セキュリティ修復、Issueの自動処理、ドキュメントの整合性チェックなど、SDLC全体にエージェントを適用するビジョンを描く。特に新しいCopilotデスクトップアプリは彼の「日常的なドライバー」であり、複数のモデルを切り替えながら利用できる柔軟性が評価されている。

しかし、Daigle氏が最も熱く語ったのは「コンテキスト」の問題だ。「GitHubがKyleの望むように振る舞う」ためには、ルール、メモリ、そしてすべてのコンテキストをコード化する必要がある。これは「未解決の研究課題」であり、彼が「GitHubで完全な達成感を得るための最後のピース」と位置づけるものだ。チームのメンバーが明示的にコード化しなくても、組織の方法論の変化を自動的に学習し、依存関係やオープンソースの状況を理解するシステムの実現が、Copilotの次のフロンティアとなる。

1:08:24アンビエントAIとOpenClaw：エージェントの新しいOS

Daigle氏は、現在のAIツールが「超近視眼的」であると批判する。コード生成に特化したエージェントは優秀だが、開発者が実際に必要としているのは「コードを書くこと以外のすべてのコンテキスト」だ。彼は「アンビエントAI」という概念を提唱し、AIが常に周囲の情報を吸収し、開発者の会話やメール、スペックドキュメントを横断的に理解した上で、能動的に提案を行う未来像を描く。「あなたと会話しているこのポッドキャストをダウンロードし、『Kyleはこのアプリを必要としている』と気づく」ようなレベルが目標だ。

この文脈で、MicrosoftがOpenClawにCVP（コーポレートバイスプレジデント）を専任で配置した理由が明らかにされた。OpenClawは単なるエージェントフレームワークではなく、「ユーザーを理解し、コンピュータを使いこなす」存在として位置づけられている。Microsoftは、Windows上でのサンドボックス化、エンタープライズセキュリティ、クラウド版の提供など、OSレベルでのエージェント実行基盤を整備している。Daigle氏は「オペレーティングシステムは5年前とは変わらなければならない。もはや人間だけが使うものではない」と述べ、AIエージェントのための新しいOSの概念を提示した。

しかし、この「インバージョン・オブ・コントロール（制御の逆転）」には慎重な姿勢も見られる。AIが「水を飲め」と提案するレベルと、AIがUberの行き先を変更するレベルは質的に異なる。Daigle氏は「Hollywood Principle（呼ばないで、こちらから呼ぶ）」の比喩を用いて、完全な自律エージェントへの移行には段階的な信頼構築が必要だと示唆。最終的には「AIがあなたの人生を動かす」未来もあり得るが、そのためには「すべての情報へのアクセス」と「適切な判断力」の両方が不可欠だと結論づけた。

結びに

このエピソードが特に印象的なのは、GitHubというプラットフォームの「人間中心」の設計思想が、AIエージェントの急成長によって根本的な問い直しを迫られている点だ。Daigle氏は、14倍の成長を「最高の課題」と表現しつつ、その背後にある信頼、セキュリティ、スケーラビリティの問題に真正面から向き合っている。彼の「開発者であり経営者」というデュアルな視点は、AIがコード生成を超えて、組織の運営方法やオープンソースの社会的契約そのものを変革する過程を、極めてリアルに描き出している。

特に示唆に富むのは、AIツールの導入において「既存のワークフローを変えない」という原則だ。これは一見保守的に見えるが、実際には最も効果的な普及戦略であることが、GitHub社内の実践から証明されている。また、「マイクロスキル」と「メガスキル」の対比、そして「後ろ向きの分析」にAIの真価を見出す視点は、AI活用の本質を突いている。このエピソードは、AIエンジニアだけでなく、組織全体でAIを活用しようとするすべてのリーダーにとって、実践的な洞察に満ちた内容となっている。

要点

• GitHubは2025年に前年比14倍のコミット成長を記録し、インフラは「垂直でも水平でもない斜めのスケーリング問題」に直面。MySQL1と呼ばれる単一データベースへの依存がボトルネックとなっている。
• Daigle氏は週末に15のエージェントを並行稼働させ、Slack、Teams、メール、Obsidianを横断検索するワークフローを構築。AIによる「後ろ向き分析」が非技術系リーダーに最も価値があると主張。
• AIスキルは「すべてを網羅するメガスキル」から「単一機能のマイクロスキル」へ移行。レゴブロックのように組み合わせるアプローチが推奨される。
• Copilotはコード補完から、SDKベースのエージェントプラットフォームへ進化。デスクトップアプリ、CLI、クラウドエージェントを統合し、SDLC全体をカバーする。
• プルリクエストの80%がエージェントから送られる時代において、信頼は技術的問題ではなく社会的問題。GitHubは「各プロジェクトが独自の信頼基準を定義できる柔軟なツール」を提供する方向性。
• MicrosoftはOpenClawにCVPを専任配置し、Windows上でのエージェント実行基盤（サンドボックス化、エンタープライズセキュリティ）を整備。AIエージェントのための新しいOSを構築中。
• 「アンビエントAI」の概念：コード生成だけでなく、会話、メール、スペックドキュメントなどすべてのコンテキストを理解し、能動的に提案するAIが次のフロンティア。
• GitHubは「コードを隠さない」という原則を堅持。Sparkのようなローコードツールでも、常に生成されたコードを表示する設計が、プラットフォームの信頼性を支えている。