Skip to main content
PromptQuorum
ホーム/ローカルLLM活用/GPT Engineerレビュー2026:アーカイブ済み、代替案
Local AI Agents & Tool Use

GPT Engineerレビュー2026:アーカイブ済み、代替案

·10分で読了·Hans Kuepper 著 · PromptQuorumの創設者、マルチモデルAIディスパッチツール · PromptQuorum

GPT Engineerはgithub.com/AntonOsika/gpt-engineerで公開されている無料のMITライセンスPythonコマンドラインツールで、自然言語のプロンプトファイルを生成されたコードベースに変換し、変更内容を記したプロンプトから既存コードを「改善」することもできる。本レビュー時点で、GitHubリポジトリはアーカイブされている — 単に更新が遅い状態ではなく、GitHubの読み取り専用状態である。 アーカイブ前に5万5,100のGitHubスターと7,200のフォークを獲得し、最後のPyPIリリースは2024年6月のgpt-engineer 0.3.1で、README自体が現在、訪問者をgptengineer.app(後継のホスト型製品で、Lovableの前身)またはAider(よく整備されたハッカブルなCLI)へ案内している。

GPT Engineerは、Anton Osika氏によって元々開発された、無料でオープンソース(MITライセンス)のPythonコマンドラインツールで、自然言語のプロンプトファイルから完全なコードベースを生成し、既存コードを反復改善する「improve」モードも備える — github.com/AntonOsika/gpt-engineerで公開。本レビュー時点で、このリポジトリはアーカイブ(読み取り専用)されている。 GitHubはこれをアーカイブ済みとマークし、GitHub上の説明文自体も「CLI platform to experiment with codegen. Precursor to: lovable.dev」と記載しており、READMEは訪問者を他所へ案内している — 「意見の反映された、マネージドサービスとしての進化形」としてgptengineer.appへ、「よく整備されたハッカブルなCLI」としてAiderへ。

GPT Engineerレビュー2026:アーカイブ済み、代替案

重要なポイント

  • MITライセンス — 商用利用を含め無料で使用・改変・セルフホスト可能。ただしリポジトリはもう変更を受け付けられない
  • GitHubリポジトリAntonOsika/gpt-engineerは5万5,100スターと7,200フォークを超えた(2023年4月作成)。本レビュー時点でアーカイブ済み
  • PyPIパッケージgpt-engineer、最終公開バージョン0.3.1(2024年6月6日)— それ以降のリリースなし
  • 中核概念:望むソフトウェアを記述したpromptテキストファイルをgpte <project_dir>で生成、-iフラグで新しいプロンプトから既存コードを改善
  • プロジェクト自身のGitHub説明文は、これをgptengineer.appの「前身」と呼んでおり、gptengineer.appは商用製品Lovableへと発展した
  • プロジェクト自身のREADMEが、保守されている代替CLIとしてAiderを推奨している

📍 一文で説明

GPT Engineerは、プロンプトファイルから完全なコードベースを生成していた無料のMITライセンスPython CLIだが、GitHubリポジトリは現在アーカイブ(読み取り専用)されており、最終リリースは2024年6月、README自体がAiderかgptengineer.appを推奨している。

💬 簡潔に説明

GPT Engineerはテキストファイルに平易な言葉でアプリを説明すると、ツールがそのコードを書いてくれるというものだった。プロジェクトはもう更新されていない — GitHubがリポジトリを読み取り専用にロックし、開発者たちは新規ユーザーを他のツールへ案内するようになった。

📌補足: GPT Engineerの中核的な役割は、単一のプロンプトからのフルコードベース生成であり、AutoGPTやOpen Interpreterなど他の初期の自律型コーディングエージェントに最も近いカテゴリーに位置する。エージェントフレームワークやコーディングツールの中での位置付けは、Local LLM Software Directoryで一覧できる。

コード生成実験からアーカイブ済みリポジトリへ

GPT Engineerは2023年4月、「アプリを説明すれば完全なコードベースが得られる」という発想を広く普及させた初期のツールの1つとして誕生し、そのGitHubリポジトリは現在アーカイブされている。 Anton Osika氏は2023年4月29日にAntonOsika/gpt-engineerリポジトリを作成し、AutoGPTやBabyAGIに続いた2023年の自律型コーディングエージェントへの関心の高まりの中で急速に成長した。

