無料AIコーディングエージェントにFreebuffが選ばれる理由

AI コーディングエージェントを日常的に使うようになると、次に来るのは費用の話です。個人で契約している間は許容できても、チーム全員分となると年間のライセンス費用は無視できない規模になります。そこで「無料で使えるエージェント」を探し始めた方が少なくないはずです。

その候補として名前が挙がるのが Freebuff です。ただ、この種のツールで最初に引っかかるのが「なぜ無料なのか」という疑問でしょう。しかも日本語の解説記事を何本か読み比べると、「学習には使われない」と書かれているものもあれば「商用利用は不可」「機密コードの投入は危険」と書かれているものもあり、主張が食い違っています。これでは判断のしようがありません。

判断材料が揃わない原因ははっきりしています。二次情報のほとんどが、プロダクトの改名前後の情報や、条件付きの記述を断定形に丸めた要約に依拠しているためです。採用可否を決めるのであれば、README・公式ドキュメント・プライバシーポリシー・リポジトリの実構成という一次情報に当たり、そこに書かれている条件をそのまま読む必要があります。

本記事では、CodebuffAI/freebuff のリポジトリと公式ドキュメントを情報源として、Freebuff が無料で成立する仕組み、マルチエージェント構成の実体、5 つのプロダクトの使い分け、導入手順、類似 OSS との構造差、業務利用時に確認すべきデータの取り扱いと可用性の条件、そしてメンテナンス状況を整理します。最後に、採用可否を自分で判断するためのチェックリストにまとめます。

なお本記事は README・公式ドキュメント・公式サイト・GitHub API から取得したメタデータに基づく調査であり、インストールや実行による動作検証は行っていません。手順やモデルの挙動については、必ず一次情報の最新版を確認してください。

Freebuffとは｜広告で無料になったAIコーディングエージェント

Freebuff は、CodebuffAI が公開している AI コーディングエージェントです。README は冒頭で「Five free AI products for coding, building, and research.」と位置づけたうえで、サブスクリプション・クレジット・API キーのいずれも不要であると明記しています（出典: CodebuffAI/freebuff README）。

一般的な OSS のコーディングエージェントは「ソフトウェア自体は無料だが、モデルの利用料は自分で払う」という構成です。Freebuff はモデルの利用料まで含めて無料である点が異なります。その原資が何なのかを最初に押さえておくと、以降の判断がぶれません。

リポジトリの基本情報とライセンス

GitHub API で取得したリポジトリのメタデータは以下のとおりです（取得日: 2026年8月25日）。

このリポジトリはアーカイブされておらず、他リポジトリのフォークでもありません。ライセンスも Apache-2.0 が設定されています。つまり「更新が止まった過去の遺産」でも「本家から派生した非公式版」でもなく、本体として現在も更新が続いているリポジトリだと確認できます。

一点補足しておくと、リポジトリ内の NOTICE には「Codebuff / Copyright 2025 Codebuff」と記載されており、Apache-2.0 の帰属表示は Codebuff 名義になっています。Freebuff と Codebuff の関係については、のちほど整理します。

なぜ無料で提供できるのか

無料の原資は広告です。README は「Text ads support access to the included models.」と述べており、同梱モデルへのアクセスをテキスト広告が支えていると明示しています（出典: CodebuffAI/freebuff README）。公式サイトでも「How can it be free?」という問いに対して「Freebuff is supported by text ads.」と回答しています（出典: freebuff.com）。

つまり Freebuff は「善意で無料」なのではなく、広告事業として無料を成立させているプロダクトです。この構造を理解しておくと、後述するデータの取り扱いの条件も、唐突な制約ではなく収益モデルから導かれる帰結として読めます。

公式サイトには、訪問時点で「326,907 developers」に提供している旨の表示があり、有料の代替手段を年間 120 ドルから 2,400 ドルとして並べた比較チャートも掲載されています。この利用者数は時点によって変動する数値ですので、参照する際は取得時点を確認してください。

CodebuffとFreebuffの関係

