Kiro の料金は個人開発者に見合うか2026 — spec駆動IDEに月¥3,200、クレジット課金で請求は読めるのか

「コードを書く前に要件と設計を吐き出してくれる AWS の Kiro って、結局いくらかかるんだ？個人開発者が払って元が取れるのか？」——AI 開発ツールを複数使い分けている人ほど、新しい IDE の料金には身構えます。とくに Kiro は「クレジット課金」で、月額を払えば終わりではないからです。

先に結論です。Kiro は個人なら Pro が月 $20（約¥3,200）からで、無料の Free（50クレジット）もあります。ただし安く見えても本質はクレジット消費型で、重い spec タスクや Agent Hooks を回し続ければクレジットは早く減り、オーバーエイジ（超過課金）を有効にすれば請求は伸びます。そして個人開発者にとっての本当の論点は値段ではなく、「Kiro に spec駆動（コード前に設計を書く規律）を任せる」のと「CLAUDE.md で設計を自分で組む」のどちらが自分の運用に合うかです。

この記事は、Kiro の料金とクレジットのしくみを個人開発の感覚に落とし込み、買うべき人／自分で設計を組むべき人を判断軸つきで分けるためのものです。

30秒でわかる：Kiro の料金（個人プラン）

プラン	月額	付与クレジット	位置づけ
Free	$0	50	お試し。Sonnet 4.5/4.6＋オープンウェイトモデル（レート制限あり）
Pro	$20（約¥3,200）	1,000	個人で継続利用したい人の入口。プレミアムモデル利用可
Pro+	$40（約¥6,400）	2,000	Pro で足りなくなった個人。spec を日常的に回す人
Pro Max	$100（約¥16,000）	5,000	個人のヘビーユース
Power	$200（約¥32,000）	10,000	毎日重い自動化を常用する人・小チームの主力

ポイントは3つです。①クレジット = 作業1単位で、月初にプラン分が付与され、使い切ったら**オーバーエイジ（$0.04/クレジット）**で続行できます（オーバーエイジは初期設定オフ。自分で有効にしない限り課金されません）。②未使用クレジットは翌月へ繰り越されません（月初リセット）。③サブスクは個人単位で、チームでの共有はできません。

⚠️ Kiro はプレビュー期から料金・無料枠が何度か調整されてきました。クレジットの消費量は「使うモデル」と「タスクの重さ」で変わります（公式 FAQ では、同じタスクを Auto で X クレジット消費する場合、Sonnet 4.6 だと約1.3X になると説明されています）。この記事の数値は2026年6月17日時点の調査ベースなので、申し込む直前に公式で最新を確認してください。

Kiro とは：spec駆動IDEの正体（30秒）

Kiro は AWS が出した spec駆動（仕様駆動）の Agentic IDE で、2025年11月17日に一般提供が始まりました。最大の特徴は、コードを書く前に3つの設計ファイルを自動生成することです。

requirements.md：何を作るか（機能要件）
design.md：どう作るか（技術設計・アーキテクチャ）
tasks.md：どの順で実装するか（タスク分解）

使い方には2モードあります。サッと対話で作る vibe モードと、上の3ファイルを起こしてから実装に入る spec モードです。spec モードは「いきなりコードを書かせず、まず要件と設計に合意してから実装させる」という規律を、IDE 側が強制してくれるのが肝です。クレジットは vibe・spec どちらの実行でも、spec の精緻化でも、Agent Hooks の実行でも消費されます。

日本からも利用でき（日本の請求先には日本の消費税が適用）、VS Code の日本語言語パックで UI を日本語化、応答言語も Steering ファイルで日本語指定できます。

クレジット課金を個人開発の感覚に落とす

「1,000クレジット」と言われてもピンとこないので、感覚に落とします。

クレジットは「プロンプト1回の作業量」に対して引かれる単位で、軽い質問は1クレジット未満、spec タスクの実行のような重い処理は1クレジット超を消費します（0.01クレジット単位で計量）。デフォルトの Auto（複数モデルを使い分けるエージェント）は係数が軽く、Sonnet 4.6 を指名すると同じ作業でも約1.3倍減ります。

ここで個人開発者がまず確かめるべきは、**「自分は月に何回 spec を回し、Hooks をどれだけ自動実行するのか」**です。

**Pro（1,000クレジット）**は、付与分の範囲で「日常の小〜中タスクと、週に数本の spec」を回すイメージ。
付与を超えた分はオーバーエイジでドル建て加算（$0.04/クレジット、初期オフ）。たとえば Pro で月1,100クレジット使えば、超過100クレジット分=$4 が翌月に乗ります。
重い自動化（Agent Hooks を毎コミット相当で常用）を回すと付与は一気に溶けるので、その場合は Pro Max / Power か、自前のエージェント運用に寄せる判断が先になります。

