AI開発ツールの課金に振り回されるのをやめた — Claude Codeを CLAUDE.md / Skills / routine で"運用設計"した実録2026

AI開発ツールの請求額に、月末ドキドキしていませんか？

「今月いくら使ったんだろう」「気づいたら従量課金が膨らんでた」——AI でコードを書くのが当たり前になった分、コストが読めないのが地味にストレスです。私もしばらく、ツールの料金プランを比較しては乗り換える、を繰り返していました。

ある時点で考え方を変えました。**「どのツールが安いか」ではなく「Claude Code をどう"運用設計"するか」**に。CLAUDE.md / Skills / routine を組んで、AI に任せる業務を仕組み化したら、コストも作業も「読める」状態になりました。この記事は、その設計の実録です。

結論：ツールを乗り換えるより、Claude Code を「運用設計」する方が効く

結論から言うと、AI開発のコストと作業量が読めなくなる原因は、ツールの料金プランではなく 「毎回その場で AI に指示している（＝設計がない）」 ことです。

私がやったのは3つだけ：

1. CLAUDE.md — プロジェクトの前提・禁止事項・自分の行動原則を1ファイルに固定し、毎回の指示を不要にする
2. Skills — 繰り返す定型作業（記事の執筆チェック、リサーチ、整合性チェック等）を「自動起動する手順書」にする
3. routine — 定期実行（トレンド収集、記事生成、計測）をクラウドのスケジュール実行に逃がす

この3つを組むと、AI が「何を・どこまで・どう」やるかが事前に決まるので、手戻りと無駄なトークンが減り、結果としてコストが読めるようになります。ツールを変えるのは最後の手段でいい。

この記事の前提（自分の状況・スタック）

• スタック: Next.js + Supabase + Stripe + Claude Code
• 運用対象: このブログ（masatoman.net）周辺の執筆・SNS・計測・調査の自動化
• AI 開発ツールは日常運用（料金プランは何度も比較記事にしてきた）
• 「稼げた結果」ではなく「組んで回しているプロセス」を書きます。私はまだ大きく稼げてはいません。だから売れる話ではなく、設計の話だけをします

読者のよくある詰まり

• AI に毎回ゼロから指示していて、同じ説明を何度もしている
• 「便利そう」で Skill や設定を増やすが、何をどこまで任せるかの線引きがない
• ツールの料金プランばかり比較して、運用そのものは手作業のまま
• 結果、AI 開発ツール費（月 ¥3K–10K）を「何に使ったか」説明できない

ひとつでも当てはまるなら、この先は自分ごととして読めるはずです。

実際に起きたこと（設計の中身）

私が実際に運用している構成を、役割ごとに分けて書きます。

CLAUDE.md：毎回の指示を「固定」する

プロジェクトの前提（スタック・禁止事項・参照すべきドキュメント）と、自分の行動原則（結論を出す前に反証を1つ立てる、本番に触る前に確認する等）を1ファイルに書いて、AI が毎回読む状態にしました。これで「前提の説明」を毎回プロンプトに書かなくて済みます。

Skills：定型作業を「自動起動の手順書」にする

記事を書く前のチェック、リサーチのブリーフ作成、ドキュメント間の整合性チェックなど、繰り返す判断を Skill 化しました。Skill は「使うべきタイミング」を AI 自身が判断して呼び出すので、こちらが毎回呼ぶ必要がありません。（Skills の作り方そのものは別記事に書いています）

routine：定期実行を「クラウドに逃がす」

トレンド収集や計測のような定期タスクは、手元で回すのではなくクラウドのスケジュール実行に置きました。手を動かさなくても、判断に必要なデータが定期的に溜まる状態です。

原因分析：なぜ「運用設計」がコストに効くのか

AI 開発のコストが膨らむ主因は、やり直しと、文脈の再説明です。

• 前提を毎回説明する → 無駄なトークン
• 期待とズレた出力 → やり直し → さらにトークン
• 何を任せるか決まっていない → 「とりあえず全部 AI に」→ 過剰利用

CLAUDE.md で前提を固定し、Skills で手順を固定し、routine で実行を仕組み化すると、この3つの無駄が構造的に減ります。「安いツールを探す」より「やり直しを減らす設計」の方が、コストへの効き目が大きい——これが運用して分かったことです。

判断基準：どこまで Skill / routine に任せるか

増やしすぎると逆に管理コストが上がります。私は次の線引きで判断しています。

• Skill にする: 週1回以上やる / 判断手順が言語化できる / 毎回ほぼ同じ
• 手でやる: 月1回未満 / その都度判断が要る / 失敗時の影響が大きい
• routine にする: 時間で回せる / 結果を後でまとめて見ればいい / 人の即時判断が要らない

「便利そうだから」で増やさない。頻度 × 言語化できるか × 失敗時の影響で決めます。

今日やること（3つ以内）

1. いつも AI に毎回説明している「前提」を1つ、CLAUDE.md に書き出す
2. 直近1週間で2回以上やった定型作業を1つ、Skill 候補としてメモする
3. 手で回している定期タスクを1つ、routine に逃がせないか考える

まず1つだけでいい。1つ固定するごとに、AI 開発の「読めなさ」が減ります。

この設計を、そのまま再現できるテンプレを準備しています

ここまで読んで「自分のプロジェクトでも同じ構成を組みたい」と思った方へ。

私が実運用している CLAUDE.md の雛形・Skills の構成・routine の設定 を、コピペして自分用に書き換えるだけで再現できる テンプレ集を準備中です。記事内で書いた「設計」を、自分の手元で動く「成果物」にするためのものです。

完成前に、本当に必要としている人がいるか確かめたいので、先行して欲しい方は事前登録をお願いしています（登録した方に、完成時に最初にご案内します。登録だけで費用はかかりません）。

→ 設計テンプレの事前登録はこちら（準備中：登録フォームへのリンクを設置予定）

---

この記事は、masatoman.net 周辺を実際に Claude Code で運用している立場からの実録です。数字や成果は実測ベースで、誇張は含みません。「稼げる」話ではなく「組んで回す設計」の話として書いています。