README は「Freebuff is built on Codebuff, the open multi-agent framework that powers its orchestration, tools, and SDK.」と記しています。オーケストレーション・ツール群・SDK を提供するフレームワークが Codebuff で、その上に構築された無料プロダクト群が Freebuff、という関係です。カスタムエージェントの作成や他アプリケーションへの組み込みは、Codebuff のドキュメントと @codebuff/sdk を参照するよう案内されています。

リポジトリの履歴という観点でも、両者のつながりは確認できます。GitHub API で CodebuffAI/codebuff を参照すると CodebuffAI/freebuff にリダイレクトされ、full_name は CodebuffAI/freebuff として返ります。同一リポジトリが Freebuff という名前になっている、という観測事実です。日本語の解説記事に登場する Codebuff 時代の呼称や機能名が現行リポジトリと一致しない場合があるのは、この経緯が背景にあると考えられます。

無料と有料の線引きも、ここで押さえておくと混乱を避けられます。リポジトリ内の sdk/README.md によれば、@codebuff/sdk の利用には Codebuff のアカウントと API キーが前提です。SDK でエージェントを自社アプリケーションに組み込む用途は、広告支援による無料枠ではなく Codebuff 側の課金領域に属します。

Freebuffのマルチエージェント構成をリポジトリ構造から読む

Freebuff の技術的な特徴は、単一のモデルに単一のプロンプトを投げるのではなく、役割ごとに分かれたエージェントがタスクを分担する点にあります。README の "How Freebuff works" は、タスクに応じてエージェントがコンテキスト収集・計画・編集または調査・ツール実行・結果のレビューを行うと説明し、以下の 5 つの観点を挙げています（出典: CodebuffAI/freebuff README）。

• Codebase context — ファイル探索エージェントが編集前に関連箇所をマップする
• Implementation and review — エージェントが作業を分割し、変更・コマンド実行・結果検査を行う
• Research and browser use — ドキュメントを調査し、実ブラウザでアプリケーションを検証する
• Parallel local work — Desktop は並行実行するエージェントを別ワークスペースに隔離する
• Hosted environments — Web と Cloud はサンドボックス・プレビュー・ターミナル・デプロイのワークフローを提供する

ここまでは README の抽象的な説明です。実装として何が存在するのかは、リポジトリの構造を見ると具体的に確認できます。

agents/ に実在する専門エージェントと役割分担

GitHub API でリポジトリの agents/ ディレクトリを一覧すると、以下のエージェント定義が確認できます（取得日: 2026年8月25日）。

加えて base3-free-luna.ts / base3-free-deepseek-flash.ts / base3-free-mimo.ts / base3-free-ox-alpha.ts / base3-free-glm.ts といった、無料モデルごとのベースエージェント定義が並んでいます。README が説明する「専門エージェントによる分業」が、ディレクトリ構造としてそのまま実在していることが読み取れます。

ここで一つ注意点があります。日本語の解説記事の中には、Freebuff のエージェント構成を「File Picker / Planner / Editor / Reviewer の 4 種類」と説明しているものがありますが、これは Codebuff 時代の呼称に基づく分類です。現行リポジトリの agents/ は上表のとおり構成されており、呼称も粒度も一致しません。設計の詳細を追う際は、記事ではなくリポジトリの構造とドキュメントを参照するほうが確実です。

エージェントの定義方法は docs/agents-and-tools.md に記載があります。プロンプト型・プログラマティック型のエージェントは .agents/ に配置し、プログラマティック型は handleSteps ジェネレータで記述します。ジェネレータ関数はサンドボックス内で実行され、エージェントテンプレートがツールアクセスとサブエージェントを定義するという構造です。

同ドキュメントには、codebuff プレフィックスなしでエージェントを直接呼び出すためのシェル shim 機能の例も掲載されています。

codebuff shims install codebuff/base-lite@1.0.0
eval "$(codebuff shims env)"
base-lite "fix this bug"

出典: docs/agents-and-tools.md

コードベース理解を支えるcode-mapとagent-runtime

