Open Interpreter の代替：現行エージェント、旧 Python、移行

Open Interpreterの代替製品を探す前に、どのOpen Interpreterを離れるのかを確定してください。現在その名前は、OpenAIのCodexをフォークしたRust製ターミナル型コーディングエージェントを指します。一方、生成コードを自分のマシンで実行していたPythonツールは、2024年10月の0.4.3で凍結され、プロジェクトによる保守も終了しています。 どの世代も無料のオープンソースなので、これはライセンス価格の選択ではありません。どのプログラムを使いたいかの選択であり、継続的に発生する費用は接続先のモデルAPIだけです。

2つのリダイレクトがこの分裂を隠しています。GitHub API経由で古いリポジトリパスOpenInterpreter/open-interpreterを要求すると、openinterpreter/openinterpreter、言語Rustが返され、docs.openinterpreter.comはRustターミナルドキュメントにHTTP 308で応答します。2023年または2024年のチュートリアルのリンクは今も解決されますが、インストール済みバイナリにはないコマンドを説明する、別のプログラムのドキュメントが表示されます。どちらも2026年9月18日に確認しました。

1つの名前、3つのプログラム、そして活動のないパッケージ1つ

古いリポジトリパスからのリダイレクトが、分裂を見落としやすくしている理由です。現在のREADMEは下部近くの1行で説明しています — 「これはCodexをベースにした新しいRust版Open Interpreterです。元のPythonプロジェクトをお探しですか？endolith/open-interpreterでコミュニティ保守フォークとして存続しています。」書き換えに伴いライセンスもAGPL-3.0からApache-2.0に変わった点に注意してください。古いコードを自分のプロジェクトに取り込んでいた場合に重要です。この組織は、2024年11月が最終プッシュの休眠中の01音声プロジェクトに加え、01-appとaifsも保有しています。後者の2つはいずれも2024年以降更新されていません。3つともアーカイブされておらず、いずれも現在は更新が続いていません。

Open Interpreterの料金：料金設定はなく、3つの数字もこの製品の料金ではない

プラン、シート、クォータ、アカウントはありません。openinterpreter.com/pricingは2026年9月18日にHTTP 404を返し、ターミナルのインストール、クイックスタート、設定ページにも価格、サブスクリプション、請求に関する記載はありません。デスクトップ製品自身のREADMEにも「Interpreterアカウントは必要ない」とあります。これは、有料サービスを示す情報が見つからなかったことに基づく結論です。料金ページが見つからなかったという意味であり、今後も料金ページは登場しないとプロジェクトが約束しているという意味ではありません。しかし「open interpreter pricing」への正直な答えは、継続的に発生する費用はモデルのトークンだけだということです。

この検索を支配している料金は別製品のものです。予算に含めないでください：

両ツールの料金は2026年9月18日に確認済みです。

どのユーザーにどの代替手段が適しているか

移行されるもの、移行されないもの

Python世代のものは何も引き継がれません。フラグ、Python API、YAMLおよびPythonのプロファイルファイル、LiteLLMのモデル名規則はすべてなくなっています。引き継がれるのはCodex形式および標準形式の設定です。プロジェクトはこれを意図的に移行ページで文書化しています。

インストール前にバイナリ名の衝突を確認してください。 レガシー0.4.3 wheelは4つのコンソールスクリプト — interpreter、i、interpreter-classic、wtf — を宣言します。一方、現在のインストーラーはインストールページに従い、~/.local/bin内にinterpreter、i、codex-code-mode-hostを配置します。過去にpip install open-interpreterを実行したことがある場合、現在は2つの異なるプログラムがそのうち2つの名前、interpreterとiを取り合っており、どちらが勝つかはシェルの優先順位によって決まります。まずwhich -a interpreter、which -a i、interpreter --versionを実行し、インストール後にも再度実行してください。

ロールバック。 プロバイダーを変更する前に~/.openinterpreter/をバックアップしてください。文書化されたアンインストールループは、管理対象のスタンドアロンインストールを削除しますが、そのディレクトリは意図的に残します。設定、セッション、ログ、ファイル保存された認証情報も含めて残るため、再インストールすると設定が復元されます。逆方向に戻す場合は、レガシーのvirtualenvを削除せず、そのまま保持してください。0.4.3は現在もPyPIにありますが、後から古い依存関係セットを再び固定して解決できる保証はありません。

現在のエージェントをOpenAI互換エンドポイントに向ける

これは、Codex CLIのセットアップから来た場合に最も重要な文です。そこではwire_apiに許される値は1つだけだと説明されています。その規則は上流のCodexには当てはまりますが、Open Interpreterには当てはまりません。 上流の設定リファレンスはwire_apiについて、「サポートされる値はresponsesのみで、省略時のデフォルトでもある」と記載しています。Open Interpreterの保守版差分には、意図的な追加として「第一級のOpenAI互換Chat Completionsトランスポート」と「そのAPIを公開するプロバイダー向けのAnthropic Messages互換トランスポート」が挙げられています。つまり、このフォークは上流のCodexでは到達できないエンドポイントに到達でき、Kunavoの3つのインターフェース — /v1/responses、/v1/chat/completions、/v1/messages — にはそれぞれ対応する通信方式の値があります。

プロバイダーページにある文書化済みのカスタムプロバイダー形式は、ベースURLが/v1で終わるchat-completionsブロックです。同じページでは、ホスト型ゲートウェイもまったく同じ方法で設定されています。Kunavoに適用すると次のようになります。

# Top-level keys come FIRST. Anything written after a [table] header
# belongs to that table, so model_provider placed below would be ignored.
model_provider = "kunavo"
model = "gpt-5-6-terra"