「月額だけ見て安い」と判断すると、Hooks の自動実行で請求が想定外に伸びる——クレジット課金型ツールに共通の落とし穴です。オーバーエイジを初期オフのままにしておけば請求は付与分で頭打ちになるので、まずはオフのまま付与分でどれだけ回るかを測るのが安全です。

実際どう見たか：CLAUDE.md で設計を手で組んでいる立場から

ここが、複数 AI を併用して個人開発を回してきた中で一番伝えたい判断軸です。

私は masatoman.net（記事152本）を、複数の AI エージェントによる自動運用で回しています。固定費は月 ¥3,000台（Claude Pro ¥3,000＋ドメイン約¥170）に抑え、記事の調査・執筆・スケジュール実行を Claude Code のサブエージェント（Crew 複数体）に分担させています。

この立場から Kiro を見ると、論点は「高いか安いか」ではありませんでした。Kiro が売っているのは spec駆動という"設計を先に書く規律"を IDE 側が強制してくれることで、私が時間をかけて組んできたのは **CLAUDE.md・ルーティン・共有ボードという"設計を自分で持つしくみ"**です。要件・設計・タスクを毎回ファイルに起こさせる Kiro の発想は、私が CLAUDE.md に「3ステップ以上はまず計画を書く」と書いて運用しているのと、ねらいがほぼ同じでした。

つまり Kiro は「設計の規律を自分で持たなくていい」分の対価で、私は「設計を自分の手で持っている」分の固定費の安さを取っている。同じ"AI に設計を任せる"でも、買うのか・組むのかで財布の構造が変わります。

教訓はシンプルです。spec駆動の価値は「設計を書く習慣がない人ほど高い」。コード前に要件と設計を書く規律をまだ持っていないなら、それを IDE が強制してくれる Kiro は月¥3,200の価値があります。逆に、CLAUDE.md やルーティンで設計を先に書く運用がすでに回っているなら、その規律はツールを変えても持ち運べるので、クレジット課金を新たに足す必然性は薄くなります。これは優劣ではなく、手持ちの資産で答えが変わる話です。

判断基準：Kiro を買うべき人／自分で設計を組むべき人

読者が自分に当てはめられる形にします。

Kiro（Pro〜Pro+）を買うべき人

いきなりコードを書き始めて手戻りしがちで、「コード前に要件・設計を書く」規律を外から強制してほしい人
spec（requirements / design / tasks）という型に沿って、AI に設計から実装まで一気通貫で進めさせたい人
月のタスク量が読めて、付与クレジットの範囲に収まる見込みがある人（＝オーバーエイジを切っておけば請求が暴走しない）
AWS まわりで開発していて、将来のチーム移行（SSO・一元請求）まで見据えたい人

自分で設計を組むべき（Claude Code 等で運用する）人

すでに CLAUDE.md やルーティンなど"設計を先に書く"運用の資産がある、または組むのが苦でない人
月の固定費を数千円台に抑えたい（Claude Pro / Max を主力に、自分でオーケストレーションする）人
クレジット課金の変動より、定額で上限の見える請求を好む人

判断に迷ったら、まず Free（50クレジット）で1本だけ spec モードを回してみて、生成された requirements / design / tasks の質と、"自分で同じ設計を書く手間"を天秤にかけるのが安全です。Free はクレジットカード不要で触れます。

こんな人には今は不要

すでに Claude Code や Cursor で「計画 → 実装」のワークフローが回っていて、設計を書く規律を自前で持っている人 → spec駆動IDEを足しても二重投資になりやすい
毎日重い自動化（Hooks 常用）を回したいが固定費は上げたくない人 → Pro の付与では足りず、Pro Max / Power か自前運用に寄せる判断が先

今日やること（3つだけ）

自分が月に「spec を何本回し、Hooks をどれだけ自動実行するか」をざっくり数える。 週数本なら Pro、毎日重いなら Pro Max 以上、と当たりをつけます。
Free で1本だけ spec モードを回してみる。 生成された設計ファイルの質と、自分で同じ設計を書く手間を比べます（クレカ不要）。オーバーエイジは有効化しない。
"買う"前に、自分の設計資産の有無を棚卸しする。 CLAUDE.md や計画を先に書く運用を持っているなら、Kiro を足す前にその規律を Claude Code 側で活かせないかを先に検討します。

次に読む：spec駆動を「自分の CLAUDE.md」で組む側

Kiro が IDE 側で強制してくれる「コード前に設計を書く」規律は、実は CLAUDE.md と運用ルーティンを自分で組めば、ツールを問わず持ち運べます。私が月¥3,000台でエージェントを回せているのは、この設計を先に書いていたからでした。spec駆動を買う前に、まず自分の手で組む側を知っておくと判断がぶれません。

CLAUDE.md セットアップガイド2026

AIに毎回ゼロから説明しないための指示書設計。spec駆動を自前で持つ第一歩

→

AIに定期実行を任せる設計の実録2026

人間が起動しなくても回る、定期実行ルーティンの組み方を実運用で解説

→