packages/ 配下には agent-runtime / code-map / llm-providers の 3 パッケージが置かれています。名称から読み取れる責務分担は、エージェントの実行基盤、コードベースの構造把握、モデルプロバイダの抽象化です。

エージェントを「賢いモデルに丸投げする仕組み」ではなく「実行基盤・コード理解・モデル抽象を分離したランタイム」として設計している点は、採用判断の材料になります。モデルの入れ替えや、エージェントの追加・差し替えが構造的に想定されているためです。ツール定義については、common/src/tools に置かれ、SDK ヘルパーと agent-runtime 経由で実行されると docs に記載があります。

ターミナルコマンド実行の設計

CLI として実務で使えるかどうかは、コマンド実行まわりの堅牢性に左右されます。この点について docs/agents-and-tools.md は、run_terminal_command が「プロセスの所有」と「ターミナル UI の所有」を分離する設計であることを明記しています。

要点を整理すると次のようになります。

• 出力バッファリング・タイムアウト・キャンセルのエスカレーション・プロセス診断は sdk/src/tools/run-terminal-command.ts が担う。ヘッドレスな SDK 利用者はその直接プロセスグループランナーを使う
• 対話型ホストは terminalCommandBroker を渡す。呼び出しごとに隔離されたヘルパーを同期的に起動し、プロセスツリー全体のハンドルを返す
• ブローカーはプロセスグループのルートとして常駐し、親 PID をポーリングして親が消えた場合にツリーを自己回収する
• ヘルパーは標準の stdio 3 系統のみを使う。Bun のカスタム子プロセスパイプが Windows の node:net ハンドシェイクに失敗し、ChildProcess のエラーイベント外で CLI を未処理の rejection として落とすことがあるため

「無料の AI エージェント」という表層からは見えにくい部分ですが、Windows 環境での失敗モードを名指しして設計判断を文書に残している点は、プロダクトの成熟度を測る材料になります。

モデルカタログとセッションの考え方

README には、レギュラーピッカーで提供されるモデルの一覧が掲載されています（出典: CodebuffAI/freebuff README）。

セッションの考え方について、README はモデルごとの 1 日上限が撤廃され、各モデルが通常の 1 日セッション枠を消費する方式になったと記しています。MiMo 2.5 と Ox Alpha は非計測でセッションを消費しません。また、モデルが量子化ビルド（Q8_0）から配信される場合がある旨も明記されています。

レギュラーピッカー以外では、GLM 5.2 は常時開放ではなく「earned sessions」経由で利用でき、Gemini 3.1 Flash Lite はファイル探索やリサーチといったスペシャリストタスクに使われ、メインのピッカーには現れません。加えて、Freebuff Desktop はユーザー自身のプロバイダアカウントを使い、ローカルにインストール済みの Claude Code や Codex のエージェントを実行できるとされています。この接続モデルは Freebuff 同梱のカタログとは別枠の扱いです。

モデル構成は README 上でも頻繁に更新される領域です。導入検討時は、必ず最新の README を確認してください。

CLI・Desktop・Web・Cloud・Chatの5プロダクトの使い分け

Freebuff は入口が 5 つあります。初見で混乱しやすいポイントですので、README のプロダクト表を起点に、どの作業でどれを選ぶかという観点で整理します。

判断の起点は「コードがどこにあるか」です。手元のリポジトリを直接触りたいなら CLI か Desktop、GitHub 上のリポジトリに対して実行したいなら Cloud、まだコードが存在しないなら Web、実装以前の調査なら Chat という切り分けになります。

なお README は Web と Cloud について「サンドボックス・プレビュー・ターミナル・デプロイのワークフローを提供する」と説明しています。ホスティング環境を含む提供形態を持っている点は、ターミナル中心の OSS エージェントとの差異として押さえておくとよいでしょう。

Freebuffの導入手順と開発への参加方法

評価に着手するコストがどの程度かを把握しておくと、判断が進みます。以下はいずれも README および Contributing Guide からの抜粋であり、本記事では実行による確認は行っていません。

CLIを導入する

README の Quick start は次のとおりです。

npm install -g freebuff
cd ~/my-project
freebuff

