ITワクワク塾Software Factoryとは？AIエージェントが開発の工程をつなぐ仕組み
仕様の版：標準の仕様はなし（開発元の発表をもとに整理）
すでに多くの開発者が、AIにコードを書いてもらうコーディングエージェントを使っています。2026年には、その次の段階として、開発の工程全体をAIエージェントに任せる「Software Factory」という言葉が出てきました。
本記事では、この言葉を使い始めた開発元の発表をもとに、Software Factoryの流れと、人が読まないコードを確かめる仕組みを見ていきましょう。
Software Factoryとは
Software Factory（ソフトウェア工場）は、ソフトウェアを作って動かす一連の工程を、AIエージェントがつながった流れとして進める仕組みです。標準化された仕様はなく、AIによる開発支援の会社などが、自社の考え方を説明するために使っています。
左右に並べた図で、これまでのコーディングエージェントの使い方と比べました。左が1回の依頼、右が工程の輪です。
コーディングエージェントでは、開発者が1つの作業を頼み、エージェントが1つの変更を作ったところで仕事が終わります。Software Factoryが受け持つのは、作業を受け付けてから出荷し、動きを見守るまでの工程全体です。1人の開発者の道具ではなく、組織の開発の仕組みそのものをAIエージェントで組み立てる点が違います。
工程が輪になってつながる
Software Factoryの工程は、1回で終わらず、輪になって回り続けます。図の矢印をたどると、出荷の後の監視が、次の作業の出発点に戻っていることが分かるでしょう。
出発点は、不具合の報告、顧客の声、事業上の要求といった外からの合図です。AIエージェントがそれを振り分け、変更を計画し、実装、テスト、レビュー、セキュリティの確認、出荷へと進めます。出荷した後の監視で問題が見つかれば、それが次の合図として最初に戻るわけです。
工程ごとに別のエージェントを用意し、それぞれに受け持ちの作業を任せます。数時間から数日かかる大きな作業なら、複数のエージェントが並行して進める流れに分けることも可能です。
工場に求められる3つの条件
この言葉を打ち出した開発元は、工場として動かすために必要な条件を3つ挙げています。どれも、1つの作業を頼むだけなら気にしなくてよかった点です。
1つ目として、作業ごとにAIのモデルを選べることが挙がっています。費用、性能、速さのどれを優先するかで、向いているモデルが変わるからです。決まりに沿ってモデルを自動で選ぶ仕組みも用意されていました。
2つ目は、組織が自分のデータと、そこから学んだ内容を持ち続けられることです。クラウドで使う形のほか、自分たちの環境に置く形や、外のネットワークから切り離した環境で使う形も選べるとしています。
3つ目は、工程どうしが結果を生かし合い、改善し続けることです。たとえば、セキュリティの確認で見つかった問題をコードのレビューに反映し、障害が起きたら原因になった変更と結び付けます。
人が読まないコードを確かめる仕組み
別の会社のAIチームは、人がコードを書かず、レビューもしない開発の進め方をSoftware Factoryと呼んで公開しました。人が読まないコードを、どうやって確かめるのかが問題になります。
図は人が用意するものと、エージェントに見せるもの・見せないものを分けて描きました。オレンジの矢印が、確かめて作り直させる流れです。
このチームでは、人が仕様と「シナリオ」を書きます。シナリオは、利用者がソフトウェアを使う一連の流れを書いたものです。コードを書くエージェントには仕様だけを渡し、シナリオは見せずにコードの外に保管しておきます。テストをコードと一緒に置くと、エージェントがテストに合わせてコードを書き換えてしまうためです。機械学習で、評価に使うデータを学習に使わず取っておく考え方に近いでしょう。
作ったソフトウェアは、認証やチャット、文書などの外部サービスの振る舞いをまねた複製の上で動かします。本物のサービスでは試しにくい大量の利用や、失敗の場面も確かめられるようにするためです。合否は「テストがすべて通ったか」ではなく、シナリオを通した試行のうち、利用者を満足させたと見込める割合で判断します。
AIエージェントの出来を確かめる方法については、AIエージェントの評価の記事も参考になるはずです。
人の役目はどこへ移るか
Software Factoryでも、人の仕事がなくなるわけではありません。コードを書く役目から、工場そのものを作り、見守る役目へ移ります。
開発元の発表では、人の役目を、工場を作ること、統制と安全を保つこと、事業の成果に責任を持つことと説明していました。人のレビューをなくしたチームでも、何を作るかを決める仕様と、どう確かめるかを決めるシナリオは人が用意しています。
最初からすべてを自動で動かせる組織はなく、任せる範囲は段階的に広げていくもの、というのが発表の説明です。どこまで任せるかは、必要な人の指示の量、扱う情報の機密度、組織の準備の度合いによって変わります。
任せる前に確かめること
工程全体を任せるほど、間違えたときの影響は大きくなります。とくに出荷までを自動で進める場合は、確かめ方の作りがそのまま品質を左右するでしょう。
まず、エージェントが本番の環境やデータにどこまで触れられるかを確かめましょう。必要な権限だけを渡す考え方は、権限とサンドボックスの記事で説明しています。不具合の報告や顧客の声のように外から入る文章には、エージェントを操る指示が紛れ込むおそれがあり、これはプロンプトインジェクションと呼ばれる攻撃です。
人がレビューしない場合は、確かめる仕組みを人が作り、見直し続ける必要があります。シナリオに書かれていない使い方は確かめられないため、シナリオの抜けがそのまま品質の抜けになるからです。
製品での使われ方
AIによる開発支援のFactoryが、2026年6月15日の発表「Factory 2.0」でSoftware Factoryという言葉を使いました。同社の発表によると、NVIDIAやAdobeなどの大きな組織で、すでにこの仕組みが動いているそうです。
アクセス管理の製品を作るStrongDMのAIチームも、2026年2月6日付の公開ページで、自分たちの開発の進め方をSoftware Factoryと呼びました。仕様が固まった後に対話なしで最後まで進めるコーディングエージェントAttractorを、GitHubで公開しています。
どちらも2026年の発表なので、内容は今後変わるかもしれません。
参考にした一次情報
開発元が自社のサイトや公開リポジトリで出した発表です。