OpenAI、Codexを全職種向けワークフロー基盤へ拡張:6種の役割別プラグインとSitesを投入
OpenAIはCodexに6種の役割別プラグイン、Sites、アノテーションを追加し、開発者向けのコード支援から部門横断の業務成果物生成基盤へ広げる。非開発者利用の拡大が、その転換を支えている。
別名: GitHub
GitHubは、Gitを使用したソフトウェアプロジェクトのホスティングサービスである。2007年に設立され、カリフォルニア州サンフランシスコを本拠地とする。ソースコード管理、コードレビュー、issue追跡、プルリクエストによる共同開発ワークフローなど、ソフトウェア開発に必要な一連の機能を提供しており、世界最大級の開発者プラットフォームとして広く認知されている。
GitHubはGitリポジトリをクラウド上でホスティングするサービスとして出発し、オープンソースプロジェクトのコラボレーション基盤として急速に普及した。個人開発者から大規模な企業開発チームまで幅広く利用されており、パブリックリポジトリを通じたオープンソース開発の中心的なインフラとして機能している。Gitのバージョン管理機能を基盤に、プルリクエストやコードレビュー、Actions(CI/CDパイプライン)など、開発サイクル全体を支える機能群を備える。
GitHubはGitプロトコル上に構築されたウェブベースのサービスであり、ローカル環境のGitリポジトリとリモートリポジトリの同期を基本的な操作モデルとする。リポジトリ単位でのアクセス制御、フォークとプルリクエストによるコントリビューションモデル、GitHub Actionsによる自動化パイプラインなどが、現代のソフトウェア開発における標準的なワークフローを形成している。近年はAIを活用したコード補完ツールであるGitHub Copilotを中核サービスとして展開しており、開発支援のAI統合を推進している。
2026年にはGitHubをめぐる複数の注目すべき動向が相次いだ。
2026年6月には、GitHubの内部リポジトリから大規模なソースコード流出事件が発覚した。脅威アクター「TeamPCP」が従業員端末にインストールされた悪意あるVS Code拡張機能を経由して約4,000件の内部リポジトリからデータを窃取し、5万ドル以上での売却を要求したと報告されている。この事件は開発インフラを標的とするサプライチェーン攻撃の高度化を示すものとして、開発環境のセキュリティモデルの再考を促す契機となった。
同じく2026年6月には、MicrosoftのコードエディタVS Codeが事前の告知なしにGitコミットへ「Co-authored-by: Copilot」を自動追加するようデフォルト設定を変更したことが判明した。GitHub Copilotを無効化している環境でもクレジットが付与されるバグが発生し、開発者コミュニティから強い反発を招いた。Microsoftは謝罪し、次期バージョンで当該機能をデフォルト無効に戻すと発表したが、AI生成コードの帰属や法的課題、そして強引なAI統合への不信感が浮き彫りとなった。
2026年5月には、GitHub Copilotの料金体系が従量課金へ移行することが報じられ、月額は据え置きながら一定の利用量を超えると追加課金が発生する仕組みが開発者の間で議論を呼んだ。また、OpenAIがAIエージェントによる開発作業のオーケストレーション仕様「Symphony」を公開したことも注目された。この仕様はissue trackerを起点にタスクを割り当て、エージェントが完了した作業をプルリクエストとして人間のレビューに届ける設計であり、GitHubのワークフロー上でAIエージェントが生成するプルリクエスト数の大幅な増加をもたらす可能性が指摘されている一方、人間によるレビュー体制が新たなボトルネックになるという課題も浮上している。
OpenAIはCodexに6種の役割別プラグイン、Sites、アノテーションを追加し、開発者向けのコード支援から部門横断の業務成果物生成基盤へ広げる。非開発者利用の拡大が、その転換を支えている。
AIエージェントが読み込むログやMCP出力をローカルで圧縮し、不要な入力トークンを削減するHeadroomが注目を集めている。
GitHubの内部リポジトリからソースコードが流出した事件は、従業員端末にインストールされた悪意あるVS Code拡張機能が起点だった。脅威アクター「TeamPCP」は約4,000の内部リポジトリからデータを窃取し、5万ドル以上での売却を要求しており、開発インフラを狙うサプライチェーン攻撃の高度化が開発環境のセキュリティモデルに見直しを迫っている。
Halupediaは、検索やリンクに応じて存在しない記事をリアルタイム生成するWikipedia風サイトであり、ハルシネーションを「仕様」と捉え、架空の「正史」を構築しようと試みている。このシステムは、LLMの構造的脆弱性やコンテキストウィンドウの限界を可視化しつつ、現実世界からの完全な切断によりプロンプトインジェクションに対する独自の耐性を示す。
VS Codeが事前の告知なくGitコミットに「Co-authored-by: Copilot」を自動追加するようデフォルト設定を変更し、AI機能を無効化している環境でもクレジットが付与されるバグが発生したことで、開発者コミュニティから強い反発を招いた。Microsoftは謝罪し、次期バージョンで当該機能をデフォルト無効に戻すロールバックを決定したが、この問題はAI生成コードの貢献度記録や法的課題、そしてMicrosoftの強引なAI統合戦略に対する不信感を浮き彫りにした。
Microsoft Edgeは起動時に保存済みパスワードを平文でRAM上に展開し続ける設計であり、管理者権限を持つ攻撃者が共有端末やターミナルサーバで複数の認証情報を収集するリスクがある。この挙動はGoogle ChromeやBraveとは異なり、Microsoftは「意図的な設計」と回答しているため、ユーザーはパスワード管理方法や多要素認証の利用を見直す必要がある。
OpenAIが公開したSymphonyは、AIエージェントによる開発作業の管理コストを削減するオーケストレーション仕様である。issue trackerを起点にタスクを割り当て、エージェントが完了した作業をPRとして人間のレビューに自動で届けることで、開発の焦点がコード生成から管理へと移行する転換点となる。これによりPR数が大幅に増加した一方で、人間のレビュー体制が新たな制約となる課題も浮上している。
GitHubは、AIエージェントによるトラフィックが30倍に急増し、システムの可用性が危機に瀕している状況だ。これを受け、同社は新機能開発よりも可用性と容量の確保を最優先とし、システムの抜本的な再構築とマルチクラウド戦略への転換を進めている。
OpenAIは、テキスト中の個人識別情報(PII)をローカルで検出・マスクする「OpenAI Privacy Filter」を公開した。Apache 2.0ライセンスで提供され、クラウドに送る前のデータ処理に活用できるが、匿名化ツールや法令順守の証明にはならないため、高リスク用途での利用には注意が必要だ。
Valveは、Linux上でWindowsゲームを動かす互換レイヤー「Proton 11.0 Beta 1」を公開した。これはWine 11.0ベースへの更新に加え、Proton Experimentalで先行していた多くのゲームタイトルや修正がベータ版に移行し、安定した互換性改善をより広いユーザーに提供する。特にX-Plane 12のような重量級タイトルへの対応や、周辺コンポーネントの広範な更新により、単なるゲーム追加に留まらない実利用での安定化と将来的なARM対応への布石が示された。
OpenAIはCodexデスクトップアプリを大規模に刷新し、コード記述支援ツールからコンピュータ全体を自律的に操作する「Super App」へと進化させた。このアップデートにより、バックグラウンドでのアプリ操作や画像生成、記憶・自動化機能が統合され、開発者はコード記述以外の周辺業務に奪われていた時間を純粋な問題解決に充てられるようになる。
現代のゲーム開発における最大の技術的障壁は、写実的な表現と卓越したパフォーマンスの並立だ。この問題に対して、AMDは新たな解答を提示した。同社が新たに公開した「AMD FSR SDK 2.2」は、開発者向けソフトウェア開 […]
2026年2月、半導体業界に一つの重要な節目が訪れた。Intelが数年にわたって推進してきた、CPUの機能を後付けでアンロックする「Software Defined Silicon(SDSi)」、通称「Intel On […]
2025年、生成AIの競争軸は「流暢な会話」から「論理的な推論」へと完全に移行した。その最前線で、中国のAIスタートアップDeepSeekがまたしても業界を揺るがす一手、「DeepSeekMath-V2」を投じた。 これ […]
大規模言語モデル(LLM)によるコード生成は、ソフトウェア開発の風景を一変させた。しかしその裏で、多くの開発者はある種の「雰囲気(vibe)」に頼ったコーディングの危うさを感じ始めている。MITの研究チームが、この課題に […]
かつて自由な社風と手厚い福利厚生の象徴であったシリコンバレーで、今、労働文化の振り子が逆方向へ大きく振れ始めている。その震源地は、技術革新の最前線であるAIスタートアップだ。「午前9時から午後9時まで、週6日働く」―中国 […]
生産性向上ツール「Notion」が、自律的にタスクを実行する「AIエージェント」を中核に据えた「Notion 3.0」を正式に発表した。これは単なる文章生成や要約といった既存のAIアシスタント機能のアップデートとは一線を […]
2025年9月3日、Microsoftがテクノロジー史における極めて重要な決断を下した。約48年前の1978年に書かれた「Microsoft BASIC for 6502 Microprocessor – V […]
「“真実”を追求するはずのAIが、なぜ歴史上最も醜悪な虚偽と憎悪を拡散するに至ったのか」。これは、Elon Musk氏率いるxAIが開発したチャットボット「Grok」が引き起こした未曾有の事件の後、テクノロジー業界全体に […]
Language models have outpaced our ability to evaluate them effectively, but for their future development it is essential to study the frontier of their capabilities. We find real-world software engineering to be a rich, sustainable, and challenging testbed for evaluating the next generation of language models. To this end, we introduce SWE-bench, an evaluation framework consisting of $2,294$ software engineering problems drawn from real GitHub issues and corresponding pull requests across $12$ popular Python repositories. Given a codebase along with a description of an issue to be resolved, a language model is tasked with editing the codebase to address the issue. Resolving issues in SWE-bench frequently requires understanding and coordinating changes across multiple functions, classes, and even files simultaneously, calling for models to interact with execution environments, process extremely long contexts and perform complex reasoning that goes far beyond traditional code generation tasks. Our evaluations show that both state-of-the-art proprietary models and our fine-tuned model SWE-Llama can resolve only the simplest issues. The best-performing model, Claude 2, is able to solve a mere $1.96$% of the issues. Advances on SWE-bench represent steps towards LMs that are more practical, intelligent, and autonomous.
Generative AI tools hold promise to increase human productivity. This paper presents results from a controlled experiment with GitHub Copilot, an AI pair programmer. Recruited software developers were asked to implement an HTTP server in JavaScript as quickly as possible. The treatment group, with access to the AI pair programmer, completed the task 55.8% faster than the control group. Observed heterogenous effects show promise for AI pair programmers to help people transition into software development careers.
Over the past year (2022–2023), recently-released AI tools such as ChatGPT and GitHub Copilot have gained significant attention from computing educators. Both researchers and practitioners have discovered that these tools can generate correct solutions to a variety of introductory programming assignments and accurately explain the contents of code. Given their current capabilities and likely advances in the coming years, how do university instructors plan to adapt their courses to ensure that students still learn well? To gather a diverse sample of perspectives, we interviewed 20 introductory programming instructors (9 women + 11 men) across 9 countries (Australia, Botswana, Canada, Chile, China, Rwanda, Spain, Switzerland, United States) spanning all 6 populated continents. To our knowledge, this is the first empirical study to gather instructor perspectives about how they plan to adapt to these AI coding tools that more students will likely have access to in the future. We found that, in the short-term, many planned to take immediate measures to discourage AI-assisted cheating. Then opinions diverged about how to work with AI coding tools longer-term, with one side wanting to ban them and continue teaching programming fundamentals, and the other side wanting to integrate them into courses to prepare students for future jobs. Our study findings capture a rare snapshot in time in early 2023 as computing instructors are just starting to form opinions about this fast-growing phenomenon but have not yet converged to any consensus about best practices. Using these findings as inspiration, we synthesized a diverse set of open research questions regarding how to develop, deploy, and evaluate AI coding tools for computing education.
In software development, resolving the emergent issues within GitHub repositories is a complex challenge that involves not only the incorporation of new code but also the maintenance of existing code. Large Language Models (LLMs) have shown promise in code generation but face difficulties in resolving Github issues, particularly at the repository level. To overcome this challenge, we empirically study the reason why LLMs fail to resolve GitHub issues and analyze the major factors. Motivated by the empirical findings, we propose a novel LLM-based Multi-Agent framework for GitHub Issue reSolution, MAGIS, consisting of four agents customized for software evolution: Manager, Repository Custodian, Developer, and Quality Assurance Engineer agents. This framework leverages the collaboration of various agents in the planning and coding process to unlock the potential of LLMs to resolve GitHub issues. In experiments, we employ the SWE-bench benchmark to compare MAGIS with popular LLMs, including GPT-3.5, GPT-4, and Claude-2. MAGIS can resolve 13.94% GitHub issues, significantly outperforming the baselines. Specifically, MAGIS achieves an eight-fold increase in resolved ratio over the direct application of GPT-4, the advanced LLM.