出典: CodebuffAI/freebuff README

グローバルインストールしてプロジェクトディレクトリで起動する、という 3 行です。README はこのあと、やりたいことを記述すれば Freebuff が関連ファイルを見つけ、変更を加え、そのプロジェクトで意味のあるチェックを実行すると説明しています。API キーの設定手順が存在しない点が、BYOK 型のエージェントとの体験上の差になります。

モノレポをローカルで動かす場合の前提

コードを読む、あるいはコントリビュートする場合は、リポジトリ本体をローカルで動かすことになります。README は Freebuff を「Bun で構築された TypeScript モノレポ」と説明し、ローカル開発には Docker と設定済みの .env.local が必要である旨を Contributing Guide とあわせて案内しています。

git clone https://github.com/CodebuffAI/freebuff.git
cd freebuff
bun install
bun up

出典: CodebuffAI/freebuff README

CLI は別途 bun start-cli で起動する、と README に記載があります。環境構築とプルリクエスト前に実行すべきチェックについては、Contributing Guide と docs/testing.md を参照する構成です。

CLI を試すだけなら npm 1 コマンドで済みますが、内部構造の評価やコントリビュートには Docker と Bun を含む環境が必要になります。評価の目的に応じて、どちらのコストを払うかを決めるとよいでしょう。

類似の無料AIコーディングエージェントOSSとの違い

「無料の AI コーディングエージェント」という括りには複数の OSS が該当します。しかし Freebuff とそれ以外では、無料の意味が構造的に異なります。

BYOK型OSSとの構造的な違い

opencode・Cline・goose・Aider はいずれも、OSS 自体は無料で使えるものの、モデルの利用にはユーザー自身の API キーやプロバイダ契約が必要な BYOK（Bring Your Own Key）型です。ソフトウェアの対価はゼロですが、モデルの対価は従量課金として利用者が負担します。

一方 Freebuff は、モデルの利用料まで広告収益で肩代わりする構造です。その対価として、テキスト広告の表示、プロンプトやメッセージが広告のパーソナライズのために解析され得ること、そしてセッション上限や地域別アクセス階層といった提供側都合の変動を受け入れる設計になっています。

言い換えれば、支払う対象が「金銭」から「データと可用性」に置き換わっているというのが両者の本質的な差です。この一点が、選定における最大の分岐点になります。

比較表

主要な類似リポジトリの指標は以下のとおりです（Freebuff 以外は GitHub API による 2026年8月25日時点の実測値）。

スター数で見ると、Freebuff は opencode の 20 分の 1 程度、Cline や goose と比べても 5 分の 1 前後の規模です。エコシステムの厚みや情報量では既存の有力 OSS に及びません。一方で最終 push は 2026年8月24日と直近であり、Aider（2026年5月22日）より更新間隔は詰まっています。

提供面にも差があります。opencode と Aider はターミナル中心、Cline は IDE 拡張・SDK・CLI という形で既存の開発ワークフローに載せる設計です。Freebuff は CLI に加えて Desktop・Web・Cloud・Chat というホスティング環境込みの 5 面を持ちます。「エディタに寄せる」のか「環境ごと預ける」のかという設計思想の違いとして捉えると整理しやすくなります。

Freebuffが向くケース・向かないケース

ここまでの差分を、選定の観点に落とすと次のようになります。

向きやすいケース

• 公開リポジトリ・OSS・学習用プロジェクトなど、外部に解析されても影響が小さいコードを扱う場合
• API キーやプロバイダ契約を用意せずに、まず AI コーディングエージェントの使用感を確かめたい場合
• ローカル環境を用意せず、GitHub リポジトリやブラウザ上で完結させたい場合
• 従量課金の上振れリスクを避け、費用を確定させたい場合

慎重に判断すべきケース

• 顧客から預かったコードや、機密性の高い社内コードを扱う場合（データの取り扱い条件については後述します）
• 納期直前など、可用性が業務のクリティカルパスに乗る場合（セッション上限やモデルの一時停止が影響します）
• 既にプロバイダとの契約があり、モデル選択やレート上限を自分でコントロールしたい場合
• IDE 拡張として既存のワークフローに統合したい場合（Cline のような設計のほうが適合します）