2023年12月には、gpt-engineer-orgという組織が作られ、プロジェクトのコピーを一時期保持していた(本レビュー時点で、github.com/gpt-engineer-org/gpt-engineerというGitHub URLは元のAntonOsikaリポジトリへリダイレクトされる)。gpt-engineer-org組織が掲載しているウェブサイトはgptengineer.appであり、GPT EngineerのREADMEはこれを元のCLIツールの「進化形」だと説明している。これは意見の反映された、マネージド型のノーコード/ローコード製品である。

gptengineer.app自体は、GitHubリポジトリの公開説明文の中で「lovable.devの前身」と記されている — Lovableは別ブランドの、ベンチャー資金による商用AIアプリビルダー製品である。本レビューが扱うのは元のオープンソースCLIツールgpt-engineerのみであり、gptengineer.appやLovableは対象外である。これらは独自の利用規約、価格、サポートを持つ商用製品である。

GitHub上の最終タグ付きリリースはv0.3.1(2024年6月6日)であり、PyPIに公開された最終バージョンと一致する。リポジトリへの最終コードプッシュは2025年5月14日で、その後GitHubのアーカイブフラグが設定された。つまりリポジトリは現在読み取り専用であり、新しいコミット、issue、プルリクエストはマージできない。

AntonOsika/gpt-engineerリポジトリ作成

日付:
2023-04-29
意味:
最初の人気を博したフルコードベース生成CLIツールの1つが誕生

gpt-engineer-org組織を作成

日付:
2023-12-13
意味:
GitHub組織が設立され、後にgptengineer.appをウェブサイトとして掲載

v0.3.1 / gpt-engineer 0.3.1リリース

日付:
2024-06-06
意味:
現時点までの最終タグ付きGitHubリリースおよび最終PyPI公開

リポジトリへの最終コミットプッシュ

日付:
2025-05-14
意味:
リポジトリがアーカイブされる前の最後の記録されたコード変更

リポジトリのアーカイブが確認される

日付:
2026-09
意味:
GitHub APIがarchived: trueを報告 — リポジトリは読み取り専用

📌補足: 「GPT Engineer」という名称は、ウェブ上の関連のないチュートリアルやテンプレートリポジトリでも非公式に使われている — 本記事が扱うのは元のAntonOsika/gpt-engineerプロジェクトのみである。

GPT Engineerとは?

GPT Engineerは、単一の自然言語プロンプトファイルからプロジェクトの完全なコードを生成し、後続のプロンプトから既存コードベースへの変更も適用できる、オープンソースのPythonコマンドラインツール(MITライセンス、アーカイブ済み、github.com/AntonOsika/gpt-engineer)である。

  • プロンプト駆動の生成:空のプロジェクトフォルダを作成し、望むソフトウェアを説明する平文のpromptファイルを書き、そのフォルダに対してgpteCLIを実行する
  • gpte <project_dir>:デフォルトモード — そのフォルダのpromptファイルで説明されたプロジェクトの新しいコードベースを生成する
  • gpte <project_dir> -i:「improve」モード — 既存のコードベースと、望む変更を記した新しいpromptをツールに指定すると、それに応じてコードを編集する
  • モデルバックエンド:デフォルトでOpenAI API(OPENAI_API_KEY環境変数または.envファイル)を使用し、ローカルおよびAzureホスト型を含むカスタムモデルのサポートもドキュメント化されている
  • ベンチマーク:パッケージには別途benchコマンドがインストールされ、APPSやMBPPを含む公開コーディングベンチマークに対して独自のエージェント実装をテストできる
  • READMEに記載された配布方法:pipインストールされるCLI、Dockerイメージ、またはブラウザベース環境向けのGitHub Codespaces
bash
pip install gpt-engineer

# 1. 作りたいものを説明した「prompt」ファイルを持つプロジェクトフォルダを作成
mkdir my-project && cd my-project
echo "Build a CLI to-do list app in Python with add/list/done commands" > prompt

# 2. コードベースを生成(gpt-engineerディレクトリから、自分のフォルダを指定して)
gpte projects/my-project

# 3. 後で生成されたコードを改善
echo "Add a due-date field to each to-do item" > projects/my-project/prompt
gpte projects/my-project -i

GPT Engineerの料金は?

