Claude Code の活用事例として一番効いたのは、1 回の指示で長く働かせる仕組みを作り、開発と運用を人の手から外したことです。ここでは自社の開発と運用の現場で回している 6 つを、数字の出所つきで並べます。そもそもの意味はAIエージェントとはで。
6 つの事例の一覧
| # | 任せた仕事 | 出た事実 |
|---|---|---|
| 1 | 並列開発（モンスター） | 1 日で 40 マージ・267 コミット・12,694 行 |
| 2 | 寝ている間の開発（CTO・日直参謀） | 1 週間で 275 億トークン・21 万行 |
| 3 | E2E テスト | 画面からデータベースまでの通しの検証が約 5 時間 |
| 4 | 公開（デプロイ） | 人が操作しなくても公開できる置き場に固定 |
| 5 | 先行事例の調査（ベンチ君） | 要件定義の途中で市場の最良を調べてから作る |
| 6 | SEO の便 | 週 1 回、その頁にしか無い事実が集まった時だけ頁を書く |
並列開発: 競合しない仕組み
複数のエージェントに同時に開発させると、同じファイルを書き換えて壊れそうに見えます。実際には、作業ごとに作業用の写し（ワークツリー）を別のフォルダに作り、それぞれ別のフォルダで作業するので競合しない。最後に食い違いがあれば、まとめ役のテックリードが解消します。講座では、3 月まで月 48,000 行だった変更が 4 月に 5 倍になったと報告しています。⚠️ 並列に回すと機械の負担が増えるので、メモリは 24GB 以上、理想は 36GBを勧めています。
寝ている間も止めない
開発の窓口は 2 つに分けました。新規は棟梁、追加とエラーの回収は CTO。CTO は複数の仕事にまとめ役を割り当てて並列に走らせます。朝のうちに 1 日分の指示を作り切る日直参謀を置いたのは、「24 時間あるうちの 12 時間を無駄にしていた」という反省からでした。
モデルも役で分けています。設計と監督は Fable、実装は Opusと、編成が自動で決まります。手元のパソコンは指揮する机にし、開発そのものは常に繋がっている機械に置くので、移動中も回線が切れても止まらない形です。
テストと公開を任せる
E2E テストでは、Playwright（画面を自動で操作する道具）でエージェントが人の代わりに画面を触り、通らなければ原因を探して直します。公開では、ローカルと本番のデータベースを分けるのが決まりです。同じデータベースを見ていると、改修中にエージェントが誤って消した瞬間に会員のデータが消えるからです。
この記事を書く便
このサイトの記事も、週 1 回起きる SEO の便が材料を集めています。便は狙う言葉を 1〜2 本選び、固有の事実が無い週は見送り、量産しない決まりで動きます。どの仕事にどのエージェントを当てるかは使いどころ、エージェントそのものは棚で見られます。
よくある質問
Claude Code を会社で使うとき、最初の 1 つは何がよいですか？
手順が決まっていて、毎月必ず発生する仕事です。私たちは最初に経理を渡しました。4 ヶ月分たまっていた経理がセットアップ 2 日込みで片づいたので、効果が数字で見えやすい仕事でした。
開発を任せると品質が下がりませんか？
品質の門を先に作れば下がりません。テストの 3 層を積み、カバレッジ 80% を合格ラインにして、緑が点かなければ取り込まない決まりにしています。コーディングのエージェントが先に強くなったのも、テストという品質ゲートが作りやすかったからだと講座では説明しています。
寝ている間に動かして、事故は起きませんか？
本番のデータに触る所を分けます。改修は常にローカルで検証し、本番と同じデータベースを見ない。お金・契約・本番への公開は人が決める線にしてあり、席はそこで止まって判断の材料を上げます。