業務利用の前に確認したいデータの扱いと可用性

採用可否の判断で最も重い論点がここです。日本語の解説記事では「コードを再学習に使わない」と書くものと「商用不可・機密コードの投入は危険」と書くものが混在しており、そのまま鵜呑みにするのは危険です。一次情報がどう書いているかを確認します。

公式が明記しているデータの扱い

README には自動生成された "FREEBUFF DATA USE" のブロックがあり、以下の内容が記載されています（出典: CodebuffAI/freebuff README）。

• AI 学習への利用: モデルまたは機能が「データが AI 学習に使われる可能性がある」と示している場合に限られる。その場合、Freebuff またはプロバイダが提出内容を保持し、AI モデル・プロダクトの開発・学習・テスト・評価・ファインチューニング・改善に使う可能性がある
• サービス提供のための利用: プロンプト・メッセージ・コード・ファイル・リポジトリデータをサービス提供のために使用する。貼り付けた内容を含むプロンプトとメッセージを解析して広告をパーソナライズする場合がある。処理は Freebuff のシステムと、その委託を受けたサービスプロバイダが行う
• 広告事業者への提供範囲: 個別のアップロードと連携したリポジトリは、広告事業者には提供されない
• オプトアウト: 法律で求められる法域では広告に関する選択肢を提供し、認知されたオプトアウトシグナルを尊重する。それ以外の地域では、この処理が無料サービスを利用するための条件になり得る

プライバシーポリシーにも同趣旨の記述があり、「We do not use Prompt and Project Data to train our or third-party AI models unless, before you use the applicable model or feature, we clearly state that the data may be used for AI training.」として、事前の明示がある場合に限り学習利用があり得ると定めています。広告については「We may use Prompt and Project Data to personalize advertising shown within Service, including by deriving general interest categories.」と記載され、人種・宗教・健康・性的指向といったセンシティブな属性に基づくターゲティングは行わないと明記されています。

ここから読み取れる要点を整理すると、次のようになります。

1. 「学習に一切使わない」という無条件の記述ではありません。モデルや機能が明示した場合には学習利用があり得る、という条件付きの記述です
2. 学習利用の有無とは別に、プロンプトやメッセージが広告パーソナライズのために解析され得ると明記されています。ここには貼り付けた内容が含まれます
3. オプトアウトの可否は法域に依存します。提供されない地域では、この処理を受け入れることが無料利用の条件になり得ます

顧客から預かったコードや機密性の高い社内コードを扱う場合、この 3 点を自社のデータ取り扱いポリシーと突き合わせる必要があります。

コードのライセンスとサービス利用条件は別で考える

もう一つ、混同されやすい論点を切り分けておきます。リポジトリのライセンスである Apache-2.0 は、リポジトリで公開されているソースコードの利用条件を定めるものです。ホスティングされた無料サービス（Freebuff の Web・Cloud・Chat、および同梱モデルへのアクセス）をどう使えるかは、サービス側の利用規約とプライバシーポリシーが定めます。

日本語の記事の中には「商用不可」と断定しているものがありますが、README にその記述はありません。実務上は、Apache-2.0 のコード利用条件とホスティングサービスの利用規約を別々に確認し、自社の用途がどちらに該当するかを整理するのが正しい進め方です。判断が業務上重要な場合は、公式の利用規約とプライバシーポリシーの原文にあたり、必要に応じて法務の確認を取ってください。

可用性の変動要因

無料であることは、可用性の面でも条件を伴います。README から読み取れる変動要因は次のとおりです。