[model_providers.kunavo]
name = "Kunavo"
base_url = "https://api.kunavo.com/v1"
env_key = "KUNAVO_API_KEY"
wire_api = "chat"

一晩を費やす前に知っておきたい制約が3つあります。いずれもここでテストしたものではなく、プロジェクトのドキュメントから読み取ったものです。

• Kunavoは同梱カタログに含まれていないため、modelを手動で設定してください。 生成されたプロバイダーカタログはmodels.devといくつかの稼働中プロバイダーエンドポイントから構築され、確認時には116プロバイダーを含んでいました。Kunavoはそのどちらにも含まれていません。手書きのプロバイダーについて、/modelピッカーがコンテキストウィンドウや機能メタデータを初期設定してくれるとは期待しないでください。
• ハーネスのルーティングは厳格です。 ハーネスページによると、chatはネイティブチャットに加えてclaude-code、claude-code-bare、deepseek-tui、kimi-code、kimi-cli、qwen-code、swe-agent、minimalを受け付けます。responsesはネイティブ、claude-code、claude-code-bareを受け付けます。またmessagesでは、「Messagesにはハーネスネイティブのトランスポートが必要なため、ネイティブモードは拒否されます」。認識されないハーネス文字列は、組み込みのリクエストビルダーなしでチャットにフォールバックするため、タイプミスが実行を静かに劣化させます。特定のモデルに対してどのハーネスが最も高い性能を発揮するかは文書化されておらず、このページでは推測しません。
• MessagesのベースURLは推測であり、文書化されたKunavoの例ではありません。 カタログに含まれるMessagesプロバイダー — AnthropicとZ.AIのZCode — はどちらも/v1を含まないAPIルートを使用しています。またZ.AIのページには、ZCodeのMessagesリクエストは/v1/messagesに送信されると記載されており、クライアントがパスを追加します。この規則に従えば、Anthropic wireのブロックでは上記の/v1 URLではなくAPIルートを使用することになります。ただし、公式ドキュメントにはカスタムプロバイダーのMessages例がどこにもなく、これは実行していません。文書化された形式であるチャットwireから始めてください。

文書化されている詳細がさらに2つあります。env_keyはキー自体ではなく環境変数名を指定し、単発実行ではinterpreter --chat-completionsが、その呼び出しに限ってリクエスト形式を上書きしますが、プロバイダーのベースURL、認証情報、モデルは変更しません。ChatGPTサインインは組み込みのopenaiプロバイダーの認証として記載されており、カスタムプロバイダーのオプションではありません。プロバイダーページがプロバイダーテーブル向けに文書化している認証ソースは、env_key、experimental_bearer_token、コマンドに基づくauthブロック、およびAmazon Bedrock専用のawsブロックです。

セッションのコスト試算例

これは実測されたタスクコストではなく、請求上限でもない、説明用のトークン計算です。1つのエージェントセッションで、キャッシュされていない入力トークン300,000個を送信し、出力トークン20,000個を受け取ると仮定します。Codex形式のハーネスはターンごとに蓄積コンテキストを再送するため、このような形を説明用に選んでいます。実際のリポジトリとターン数は異なります。料金は、100万トークンあたりのKunavoカタログの最新価格です。

重要なのは個々の行ではなく価格差です。これらの仮定では、同じセッションの推定コストはClaude Haiku 4.5で$0.280、Claude Sonnet 4.6で$0.840となります。これは最安料金を選ぶべきだという推奨ではありません。掲載価格が最安であることと、タスク完了までのコストが最も低いことは別の主張です。リファクタリングに3回の試行が必要なモデルは、1回で済むモデルより高くつく可能性があります。決める前に、自分のリポジトリで両方を測定してください。Kunavoのカタログ金額は上限ではなく請求下限です。上流が料金を報告すると、請求額はカタログコストと、該当するマークアップを乗じた上流コストの大きい方になります。キャッシュ料金と外部ツールはこの例の対象外です。最低チャージ額は前払いクレジットで$10です。これはタスク料金やサブスクリプションではなく、資金投入の最低額です。請求の詳細を参照してください。

正直にセットアップする

Open InterpreterはKunavoに対してランタイムテストされていません。このページでは何も実行しておらず、上記の設定に関する主張はすべて、2026年9月18日にプロジェクトのリポジトリとドキュメントから読み取ったものです。最も近い公開リファレンスはCodex CLI統合で、TOMLブロックの形式は同じです。これをコピーし、設定ホームを~/.openinterpreter/config.tomlに変更し、wire_apiの値を1つに限定する規則は上流Codexのものなので無視してください。動作するルートを確保し、範囲を限定したタスクを1つ実行して、そのタスクについてアカウントに記録された請求額を確認してください。キーへの資金投入の準備ができたら、Kunavoアカウントを作成してください。

クライアントではなく、まだルートを比較していますか？ OpenAI互換APIではチャット通信方式が保証することと保証しないことを、LLMゲートウェイでは1つのキーと1つの残高にまとめる場合の一般的なトレードオフを説明しています。

よくある質問

リポジトリの状態、リリース、パッケージレジストリ、ドキュメント、生成されたプロバイダーカタログは2026年9月18日に確認しました。OpenAIとAnthropicのツール料金も同日に各社の料金ページから読み取りました。ChatGPTのサブスクリプション料金は、そのページが取得を拒否したため掲載していません。ここではいずれのエンドポイントに対してもランタイムテストを行っていません。Kunavoのトークン料金は最新カタログに基づき、ページ内のすべてのドル表示例は実測タスクコストではなく、説明用のトークン計算です。