GPT Engineer自体はMITライセンスの下で無料であり、CLIツールへのサブスクリプションや料金は発生しない。 支払うのは設定したLLMプロバイダー(通常はOpenAI)のAPI利用料のみであり、ツールはデフォルトで各生成・改善実行のたびにOpenAI APIを呼び出す。

  • GPT Engineer(オープンソースCLI):MITライセンスの下で永久に無料、セルフホスト、利用上限なし、ツール自体の実行にアカウント不要
  • モデルAPIコスト:デフォルトでは、GPT Engineerは自分のOPENAI_API_KEYを使ってOpenAI APIを呼び出すため、コストは設定したOpenAIモデルと、生成・改善実行が消費するトークン数に完全に依存する
  • ローカル/カスタムモデルの選択肢:ドキュメントには代替モデルバックエンドの設定方法が説明されており、互換性のあるローカルモデルを代わりに実行すればOpenAIのトークン課金を避けられる可能性がある
  • 混同しないこと:gptengineer.appは、本プロジェクトのREADMEで言及されている別の商用マネージド製品で、独自の独立した料金体系を持ち、本レビューの対象外である

GPT Engineerのインストールと実行方法は?

PyPIからpip install gpt-engineerで最終公開リリースをインストールする。 リポジトリがアーカイブされているため、これは2024年6月に公開された同じ0.3.1ビルドをインストールするものであり、取得できる新しいバージョンは存在しない。

  1. 1
    パッケージをインストール:pip install gpt-engineer(安定版リリース0.3.1)。GPT EngineerはPython 3.10〜3.12をサポートする。
  2. 2
    APIキーを設定:OPENAI_API_KEYを環境変数としてエクスポートするか、リポジトリの.env.templateから自分のキーを含む.envファイルを作成する。カスタム/ローカルモデルバックエンドはプロジェクトのドキュメントで別途説明されている。
  3. 3
    自分のマシン上の任意の場所にプロジェクトフォルダを作成し、その中に望むソフトウェアを説明するpromptという名前の平文ファイルを作成する。
  4. 4
    そのプロンプトからコードベースを生成するためにgpte <project_dir>(フォルダへの相対パス)を実行する。
  5. 5
    既存コードを変更するには、同じフォルダ内のpromptファイルを変更内容を記述するように編集し、その後gpte <project_dir> -iを実行する。
  6. 6
    READMEに記載された代替のインストール方法:リポジトリをクローンして開発用にPoetryでインストール、提供されているDockerイメージ経由で実行、またはリポジトリを直接GitHub Codespacesで開く。

GPT Engineerを実行するのにDockerやGPUは必要ですか?

生成はOpenAI APIの呼び出しによって行われるため、デフォルト設定ではGPUは不要である。Dockerはドキュメント化された複数のインストール方法の1つであり、必須ではない — pip installはDockerなしでも機能する。

GPT EngineerはOpenAIの代わりにローカルモデルで動作しますか?

プロジェクトのドキュメントにはローカルおよびAzureホスト型を含むカスタムモデルバックエンドの設定方法が説明されているが、プロジェクトがもはや能動的に保守されていないため、OpenAIがデフォルトかつ最もテストされた経路である。

GPT Engineerが向いている人

GPT Engineerが適合するのは限られた低リスクなケースのみである:2023年当時の「プロンプトファイル → 生成されたコードベース」というパターンを研究・再現したい開発者、あるいは既存の内部フォークを保守している人だ。 能動的な保守、現行モデルへの対応、サポート付きのプロダクションツールを求める人には不向きである。

GPT Engineerを使うべきでない場合は?

長期的に保守する予定の実プロジェクト、あるいは上流プロジェクトからバグ修正、セキュリティパッチ、新モデルへの互換性を期待するようなワークフローでは、GPT Engineerを避けること — このリポジトリはもうそのいずれも提供できない。

  • 長期的に保守するつもりのプロダクションのコードベース、クライアントプロジェクト、その他あらゆるもの — 上流の修正がないアーカイブ済みツールは、継続的な作業にとってリスクとなる
  • デフォルトで現行のOpenAIモデル対応を必要とするワークフロー — 最後にテストされたリリースは2024年6月であり、その後の複数のOpenAIモデル世代より前のものである
  • 商用サポート、SLA、バグをエスカレーションできるベンダーを必要とするチーム — アーカイブされたリポジトリでissueやプルリクエストを受け付ける保守担当者はもういない
  • アクティブに保守されているターミナルコーディングエージェントの方が適したタスク — AiderはGPT Engineer自身のREADMEが推奨する直接の代替である
  • GPT Engineerは代わりに、歴史的な参考資料として、初期のコーディングエージェント設計の研究として、あるいはすでにフォークした自分自身のコピーを保守する目的にのみ使用すること

GPT Engineer vs. 代替案

GPT Engineerに最も近い比較対象は、自律型エージェントへの関心が高まった同じ2023年の波に属する、他のコーディング志向のエージェントツールと、README自身が案内する能動的に保守されているCLIである。CrewAIやAutoGenのようなロールベースのマルチエージェントオーケストレーションフレームワークではないため、この表ではコーディング特化型・コード生成に近いツールと比較する。

