2026年6月2日（米国時間） - 米国カリフォルニア州サンフランシスコ - AIを活用したエージェント型ソフトウェア開発プラットフォームとして世界をリードするGitHub（https://github.co.jp）は、Microsoftの開発者向け年次イベントMicrosoft Build（https://news.microsoft.com/build-2026/）にて、AIエージェントネイティブなデスクトップ体験を提供する「GitHub Copilotアプリ（https://github.com/features/ai/github-app）」について詳細を発表しました。 近年、AIエージェントの台頭によりソフトウェア開発は加速する一方で、ワークフローの分断、コンテキスト切り替えの増加、AIが生成したコードのレビュー時間の増大といった課題も生じています。こうした状況を受け、GitHu
I was an early employee at CircleCI. I have used, in anger, nearly every CI system that has ever existed. Jenkins, Travis, CircleCI, Semaphore, Drone, Concourse, Wercker (remember Wercker?), TeamCity, Bamboo, GitLab CI, CodeBuild, and probably a half dozen others I’ve mercifully forgotten. I have mass-tested these systems so that you don’t have to, and I have the scars to show for it, and I am her
はじめに GitHub Actions の actions/github-script や run: ブロックで ${{ }} を使うとき、多くの開発者がセキュリティリスクを見落としています。PR の自動タグ付けやリリースノート生成など、よくある CI ワークフローにもこのリスクは潜んでいます。 筆者が Go で書かれたコード生成ツールの CI ワークフローをセキュリティレビューした際、この問題を実際に発見しました。本記事では攻撃手法と対策を具体的なコード例とともに解説します。 ${{ }} の展開はテンプレートエンジンそのもの GitHub Actions の式展開 ${{ }} は、ワークフロー実行前にテキスト置換されます。 if: 条件で使う場合は式として評価されるため安全ですが、run: ブロックや script: の中で使うと、展開結果がそのままシェルコマンドや JavaScri
〇 ： 高確率で自動参照・強く影響 △ ： 参照される可能性あり（条件依存） ✕ ： ほぼ参照されない △１： ローカルインデックス（VS Code標準）は最大2500ファイルに制限されている。GitHub Copilot は リポジトリ全体を参照する。ただし、階層が深すぎたり、ファイル数が多すぎると、インデックスから漏れる可能性がある。 △２： Claude、Gemini、OpenAIのWeb版チャットUIは、「今開いているタブ」のみ自動参照する。リポジトリ全体をアップロードするか、AIエージェント経由で読み込ませる必要がある。 △３： ChatGPTのリポジトリ読込み機能は、Gitの仕組みを直接使っているわけではない。.gitignore で隠しているファイルを有効なファイルとして認識することがある。 △４： IDE（VS Codeなど）がコードを整形する際にeditorconfig
Intro Nx リポジトリが攻撃を受け、広範囲にわたるインシデントが発生した。 今回の事例は、GitHub Actions を中心に複数のステップが組み合わさった攻撃であり、過去に何度も発生してきた攻撃と本質的には変わらない。 しかし、途中で AI が何度か登場するため「AI が書いたコードをマージしたから」などといった表面的な反応もあるが、実態はそこまで単純な話でもない。 また、「自分のプロジェクトは Nx を使っていないから関係ない」とも言えない攻撃であるため、特にフロントエンドエンジニアは全員注意と確認が必要となる。 この攻撃が何だったのか、そこから学べることは何なのか、解説する。 Nx Incident 今回のインシデントについては、既に公式の Advisory が出ている。ニュース系の記事も多々あるが、一次情報は以下となる。 Malicious versions of Nx a
GitHubは、生成AIがプログラミングなどを支援してくれる「GitHub Copilot」の新機能として、「GitHub Copilotコードレビュー」が正式版になったことを発表しました。 コードレビューは開発に欠かせないが時間がかかる コードレビューは、新しくコードを書いたときや変更するときなどさまざまな場面で、そのコードにバグなどの問題がないか、目的に沿った内容や表現になっているか、などのチェックや評価を行う作業です。 チームでシステム開発を行ううえでコードレビューは欠かせませんが、コードレビューは基本的にレビューを行うプログラマ（レビュワー）がコードを目視で読み取り、チェックしていくことになるため、レビュワーにとって負荷の高い時間のかかる作業となっています。 最低限のコードレビュー作業を生成AIが代行 GitHub Copilotコードレビューは、GitHub Copilotに作業
はじめに 最近GitHubでプルリクのレビューアーにCopilotくんをアサインすると、AIがレビューしてくれるようになりました。 アサインしてしばらく待つとレビューを付けてくれます。 今回はCopilotくんの指摘はなかったようです。 さて、この機能は非常に便利なのですが、毎回アサインするの面倒くさいですしプルリクを出す人によってはアサインしなかったり忘れたりするのはイマイチなので、勝手にアサインして毎回レビューしてもらう設定にしちゃいましょう。という記事です。 GitHub Copilotは定額なのでなるべく使いまくったほうが得ですよね！ 結論を簡単に書くと ルールセットで [Request pull request review from Copilot]を有効化 すればOK これで完全に理解した方は以降は読まなくてもよいかと思います。 まずはCopilotくんにレビューしてもらおう
世界最大のソフトウェア開発プラットフォームのGitHubには、「Star(スター)」と呼ばれるリポジトリやトピックに印を付ける機能があります。スターを付けることで後で検索しやすくなったり、スターが多いリポジトリは「人気のリポジトリ」として表示されやすくなったりします。しかし、カーネギーメロン大学とノースカロライナ州立大学による研究で、人為的に水増しされたスターが450万個も存在していることや、偽のスターの多くがマルウェアを含むリポジトリに付けられていることが明らかになりました。 4.5 Million (Suspected) Fake ⋆ Stars in GitHub: A Growing Spiral of Popularity Contests, Scams, and Malware (PDFファイル)https://arxiv.org/pdf/2412.13459 The Rise
はじめに 知らない間にGitHub Copilotが結構進化していたので、それらの内容を紹介します。 GitHub Copilot Chatは知っていたのですが、単なるChatGPTみたいな会話機能を追加しただけだと思っていました。 要約 右クリックメニューや#fileのようなコマンドが登場し、それを入力するだけでChatに見てほしいコンテキストを伝えることができるようになった。 ファイル単位だけでなく、選択した行やブロックに限定することもできる。 テストコードや新しいプロジェクトをコマンド一つで生成できるようになっている。 推薦の候補も複数を同時に比較できるようになった。 一度に最大10個くらい出る上、タブで保管できる。 ターミナルや編集中のファイルからコマンド一つでChatを立ち上げることができる。 特別なプロンプトを入力しなくても、開いた場所の文脈を読み取ってくれる。 右クリックメニ
GitHubでは削除されていたりプライベートに設定されていたりするフォークやリポジトリに誰でもアクセスでき、さらにその動作が欠陥ではなく仕様通りであるとオープンソースセキュリティ企業のTruffle Securityがブログに投稿しました。 Anyone can Access Deleted and Private Repository Data on GitHub ◆ Truffle Security Co. https://trufflesecurity.com/blog/anyone-can-access-deleted-and-private-repo-data-github GitHubでの一般的なワークフローとして、「新しいフォークを作成する」「コミットする」「フォークを削除する」というものを考えてみます。 この時、削除したはずのフォークの中身を誰でも確認できてしまうとのこと。
MozillaのFirefoxやGoogleのChromeに対抗するべく、企業取引や広告収入なしでゼロからウェブブラウザを開発するため、GitHubの創設者であるクリス・ワンストラス氏と、オープンソースのPC向けOSであるSerenityOSの開発者・アンドレアス・クリング氏が、非営利団体の「The Ladybird Browser Initiative」を立ち上げました。同団体が開発しているウェブブラウザの名称は「Ladybird」で、ワンストラス氏から100万ドル(約1億6000万円)の資金援助を受けています。 Announcing the Ladybird Browser Initiative https://ladybird.org/announcement.html Shared post - Ladybird Web Browser becomes a non-profit w
GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど 記事の中で、プログラマが意図したコードを高い精度で生成AIに生成させるためのテクニックがいくつも紹介されています。これらのテクニックはCopilotに限らず、生成AIを用いてコードを生成させる際の参考になると思われます。 この記事では、紹介されているテクニックのポイントをまとめてみました。 GitHub Copilotでよりよいコードを生成するためのポイント 生成AI活用の基本として説明されたのは、大規模言語モデルを用いた生成AIでは、コンテキスト（文脈）に基づいて予測を行うように設計されているため、生成AIに対する入力やプロンプトがコンテキストに富んでいるほど良い出力が得られる、という原則です。 それゆえ、GitHub CopilotおよびGitHub Copi
GitHubがCopilotの将来像「Copilot Workspace」を発表した。人間が書いたIssueを起点にCopilotが仕様作成からコーディング、ビルドなど、ほとんど全ての開発工程を自動的に実行してくれるものだ。 GitHubの年次イベント「GitHub Universe 2023」が米サンフランシスコで開幕。同社CEOのThomas Dohmke（トーマス・ドムケ）氏は1日目の基調講演の最後に、GitHub Copilotの将来像となる「Copilot Workspace」を発表しました。 Copilot Workspaceは、人間が書いたIssueを起点にCopilotがIssueに対応した仕様を書き、実装計画を示し、それに沿ってコーディングや既存のコードの修正を行い、ビルドをしてエラーがあれば修正まで行うという、コーディングのほとんど全ての工程をCopilotが自動的に実
GitHub Copilot chatのウェイティングリストが通過して本日使えるようになりました。 結構本日通っている方が多かったようです。 アイコンがかわいいですね。 このかわいいアイコンと対話することになります。 使えるようになったので何ができるかを試してみました 準備 まだCopilot chatに関しては公式でも文献がおいておらず招待のメールを見ながら準備を進めるのですが必要なのはVSCode Insiders とGitHub Copilot Nightlyになります。 またVSCode InsidersにGitHub Copilot拡張をいれるとNightlyと競合するようなのでその点が注意です。 使い方 コード上で右クリックを押すとCopilotメニューが追加されています。(Chatでない標準のCopilotだとこれはなかった） 基本的にできること /helpででてきます。 た
(Updates moved to follow-up post: ”the [E]nd of eeeee”.) A few weeks ago my most popular repository on GitHub was crowbar, a Rust crate that I’m particularly proud of. It wasn’t necessarily good, but it did something interesting. It has 168 stars. It was overtaken by a repository named by the maximum number of e’s. It cannot be cloned. Cloning into 'eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
永久凍土下にコードを保存する「Arctic Code Vault」バージョン1.0達成、GitHubが報告。1.4トンの保管庫を設置 GitHubは2019年に発表した、オープンソースのコードをノルウェーにあるスヴァールバル諸島の永久凍土層の地下に1000年以上保存するプロジェクト「Arctic Code Vault」において保管庫の設置が完了し、プロジェクトとしてバージョン1.0を達成したと報告しました。 "To live for 1,000 years, it's not enough to be durable; you have to be beautiful, too." GitHub's Arctic Code Vault is a huge stainless steel vault etched with AI-generated art, with a “Tech Tre
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