• 地域別のアクセス階層: Freebuff は全世界で利用できるが、サポート対象地域はフルアクセス、それ以外の地域と VPN 利用者は制限アクセスとなる。制限アクセスは現時点で MiMo 2.5 と Ox Alpha が対象で、1 時間セッションを 1 日 3 回、最大 7 回まで獲得できる
• セッション枠: モデル別の 1 日上限は撤廃され、通常の 1 日セッション枠を消費する方式に変わっている
• ピーク時の一時停止: DeepSeek V4 Flash 07/31 はピーク時に一時停止するとされている
• 量子化ビルドでの配信: モデルが量子化ビルド（Q8_0）から配信される場合がある
• 実験的モデルの不安定さ: Ox Alpha は実験的であり、信頼性に欠ける場合があると明記されている

なお README は、どの地域がサポート対象なのかというリストを明示していません。したがって「日本は制限モードである／フルアクセスである」といった断定は、README からは根拠づけられません。README は「利用可能性と制限はアクセス階層・プロダクト・その時点のキャパシティに依存する」とし、セッション上限とモデル固有のデータ利用告知は開始前に表示すると述べています。実際の条件は起動時の表示で確認するのが確実です。

日本語の解説記事で情報が食い違う点と、自分で確認する手順

ここまでで触れた「食い違い」を整理すると、次の 3 点に集約されます。

確認の手順としては、以下の順に一次情報をあたるのが最短です。

1. README の "Free access" と "FREEBUFF DATA USE" ブロックを読む（モデル構成・セッション条件・データ利用の要約がここに集約されています）
2. プライバシーポリシーで保持期間・広告利用・オプトアウトの詳細を確認する
3. 公式サイトの利用規約で、ホスティングサービスの利用条件を確認する
4. 起動時に表示されるセッション上限とモデル固有のデータ利用告知を確認する
5. リポジトリの docs/agents-and-tools.md と agents/ の構成で、現行の設計を確認する

メンテナンス状況とFreebuff採用の判断チェックリスト

最後に、開発の継続性と運用体制を確認し、判断軸を整理します。

メンテナンス状況の指標は、記事冒頭で示したメタデータのとおりです。スター 10,707・フォーク 1,164 は既存の有力 OSS と比べれば小規模ですが、最終 push は 2026年8月24日と直近であり、リポジトリはアーカイブされておらず、フォークでもありません。ライセンスも Apache-2.0 が設定済みで、未設定のリポジトリにありがちな利用条件の不透明さはありません。

運用面では、SECURITY.md に脆弱性の報告手順が定められています。GitHub の公開 issue ではなく support@codebuff.com へ連絡する運用で、報告窓口が明示されている点は、セキュリティ運用の体裁が整っていることの一つの目安になります。

一方で、プロダクトの持続性という観点では留意点もあります。無料の原資が広告収益である以上、広告事業としての採算がモデル提供の条件に直結します。README がモデル別上限の撤廃や量子化ビルドでの配信、ピーク時の一時停止に言及していることからも、提供条件が状況に応じて調整される前提のプロダクトであることが読み取れます。長期的に業務のクリティカルパスへ組み込む場合は、この点をリスクとして見込んでおく必要があります。

以下は、ここまでの判断軸をまとめたチェックリストです。すべてが「はい」に近いほど、Freebuff の採用と相性が良いと言えます。

Freebuff が「無料で使える」ことは事実ですが、それは無条件の無料ではなく、広告支援モデルに由来する条件付きの無料です。その条件を一次情報で確認し、扱うコードの性質と照らして判断できれば、選択肢として十分に検討に値します。逆に、条件を確認せずに顧客資産を扱う用途へ広げるのは避けるべきです。判断の材料はすべて README とプライバシーポリシーに書かれていますので、導入前に必ず原文をご確認ください。

関連情報

AI コーディングエージェントの業務導入や、開発体制の見直しをご検討中の方は、お問い合わせフォームからご相談ください。技術選定の判断材料の整理段階からご相談いただけます。

参考リンク

• CodebuffAI/freebuff（GitHub リポジトリ・README）
• Freebuff 公式サイト
• Freebuff プライバシーポリシー
• docs/agents-and-tools.md（エージェントとツールの設計）
• CONTRIBUTING.md（ローカル開発の前提条件）
• SECURITY.md（脆弱性の報告手順）
• Codebuff 公式サイト / Codebuff ドキュメント