OpenManus自体の費用は0ドルです。プラン、有料ティア、ライセンスキー、ホスト版のいずれもないMITライセンスのオープンソースであるため、「OpenManusの料金」が意味するのは、その背後にあるモデルAPIの請求額全体です。これに加えて、任意でデフォルトでは無効になっている2つのクラウドサービスがあります。予算を組むうえで重要なのは、1回のエージェント実行が送信する量です。それを最も歪める可能性が高い設定は、OpenManus自体が同梱する設定ファイルです。これは2026年2月19日に廃止されたClaudeモデルIDをいまだにデフォルトにしており、コピー手順を省略しても読み込まれます。
まず、検索結果の大半が別のものに関する内容なので、区別しておきます。Manusは別会社による、別個の有料・クレジット従量制の商用製品であり、api.manus.aiの商用APIはさらに別のものです。このページにはManusの料金は掲載していません。manus.im/pricingはクライアント側でレンダリングされ、2026年9月21日に公式ソースから読み取れませんでした。また、第三者ブログで出回っている金額は公式情報ではありません。目的の製品がそれである場合は、manus.imを直接確認してください。
ManusまたはOpenManusと呼ばれる5つのもの
| 名前 | 実際の正体 | 価格 |
|---|---|---|
| FoundationAgents/OpenManus | このページの対象です。MITライセンスのオープンソースエージェントフレームワークで、アーカイブされておらず、デフォルトブランチはmainです | $0 |
| Manus(manus.im) | 別会社による、ホスト型でクレジット従量制の別個の商用エージェント | 有料。このページでは金額を記載していません(公式ソースから読み取れませんでした) |
| Manus API(open.manus.ai) | その商用製品のAPI。ベースはhttps://api.manus.ai、v1は非推奨と表示 | 同製品独自の商用条件 |
| mannaandpoem/OpenManus | 元のリポジトリパス。現在は、プロジェクトが移動したとREADME全体に記載されたスタブで、config/は404を返します | クローンすべきリポジトリではありません |
| pypi.org/project/openmanus | 2025年3月7日にアップロードされた0.1.0の1件のみで、概要は「Add your description here」 | OpenManusのインストール方法ではありません |
移転の影響は、思った以上に大きいものです。プロジェクト自身のホームページopenmanus.github.ioは、現行リポジトリのhomepageフィールドに設定されているサイトですが、2025年のチュートリアルの大半と同じく、今も読者を古いmannaandpoemパスへ誘導しています。現在のリポジトリは、2026年9月21日にGitHub APIで確認しました。archived: false、MIT、58,367スター、オープンイシュー455件、最終プッシュは2026年8月22日で、mainブランチの最後のコミットは2026年8月16日付です。GitHubには同名の別プロジェクトも2つあります。OpenManus/OpenManus-RLは別の強化学習プロジェクトで、henryalps/OpenManusは検索結果に表示される同名リポジトリですが、URLからアクセスできることを確認した以外は調査していません。
無料のものと、実際に請求されるもの
| 項目 | 料金 | 根拠 |
|---|---|---|
| OpenManus自体 | $0、MIT | リポジトリのライセンス。README、サイト、設定例のいずれにも料金文字列はありません |
| モデルAPIトークン | エンドポイントのトークン単価 | プロバイダー独自の請求。すべてのインストールで発生する唯一の料金 |
| ウェブ検索 | 検索APIキーは不要 | requirements.txtにはgooglesearch-python、baidusearch、duckduckgo_searchが含まれています。設定には、エンジンがレート制限するための再試行およびフォールバック設定も含まれています |
| ブラウザー自動化 | ローカルでは無料 | READMEによると、ローカルモードはChromeまたはChromiumに自動的に接続し、APIキーを必要としません |
| Browser Use Cloud | オプトインした場合のみ、そのベンダーから請求 | BROWSER_USE_API_KEYをエクスポートした場合のみ適用されます。OpenManusの利用パターンをベンダーの請求項目と照合して確認していないため、ここでは合計額を計算していません |
| コードサンドボックス | ローカルでは無料 | use_sandboxのデフォルトはfalseで、ローカルDockerではイメージpython:3.12-slimを使用します |
| Daytonaクラウドサンドボックス | オプトインした場合のみ、そのベンダーから請求 | [daytona]セクションに入力した場合のみ適用されます |
インストールはソースからのみ行います。conda create -n open_manus python=3.12またはuv venv --python 3.12を実行し、続いて現在のリポジトリのgit cloneを行います。1行で完了するパッケージインストールはなく、setup.pyはpython_requires=">=3.12"を宣言しています。
OpenManus APIキーの設定場所
キー用の環境変数もコマンドラインフラグもありません。OpenManusでのBYOKはTOMLファイルで行います。config/config.example.tomlをconfig/config.tomlにコピーし、[llm]の下でmodel、base_url、api_keyを設定します。
# config/config.toml — copy config.example.toml here first, then edit.
# If this file does not exist, OpenManus loads the example file instead.
[llm]
model = "claude-sonnet-4-6"
base_url = "https://api.kunavo.com/v1"
api_key = "sk-kn-..."
max_tokens = 8192
temperature = 0.0
# Sub-tables of [llm] are profiles, selected by the AGENT's name lower-cased,
# and they inherit every key you leave out. "manus" is the agent main.py runs;
# "mcp_agent" is the one run_mcp.py runs.
[llm.mcp_agent]
model = "claude-haiku-4-5"クライアントはapp/llm.pyのLLM.__init__で選択され、api_typeのうち動作を変える値は2つだけです。"azure"はAsyncAzureOpenAIクライアントを構築し、"aws"はBedrockクライアントを構築します。それ以外は、OpenManus自身の例示ファイルにあるollama、jiekou、ppioの値も含め、単純なAsyncOpenAI(api_key, base_url)にフォールスルーします。これらのラベルはドキュメントであり、コードパスではありません。したがって、OpenAI形式のPOST /chat/completionsエンドポイントに到達するにはbase_urlとapi_keyが必要で、api_typeの値は一切必要ありません。そのエンドポイントが何をサポートしなければならないかは別の問題で、以下のリストは短いものの実在します。Kunavoのエンドポイントはその形状を備えています。https://api.kunavo.com/v1、Bearer認証、sk-kn-キー、認証なしのGET /v1/modelsは401を返し、OpenAI形式のtoolsとtool_choiceを受け付けます。これはOpenManusのエージェントループが送信するものです。これはプロトコル形状についての記述であり、2026年9月21日に確認しました。Kunavoに対してOpenManusを実行したことはありません。したがって、このページの内容はいずれも互換性テストではありません。
現在のmainから読み取れる、エンドポイントが満たすべき3つの要件と、OpenManusが代わりに行わないことが1つあります。ask_toolはstream = Falseをハードコードし、常にtoolsとtool_choice(デフォルトはauto)を送信するため、ツール呼び出しのみをストリーミングするエンドポイントではループが壊れます。max_tokensとtemperatureは、モデルIDが文字通りo1またはo3-miniである場合を除き、すべてのリクエストに付加されます。これらはREASONING_MODELSにある2つのエントリです。コードはレスポンスからusage.prompt_tokensとusage.completion_tokensを直接読み取ります。また、プロバイダー間の再試行はありません。失敗は同じエンドポイントに対して指数バックオフ付きのtenacityを通ります。
2つの公式スターター設定が一致していません
これは、準備して臨む価値のある落とし穴です。OpenManusには互いに矛盾する2つの公式スターター設定が同梱されており、どちらのファイルももう一方に言及していません。
| 設定 | READMEのConfigurationセクション | 同梱されているconfig/config.example.toml |
|---|---|---|
model | gpt-4o — 現在も販売中 | claude-3-7-sonnet-20250219 — 2026年2月19日に廃止 |
base_url | https://api.openai.com/v1 | https://api.anthropic.com/v1/ |
max_tokens | 4096 | 8192 |
| ファイルの最終更新 | 2026年8月16日 | 2025年11月7日 |
Anthropicの非推奨化ページでは、claude-3-7-sonnet-20250219をRetired(廃止)として、廃止日を2026年2月19日と記載し、廃止されたモデルへのリクエストは失敗すると説明しています。推奨される代替モデルはclaude-sonnet-4-6です。これらの日付はAnthropicが運営するプラットフォームに適用され、Amazon BedrockとGoogle Cloudは独自のスケジュールで運用されます。READMEのほうが2つのファイルのうち新しく、同梱例が正規のものだという通常の想定を覆しています。
そして、使えなくなった設定がデフォルトでもあります。app/config.pyのConfig._get_config_path()は、config/config.tomlが存在すればそれを返し、存在しなければconfig/config.example.tomlを返し、どちらもない場合にのみ例外を発生させます。そのため、コピー手順を省略した初回実行では、役立つ「設定なし」エラーは出ません。文字列YOUR_API_KEYをそのまま、応答しなくなったモデルIDに対して認証に使用します。READMEにはこのフォールバックの記載がなく、例示ファイルをコピーするようにしか書かれていません。その他の同梱例もClaude 3.7 Sonnetを指しています。Daytonaの例には同じ日付付きの廃止IDがあり、Anthropicの例ではメインモデルにclaude-3-7-sonnet-latestを設定し、ビジョンブロックに日付付きIDを設定しています。一方、Googleの例ではgemini-2.0-flashを設定しており、Googleはこれを以前のモデルとして掲載し、それらは非推奨で「まもなく停止されます」と注記しています。config/ディレクトリは、プロジェクトが同梱する例示ファイルであり、対応プロバイダーの一覧ではないと考えてください。リポジトリ内でこれらをテストするものはなく、app/llm.pyは2025年4月26日以降変更されていません。
[llm.vision]ブロックは何からも読み取られません
同梱されているすべての例には[llm.vision]セクションがありますが、現在のmainではどのエージェントもこれを読み取りません。プロファイルはエージェント自身の名前を小文字化して選択され、app/agent/base.pyはLLM(config_name=self.name.lower())を実行します。存在するエージェント名はManus、browser、swe、toolcall、Data_Analysis、SandboxManus、mcp_agentです。「vision」はなく、未知のプロファイル名は静かに[llm]へフォールバックします。ask_with_images()は定義されていますが、リポジトリ内のどこにも呼び出し箇所がありません。実際に同梱エントリーポイントが選択できるサブテーブルは、[llm.manus](エージェントがpython main.pyとrun_flow.pyの両方を実行)、[llm.mcp_agent](run_mcp.py)、[llm.sandboxmanus](sandbox_main.py)、[llm.data_analysis](run_flow.py。use_data_analysis_agentを有効にした場合)です。BrowserAgentはname = "browser"を設定しますが、同梱エントリーポイントがこれをインスタンス化することはないため、独自のランナーを作成しない限り[llm.browser]は機能しません。どのサブテーブルも、そこに記載しなかったすべてのキーを継承するため、上書きに必要なのは異なるキーだけです。
ビジョン機能はもう一度制御されます。こちらは、ゲートウェイがそもそもビジョンを提供できるかどうかを決めます。app/llm.pyはハードコードされた許可リストを宣言しています。
MULTIMODAL_MODELS内のID | 2026年9月21日時点のステータス |
|---|---|
gpt-4o | 販売中。OpenAIの掲載価格は、標準ティアで100万トークンあたり入力$2.50、キャッシュ入力$1.25、出力$10.00 |
gpt-4o-mini | 販売中。標準ティアで100万トークンあたり入力$0.15、キャッシュ入力$0.075、出力$0.60 |
gpt-4-vision-preview | OpenAIの非推奨化ページによると2024年12月6日に停止され、代替としてgpt-4oが記載されています |
claude-3-opus-20240229 | 2026年1月5日に廃止 |
claude-3-sonnet-20240229 | 2025年7月21日に廃止 |
claude-3-haiku-20240307 | 2026年4月20日に廃止 |
どちらの現存モデルもOpenAIの現在のフラッグシップではありません。同じ料金ページでは、それらより上位にgpt-6-astraとgpt-5.6ファミリーが掲載されています。そのため、コードを編集せずにOpenManusのビジョン機能を使う唯一の方法は、2024年のモデルを実行することです。比較は完全な文字列一致で行われるため、openai/gpt-4oのような名前空間付きスラッグはどちらにも一致しません。設定されたモデルがそのリストにない場合、format_messagesはbase64_imageフィールドを削除し、テキストだけを送信します。エラーも警告もなく、スクリーンショットはモデルに届きません。Kunavoはgpt-4oもgpt-4o-miniも公開していないため、Kunavo向けに設定したOpenManusは、app/llm.pyのMULTIMODAL_MODELSを自分で編集しない限り、テキストとツールのみになります。テキスト生成とツール呼び出しには影響せず、許可リストが制御するのは画像だけです。また、モデル一覧が残りの互換性の証明になるわけでもありません。gpt-4oという正確な文字列を広告するエンドポイントはOpenManusの比較を満たしますが、インラインのdata:画像URLをモデルへ転送するかどうかは別の問題であり、ここではどのエンドポイントについてもテストしていません。
OpenManusの1回の実行にかかる費用
このページのためにOpenManusのタスクは実行していないため、報告できる実測コストはありません。コードから分かるのは、正直な構造です。app/agent/manus.pyのデフォルトエージェントはmax_steps = 20とmax_observe = 10000を設定します。各ステップは、そこまでの会話全体を含む、ストリーミングなしのツール呼び出しリクエスト1回です。そのため、入力トークンはステップ数に対して線形ではなく二乗で増加します。
以下の数値は明示した前提に基づくトークン計算であり、実測タスクコストでも請求額の上限でもありません。基本プロンプトを4,000トークン(システムプロンプトとツールスキーマ)、各ステップで履歴に追加されるトークンを1,200、各ステップの出力トークンを400と仮定します。6ステップで終了する実行では、入力約42,000トークン、出力約2,400トークンが送信されます。20ステップの上限まで進む実行では、入力約308,000トークン、出力約8,000トークンが送信されます。料金は100万トークンあたりのKunavoカタログの最新価格です。
| モデル | 100万トークンあたりの入力/出力 | 見積もり:6ステップの実行 | 見積もり:20ステップの実行 |
|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.038 | $0.244 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.039 | $0.249 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $0.113 | $0.731 |
| Claude Opus 5 | $3.50 / $17.50 | $0.189 | $1.218 |
行同士ではなく、2つの列を相互に比較してください。この前提では、20ステップは6ステップの7.3倍の入力を、3.3倍のステップ数で送信します。これが、エージェントループでは「モデルのトークン単価はいくらか」よりも「何ステップかかるか」が重要になる理由です。この形の請求ではプロンプトキャッシュも大きな効果を持つため、利用できない場所を把握しておく価値があります。AnthropicのOpenAI SDK互換性ドキュメントは、OpenManusの同梱例が指定する正確なベースURLについて説明し、そこでプロンプトキャッシュはサポートされず、strict、response_format、reasoning_effortは無視され、nは正確に1でなければならず、システムメッセージは先頭に繰り上げられると記載しています。同じページでは、このレイヤーを「主にモデル機能のテストと比較を目的としたもので、多くのユースケースにおける長期的または本番対応のソリューションとはみなされない」としています。OpenManusは独自のキャッシュ指示を送信しないため、キャッシュはエンドポイント側で提供される必要があります。
最近のClaudeモデルをOpenManusに指定する前に確認すべきパラメーターが1つあります。例ではtemperature = 0.0が同梱され、コードは2つの推論ID以外のすべてのリクエストでtemperatureを送信します。一方、Anthropicの非推奨化ページは、Claude Opus 4.7以降でtemperature、top_p、top_kを非推奨とし、デフォルト以外の値では400が返されると記載しています。互換性ページでは別途、temperatureは0から1の範囲でサポートされると説明しています。互換性レイヤーがこれを削除、制限、転送するかはここではテストしていません。確認済みの失敗ではなく、自分の経路で検証すべき事項として扱ってください。
予算と呼ぶ前に、これらを自分の1日あたりの実行回数で拡大してください。Kunavoのカタログ金額は上限ではなく請求下限です。上流が料金を報告すると、請求額はカタログ料金と上流コストに適用されるマークアップを掛けた額の大きい方になります。キャッシュ料金と外部ツールはこの例の対象外です。Kunavoの最低チャージ額は、前払いクレジットの$10です。これはタスク料金でもサブスクリプションでもなく、資金投入の最低額です。請求の詳細を参照してください。
OpenManusに最適なAPI:どの経路が有利か
| ルート | 有利な場面 | 失うもの |
|---|---|---|
| ベンダーの直接 API | 1つのベンダーを使い続け、各ステップで履歴を再送するループに対して、そのベンダー独自のキャッシュとバッチ割引を利用したい場合 | 2つ目のファミリーを選ぶと、2つ目のアカウントと2つ目のbase_url編集が必要になります。そのベンダーのOpenAI互換レイヤーが経路である場合は、キャッシュが適用されると想定する前に、何が削除されるか確認してください |
| OpenAI 互換ゲートウェイ | タスクごとにファミリーを切り替え、OpenManus自身にはプロバイダーのフェイルオーバーがないため、1つのキーと1つの残高を使いたい場合 | モデルIDはゲートウェイのものです。そのため、gpt-4oまたはgpt-4o-miniという正確な文字列を公開していない限り、ビジョン許可リストは一致しません。導入を決める前に、ストリーミングなしのリクエストでtoolsとtool_choiceを確認してください |
| AzureまたはBedrock | 組織がすでにそこで購入している場合 | 独自のクライアントを持つapi_typeの値は、この2つだけです。Azureにはapi_versionとデプロイメント形式のベースURLが必要で、ベースURLはbase_urlから読み取られます。BedrockブランチはAWS環境からboto3クライアントを構築し、base_urlは一切読み取りません |
| Ollama経由のローカルモデル | 小規模または非公開の作業で、リクエストごとの料金がかからない場合 | 20ステップのツール呼び出しループにおける機能差と、ハードウェアです。OpenManusにはhttp://localhost:11434/v1のllama3.2に固定されたOllama設定例が同梱されており、そのapi_type = 'ollama'ラベルは依然として汎用クライアントに到達します |
| 商用のManus製品 | 自分で実行するフレームワークではなく、ホスト型エージェントを求めていた場合 | 別会社による、api.manus.aiにある別のAPIで、このページではクレジット従量制の料金を記載していません |
そのリストにないものに注目してください。OpenManusのどこにもプランによるゲートはありません。ライセンスキーも、有料ティアも、テレメトリーチェックもありません。上記のすべての機能はリポジトリをクローンした誰でも利用でき、ゲートはサブスクリプションではなくすべてコード内にあります。すでにいずれかを利用している場合は、OpenAI互換APIとLLMゲートウェイ、またはOpenRouterの代替で経路を比較してください。「掲載価格が最安」と「完了までの費用が最安」の方法についてはAIコスト最適化を、単一ファミリーの選択については最安のClaude APIを参照してください。
セットアップして初回実行を確認する
KunavoはOpenManus専用のセットアップページを公開しておらず、ここではOpenManusをKunavoのエンドポイントに対して実行時テストしていません。上記のすべては、プロジェクトのソースとそのプロジェクト自身のドキュメントから読み取ったものです。一般的な設定方法は、上の設定ブロックにあるとおりです。base_urlをhttps://api.kunavo.com/v1に設定し、sk-kn-キーとカタログにあるモデルIDを使います。試す間は動作する経路を確保し、max_stepsをデフォルトのままにして、範囲を限定したタスクを1つ実行してください。その後、OpenManus自身がログに記録する合計ではなく、アカウントに記録された請求額を確認してください。OpenManusの合計はtiktokenによる推定値で、tiktokenが認識しないIDにはcl100k_baseへのフォールバックを使用します。クイックスタートから始め、チャット補完でリクエスト形式を確認し、キーに資金を投入する準備ができたらKunavoアカウントを作成してください。
プロバイダーではなくエージェントの間で選んでいますか?OpenClawに最適なAPIとAIエージェントAPIディレクトリでは、無料ソフトウェアと従量制トークン請求という同じ区分のクライアントを扱っています。
よくある質問
OpenManusの料金はいくらですか?
OpenManusは無料です。リポジトリFoundationAgents/OpenManusはMITライセンスで提供されており、2026年9月21日に確認した時点で、README、サイトopenmanus.github.io、同梱された設定例のいずれにも、価格、プラン、ティア、シート、クレジット、ホスト版はありません。支払うのは、設定したエンドポイントのモデルAPI料金と、自分で有効化する必要がある2つの任意のクラウドサービスの料金です。Browser Use CloudブラウザーとDaytonaクラウドサンドボックスです。どちらもデフォルトでは無効です。ブラウザーはキーなしでローカル実行され、コードサンドボックスはローカルDockerイメージ上でuse_sandbox = falseとして同梱されています。manus.imのManusは別会社による、料金が発生しクレジット制の別個の商用製品です。その価格はOpenManusの価格ではないため、ここでは引用していません。
OpenManusのAPIキーはどこに設定しますか?
TOMLファイルに設定します。環境変数でもコマンドラインフラグでもありません。config/config.example.tomlをconfig/config.tomlにコピーし、[llm]の下にmodel、base_url、api_keyの3つのキーを設定します。OpenAI互換エンドポイントについては以上です。2026年9月21日に当時のmainブランチから読み取った注意点が2つあります。config/config.tomlが存在しない場合、app/config.pyはconfig.example.tomlを実行する処理にフォールバックするため、コピー手順を飛ばした初回実行では、文字列YOUR_API_KEYを使って廃止済みのモデルIDに対して認証します。また、ここで検索結果に混在するopen.manus.aiは、api.manus.aiの商用Manus APIの認証を説明するもので、別会社による別製品であり、独自の別キーを使用します。
OpenManusをカスタムLLMまたはカスタムAPIに接続するにはどうすればよいですか?
config/config.tomlの[llm]の下にbase_urlとapi_keyを設定し、OpenAI形式のPOST /chat/completionsに対応する任意のエンドポイントを指定します。現在のmainブランチのapp/llm.pyでは、クライアントはapi_typeによって選択されます。値が「azure」の場合はAsyncAzureOpenAIクライアント、「aws」の場合はBedrockクライアントを構築し、それ以外のすべての値、つまりOpenManus自身の設定例ファイルで使われる「ollama」、「jiekou」、「ppio」などは、通常のAsyncOpenAI(api_key, base_url)にフォールスルーします。したがって、カスタムエンドポイントではapi_typeは見かけ上の値であり、重要なのはbase_urlとapi_keyです。エンドポイントは、非ストリーミングリクエストでOpenAI形式のtoolsとtool_choiceを受け付ける必要があります。ask_toolはstream = Falseをハードコードし、常に両方を送信するためです。また、コードが直接読み取るusage.prompt_tokensとusage.completion_tokensを報告する必要があります。
OpenManusに最適なAPIは何ですか?
何を最適化するか、3つのうちどれかによって異なります。1つのベンダーを終日使い、そのベンダー独自のキャッシュとバッチ割引を利用したいなら、ベンダー直のAPIが有利です。ただし、OpenManusに同梱された例が指定するベースURL、つまりapi.anthropic.com/v1/にあるAnthropicのOpenAI-SDK互換レイヤーは、プロンプトキャッシュをサポートしていないと文書化されています。これは、増え続ける履歴を最大20回まで再送するループでは重要です。ファミリー間で1つのキーと1つの残高を使いたいなら、ゲートウェイが有利です。OpenManus自体にはフェイルオーバーがなく、プロバイダーの切り替えには1つのbase_urlの編集が必要だからです。リクエストごとの料金なしで小規模またはプライベートな作業をするなら、Ollama経由のローカルモデルが有利です。また、コードに触れずにOpenManusでブラウザーのスクリーンショットを扱う必要がある場合、決定要因はプロバイダーではありません。エンドポイントが正確なモデルID gpt-4oまたはgpt-4o-miniを公開しているかどうかです。画像を許可するハードコードされた許可リストで、現在も購入可能な文字列はこの2つだけだからです。
OpenManusで最も安価なAPIは何ですか?
トークン単価が最も安いことと、タスク完了までの費用が最も安いことは別の問題です。エージェントループでは、チャットクライアントの場合よりその違いが大きくなります。デフォルトのOpenManusエージェントは実行を20ステップに制限し、各ステップはそれまでの会話を含む1回の非ストリーミングツール呼び出しリクエストです。弱いモデルが余分なステップを消費すると、履歴全体を毎回再送するため、6ステップで停止する強いモデルより高くなる可能性があります。ステップ予算内でタスクを完了する最も安価なモデルを選び、範囲を限定したタスクを1つ実行してから、プロバイダーアカウントに実際に記録された請求額を確認してください。このページのためにOpenManusの実行を測定したことはないため、ここに示すドル金額はいずれもタスクの実行費用を表すものではありません。
OpenManusに最適なモデルは何ですか?
非ストリーミングリクエストでOpenAI形式のツール呼び出しを処理しながら、最少ステップでタスクを完了できるモデルです。これらは現在のmainブランチのapp/llm.pyにあるask_toolから読み取った機械的な要件です。コードレベルの制約が3つあり、候補を絞り込みます。設定されたモデル文字列がMULTIMODAL_MODELSにハードコードされた6つのIDのいずれかと完全に一致した場合にのみ、画像がモデルに届きます。そのうち現在も販売されているのはgpt-4oとgpt-4o-miniだけです。推論モデルの処理はREASONING_MODELS = ["o1", "o3-mini"]で固定されているため、その他のモデルにはすべてのリクエストでmax_tokensとtemperatureが渡されます。これは、新しい推論モデルのパラメーター規則と照合する価値があります。また、OpenManus独自のトークン計算はtiktokenを使用し、認識されないIDにはcl100k_baseをフォールバックとして使うため、OpenAI以外のモデルについてログに記録される合計値は概算です。一方、プロバイダーの計量値は概算ではありません。
プロバイダーがビジョンモデルを提供している場合、OpenManusのビジョン機能は動作しますか?
それだけでは動作しません。OpenManusのビジョン機能は、エンドポイントで可能なことではなく、モデルID文字列のハードコードされたリストによって制御されています。app/llm.pyではMULTIMODAL_MODELS = ["gpt-4-vision-preview", "gpt-4o", "gpt-4o-mini", "claude-3-opus-20240229", "claude-3-sonnet-20240229", "claude-3-haiku-20240307"]が宣言され、設定されたモデルと完全な文字列一致で比較されるため、openai/gpt-4oのような名前空間付きスラッグも一致しません。モデルがリストにない場合、format_messagesはbase64_imageフィールドを削除し、テキストだけを送信します。エラーも警告もなく、スクリーンショットは単に届きません。6つのIDのうち4つは廃止または停止されています。Kunavoはgpt-4oもgpt-4o-miniも公開していないため、Kunavo向けに設定したOpenManusは、app/llm.pyのリストを自分で編集しない限り、テキストとツールのみになります。編集した場合でも、ここでは画像経路をテストしていません。
OpenManusをインストールする正しい方法はpip install openmanusですか?
いいえ。openmanusという名前のPyPIプロジェクトにはバージョンが0.1.0の1つしかなく、2025年3月7日にアップロードされ、概要は「Add your description here」、ホームページは旧リポジトリパスを指しています。これは現在のプロジェクトではなく、公開2日目のスナップショットです(2026年9月21日確認)。文書に記載されたインストール手順は、Python 3.12上でcondaまたはuvを使い、FoundationAgents/OpenManusをgit cloneする方法です。タグ付きリリースも指針にはなりません。唯一の3つのタグ、v0.1.0、v0.2.0、v0.3.0はすべて2025年4月10日に公開され、一方mainの最終更新は2026年8月16日です。
確認したのは2026年9月21日で、対象は次の範囲に限られます。FoundationAgents/OpenManusのGitHub APIレコード、現在のmain上のconfig/config.example.toml、READMEの設定およびインストールセクション、app/llm.py、app/config.py、app/agent/manus.py、config/にある6つのプロバイダー別設定例、タグ一覧、旧リポジトリパスのスタブREADME、openmanusのPyPIレコード、Anthropicのモデル非推奨化ページとOpenAI SDK互換性ページ、OpenAIの料金ページと非推奨化ページ、GoogleのGeminiモデル一覧です。Browser Use CloudとDaytonaは任意のベンダーとして名前とリンクを掲載していますが、ここでは料金を掲載していません。Manus、manus.im、Manus APIについては、公式ソースから料金ページを読み取れなかったため、料金を一切掲載していません。何も実行していません。インストールも、OpenManus経由のリクエストも、KunavoとOpenManusを組み合わせた実行も行っていません。そのため、動作に関する主張はすべてソースを読んだ結果に基づき、ドル建ての金額はすべて実測したタスクコストではなく、例示用のトークン計算です。Kunavoのトークン料金はライブカタログから取得しています。