🚀 Devin専門の解説メディア「StartDevin」を運営中！
Devinの導入・使い方・最新アップデート・活用事例を、日本語でまとめています。
👉 StartDevin をチェックする（startdevin.jp）
この記事にぜひ いいね❤️ していただけると励みになります 🙌
はじめに
Devinを使い始めて、最初に気になるのは精度よりも**「料金（消費量）」**ではないでしょうか。「気づいたら結構使っていた」「同じような作業なのに、人によって消費が全然違う」——こういう声はよく聞きます。
結論から言うと、Devinの料金は「使った時間」ではなく「Devinがやった仕事量」で増えます。 そして仕事量は、こちらの“投げ方”次第で大きく変わります。プランを上げる前に、まず投げ方を見直すと、同じ作業がぐっと安くなります。
この記事は、何にお金がかかり、どこでは一切かからないのかをはっきりさせ、料金が“溶ける”瞬間と、溶かさない原則を整理します。内容はすべて Devin公式ドキュメント（2026年10月時点） に基づきます。正式な価格は公式の料金ページをご確認ください（価格・仕様は変わり得ます）。
先に3行でまとめると
- Devinの消費は 「計画・探索・実行などアクションの“数と複雑さ”」で増える。VM稼働時間は通常ごく一部
- 待ち時間は課金されない——あなたの返信待ち・テスト実行待ち・リポジトリのクローン中・スリープ中はゼロ
- だから効くのは 「迷わせず・短く・寝かせる」。超大作プロンプト一発投げより、Ask→Agentで計画を合意してから実行する方が安くて速い
用語：ACUと「消費量」
| 用語 | 意味 |
|---|---|
| ACU | Agent Compute Units。エンタープライズの消費単位 |
| クォータ／on-demandクレジット | **self-serve（個人・Teams）**の消費枠。含まれる枠を使い切ると、前払いクレジットから消費 |
| 消費量（usage） | 上記のどちらか、あなたのアカウントに当てはまる単位 |
課金の仕組みはどのプランでも同じで、違うのは「単位」だけ、と公式は明記しています。この記事では総称して「消費量」と呼びます。
💧 料金は「時間」でなく「仕事量」で増える
ここが一番の誤解ポイントです。Devinは起動している時間で課金されるのではありません。消費量は、Devinがセッション内で実際に行った仕事に応じて増えます。
増える（課金される）もの：
- アクションの**「数」と「複雑さ」**（計画、context gathering＝探索、タスク実行、ブラウザ操作、コード実行 など）
- VMの稼働時間（ただし通常は全体のごく一部）
増えない（課金されない）もの：
- あなたの返信を待っている間
- テスト実行を待っている間
- リポジトリのセットアップ・クローン中
- スリープ中
Devinは無操作30分で自動的にスリープし、スリープ中は消費ゼロです（Lite／API作成セッションは5分、エンタープライズは5〜120分で設定可）。起こしたいときはメッセージを送るだけ。つまり、「考えて迷って動き回る量」が料金を押し上げる本体で、待ち時間や放置（＝スリープ）はコストにならない、という構造です。
⚠️ ちなみに、Windowsセッションは同等のLinux（Ubuntu）比で約9%多く消費します。macOSは現状Linuxと同額ですが、これはプロモ価格で変更あり得ます。
🔥 料金が“溶ける”瞬間と、溶かさない原則
消費を押し上げる要因として、公式は「タスクの複雑さ／プロンプトの質（具体性）／contextやコードベースの大きさ／触るファイル数／セッションの実行時間／会話の長さ／往復の頻度」を挙げています。これを“あるある”に翻訳すると、料金が溶ける瞬間はだいたい次の5つです。
① 超大作プロンプトを一発で投げる
「バッチ比較して、差異を抽出して、優先度を付けて、移行して…」と全部入りの巨大プロンプトを一発で投げると、Devinは全体像を掴めないまま探索と試行錯誤を始めます。アクションの数が膨らみ、手戻りも増え、結果として高く・遅くなりがちです。
対策：Ask → Agent。 いきなり実行させず、まずAsk（対話）で計画・スコープを可視化して合意し、それから**Agent（実行）に移します。公式も、消費を抑えるコツとして「明確にスコープされた、ゴールが定義されたタスクを渡す」「プロンプトとセッションを短く保つ」を挙げています。プロンプトの具体性（specificity）**はコストにも品質にも効く、というわけです。
② 1セッションに色々詰め込む
ついでにあれもこれも、と1つのセッションに複数の別タスクを詰め込むと、会話が長くなり、抱えるcontextが肥大します。公式の「同じセッションで多くの異なるタスクをやらせない」がそのまま効きます。1セッション＝1目的に切りましょう。
③ 巨大プロジェクトを丸ごと依頼する
大きな案件を1本の長いセッションで抱え込むと、実行時間も会話も伸びます。公式の推奨は、大きなプロジェクトはサブタスクに分割し、複数セッションで並列実行すること。短いセッションに割るほど、迷いも手戻りも減ります（同時に走らせられるセッション数はプランに依存します）。
④ 放置・無人で動かし続ける
自動化やエージェント運用で無人で回し続けるなら、天井の設計が要ります。幸い、スリープ中は消費ゼロなので放置そのものは大きなコストになりにくいのですが、暴走や想定外の消費に備えて上限は決めておくべきです。
- self-serve：セッションのデフォルト支出上限（default session spending limit）や、on-demandクレジットのauto-reload閾値を Settings > Usage & limits で設定
- エンタープライズ：Usage Policiesでメンバー単位・組織単位の月次上限を設定（上限到達で新規作業はblock）
⑤ GPTモデルを素で多用する（self-serve）
self-serveのPro／Max／Teamsでは、対象の ChatGPT（Go／Plus／Pro）サブスクを連携すると、GPTモデルの使用分をそちら側で課金でき、Devinの枠を節約できます。GPTモデルをよく使う人ほど効きます。
🔎 「いくら使ったか」を見える化する
溶かさない運用の前提は、消費を観測できることです。
- Session Insights：どのプランでも、セッション単位の消費量を確認できます。「どの作業が重かったか」を事後に振り返れます。
- 全体の消費：self-serveは Settings > Usage & limits（今月の使用量・残クォータ・クレジット残高）、エンタープライズは Consumption／Consumption Analytics。
- Devin Coach：非効率なプロンプトを、送信前に入力欄で警告してくれます。溶ける前に止められる仕組みです。
🧮 プランの地図（self-serve）
「投げ方」を直したうえで、自分に合う器を選ぶための早見表です（正式な価格・最新仕様は公式参照）。
| プラン | 対象 | 価格 | 枠の考え方 |
|---|---|---|---|
| Free | お試し | 無料 | 使用量は限定。Devin Review／DeepWikiは利用可 |
| Pro | 個人 | $20/月 | 日次＋週次クォータ。超過はon-demandクレジット |
| Max | ヘビーユーザー | $200/月 | 週次クォータのみ（日次上限なし）＝大きめ |
| Teams | チーム（〜200人） | $80/月〜 | フルシート$40/月、フレックスシート無料。クレジットはチーム共有 |
- on-demandクレジットは前払いで、繰り越し・無期限。auto-reloadで自動補充も可能。
-
Devin Review／Automations はself-serveではon-demandクレジットから消費（Teamsは共有クレジット）。ただし公開PRのレビューは無料（
github.comをdevinreview.comに置き換えるだけ、アカウント不要）。
まとめ：安くする順番は「投げ方 → 器」
- Devinの料金は仕事量（アクションの数と複雑さ）で増える。時間ではない
- 待ち時間・テスト待ち・クローン中・スリープ中はゼロ。だから「寝かせる」は怖くない
- 溶ける最大要因は迷わせる投げ方。Ask→Agentで計画合意 → 1セッション1目的 → サブタスク並列で、安く・速く・精度も上がる
- **上限（spending limit／Usage Policies）と可視化（Session Insights／Devin Coach）**で、溶ける前に止める
- プラン変更は、投げ方を直したあとで。器より先に投げ方
「Devinは高い」と感じたら、多くの場合プランではなく投げ方の問題です。まずは超大作プロンプトをやめて、計画を一度合意するところから始めてみてください。
正直な但し書き
- ACUの円換算・各プランの詳細枠・同時実行数などはプランと時期で変動します。正式な価格は公式の料金ページで確認してください。
- 「大きく変わる」は仕組み上の話で、どれだけ変わるかは作業内容に依存します（具体的な倍率は示していません）。本記事は公式ドキュメントの整理であり、私がすべてのケースを実測したものではありません。
- macOS同額／Windows+9%はプロモ価格、Usage Policies（per-user上限）はベータなど、変更・前提のある項目があります。