GitHubがAI開発用語を解説。AIを文房具ではなく作業場として見る話

AIを一本の道具で見ない

GitHubが、AI開発用語を解説する公式ブログ記事を公開しました。公開日は2026年9月2日です。GitHub Podcastの内容を、読む人向けのガイドにしたものです。

今回の主役は、新しいアプリ名ではありません。AIを仕事場の一員として扱う言葉です。

AIを高性能なペンだと思うと、一問一答で止まります。作業場だと思うと、役割、通路、検品台が必要になります。責任者も必要になります。

朝の雑務がloopになる

loop engineering（反復作業をAIに回す設計）は、その発想を表します。毎朝同じ依頼をAIに投げるだけでは、まだ弱い使い方です。

GitHubの記事は、issues（課題票）を使う例を出します。AIが読み、要約し、修正案を出します。詰まったものは人に渡します。

この流れを店の開店準備に置き換えると分かりやすいです。毎朝、棚を見て、足りないものを数え、店長に知らせる係を作る感覚です。

AIは係になります。人間は最後の判断と例外対応を持ちます。

Ralph loopは力任せな自動運転

Ralph loop（完了までAIを回し続ける型）は、仕様書を渡してAIに働き続けさせる考え方です。計画、実行、点検を何度も回します。

便利そうに見えますが、GitHubは負担も示しています。反復のたびにtokens（AIが読む小さな単位）を使います。context（AIが参照する情報量）とcompute（計算資源）も使います。

なので価値は、長く回すことそのものではありません。少ない反復で良い結果に近づく設計が価値です。

squadはAIに席順を作る

squad（役割の違うAIのチーム）は、ひとつのAIに全部任せない発想です。現実のチームのように、担当を分けます。

・計画を作る ・計画を疑う ・実装する ・test（試験）する ・review（点検）する

fleet（並列に動くAI群）は、同時に作業を進める言葉です。squadを順番に動かす場合も、fleetで一気に動かす場合もあります。

非開発の仕事なら、企画、校正、法務チェック、顧客向け文面に近いです。AIが増えるほど、誰に何をさせるかが仕事になります。

harnessはAIの作業台です

harness（モデルを仕事へつなぐ周辺システム）は、AIをむき出しで使わないための作業台です。周辺の部品が、AIの働き方を決めます。

・道具 ・権限 ・記憶 ・文脈

GitHub Copilotは、GitHubの記事でharnessの例です。モデルを実際の開発作業へつなぐためです。

・コード ・編集画面 ・pull request（変更提案） ・terminal（命令画面）

GitHub Docsにも、GitHub CopilotとCloud agentの入口があります。用語が実際の製品環境とつながることも見えてきます。

hill climbing（評価で少しずつ改善する方法）は、この作業台を育てる言葉です。evals（AI出力を測る試験）で出力を測り、接続を直します。

開き方の違いも見えてくる

GitHubは、closed models、open weights、open source modelsも分けています。名前が似ていても、中身の見え方は違います。

・closed model（中身を公開しないモデル）はAPIやサービス越しに使う ・open weights（重みを公開するモデル）は重みを使える ・open source model（中身を再利用できる形のモデル）はcode、data、学習手順まで見える

今回の発表は用語解説です。新機能の提供時期や料金は、発表に書かれていません。

だからこそ、派手な発表より長く効きます。AIを買う話ではなく、AIが働く場所を作る話だからです。

言葉を覚える目的は、流行に追いつくためではありません。自分の仕事にAIの席を作るためです。