ツール
主な役割
ライセンス
ステータス
最適な用途
GPT Engineer単一プロンプトからのフルコードベース生成MITアーカイブ済み(読み取り専用)歴史的参考資料、既存フォーク
Aider既存リポジトリでのターミナルAIペアプログラミングApache 2.0アクティブ実際のリポジトリでの継続的なコーディング作業
OpenHandsサンドボックス実行環境内の自律型コーディングエージェントMITアクティブコード実行が必要な一気通貫タスク
AutoGPT汎用自律型エージェントMIT(クラシック)/ 商用プラットフォームアクティブ(プラットフォーム);クラシックモードはレガシー2023年初期の自律型エージェント設計の比較

この表は、ワークフローの重なりが最も大きいコーディングエージェントツールとGPT Engineerを比較している。CrewAIAutoGenのようなマルチエージェントオーケストレーションフレームワークは対象外である。これらは単一プロンプトからコードベースを生成するのではなく、複数の通信し合うエージェントを調整するという異なる問題を解決している。

GPT Engineerを評価する際のよくある誤解

これらの誤解は、アーカイブされた2023年当時のプロジェクトを、あたかも能動的に開発され現在サポートされているツールであるかのように扱うことから生じる。

よくある質問

GPT Engineerはまだ保守されていますか?

いいえ。GitHubリポジトリAntonOsika/gpt-engineerは本レビュー時点でアーカイブ(読み取り専用)されている。最終タグ付きリリースと最終PyPI公開はいずれも2024年6月(バージョン0.3.1)であり、最終コードプッシュはアーカイブ前の2025年5月14日だった。

GPT Engineerは無料で使えますか?

はい。GPT EngineerはMITライセンスであり、商用利用、改変、セルフホストが無料でできる — リポジトリがもう新しい変更を受け付けられなくても、ライセンス条項自体は有効なままである。

GPT Engineerの代わりに何を使うべきですか?

GPT Engineer自身のREADMEは、ターミナルベースのコーディング向けにAiderを「よく整備されたハッカブルなCLI」として推奨し、CLIツールではなくホスト型のマネージドな代替を求めるユーザー向けにgptengineer.app(商用製品Lovableへ発展した)を案内している。

GPT Engineer、gptengineer.app、Lovableの関係は何ですか?

GPT Engineerは本レビューが扱う元のオープンソースCLIである。gptengineer.appは同じGitHub組織の人々によって構築された別の商用マネージド製品であり、プロジェクトからはCLIの「進化形」だと説明されている。gptengineer.app自身のGitHub説明文は、別ブランドの商用AIアプリビルダーであるLovableの前身だと記している。この3つは系譜としては関連しているが、価格や規約が独立した別個の製品である。

GPT Engineerのインストール方法は?

pip install gpt-engineerを実行すると、最終公開バージョンである0.3.1(2024年6月)がインストールされる。それより新しいリリースは存在しない。

GPT EngineerはOpenAI APIキーが必要ですか?

デフォルトでは、はい — GPT EngineerはOPENAI_API_KEY環境変数または.envファイルを使ってOpenAI APIを呼び出す。カスタムまたはローカルモデルバックエンドの設定については、ドキュメントで別途説明されている。

GPT Engineerはどのライセンスでリリースされていますか?

MITであり、リポジトリのアーカイブ状態とは無関係に、無料での商用利用、改変、セルフホストが許可されている。

GPT Engineerを作ったのは誰ですか?

Anton Osika氏が2023年4月にAntonOsika/gpt-engineerリポジトリを作成した。関連するGitHub組織gpt-engineer-orgは2023年12月に作成され、gptengineer.appを自らのウェブサイトとして掲載している。本レビュー時点で、GitHub URLのgpt-engineer-org/gpt-engineerは元のAntonOsika/gpt-engineerリポジトリへリダイレクトされる。

GPT EngineerのGitHubスター数はいくつですか?

AntonOsika/gpt-engineerリポジトリは、2026年9月時点で5万5,100のGitHubスターと7,200のフォークを超えており、これらはリポジトリがアーカイブされる前に蓄積されたものである。

アーカイブされていても、GPT Engineerはまだ使えますか?

はい — MITライセンスにより、自分のコピーを無期限にクローン・実行・フォーク・改変できる。失われるのは、上流のバグ修正や新モデル対応を得たり、元のリポジトリにプルリクエストをマージしてもらったりする能力である。

出典

← ローカルLLM活用 に戻る