Scale out your Claude Code ~⁨⁩自社専用Agentで10xする開発プロセス~

Scale out your Claude Code ~⁨ ⁩ 自社専用Agentで10xする開発プロセス~ @yukukotani 2025/08/08
- Claude Code Meetup Japan #2

自己紹介 Yuku Kotani CTO @ Ubie, Inc. @yukukotani @yukukotani

Claude Code で生産性上がってますか？

Claude Code で生産性上がってますか？あなたのチームは 10倍

天井見えてきてませんか前提、Claude Codeはめちゃくちゃいい “実装”は桁違いに加速しているでも、プロダクト開発全体としての出力は桁違いには上がっていないがち・レビュー・受け入れテストが重い・何を作るかがなかなか決まらない・今までの慣性を引きずってゆるく見積もりしてしまう・認知負荷に耐えきれずそこまで並列で進まない・開発者間の活用レベルがバラつく
・etc.

地続きの”AI活用”の限界今までの開発プロセスのまま実装フェーズだけを加速してもすぐに頭打ちに AI Agent前提で開発プロセス全体を再設計しなければならない

目次 1. 生産性10倍を目指す基本的な考え方 2. Agent前提のシン・開発プロセス例 3. Claude Codeベースの自社Agent 4. まとめ

AI Agent 前提ってどういうこと？開発プロセスの中にAI Agentが自然に入って勝手に動いてほしい

開発プロセスに自然に組み込まれて勝手に動き出すチームの標準的な開発プロセスの中で、意識せずとも自動的にAI Agentが動き出す状態を作りたいそれによって・・W UT 認知負荷の外側でスケールアウトすP GT AIの成果物を前提として見積もり・議論できP 7T
“活用推進”ではなく仕組みとして改善を回せP (T 実装フェーズに閉じずに設計できる

認知負荷の外側でスケールアウトする手元で開発者が”依頼”してマネジメントするスタイルでは並列開発に限界がある・認知負荷・環境汚染クラウドで勝手に動いておいてくれると、脳からオフロードしやすいし開発環境もスケールする

ÇÃ AIの成果物を前提として見積もり・議論できるまだAI登場以前の慣性を引きずる我々は、どうしても開発工数をぬるく見積もりがち開発者がお世話しなくても”まずは勝手に動く”ようになると、投機的にAI Agentを実行することができるすると、見積もりの時点でAIの成果物を前提として議論ができるものによってはそのままデリバリーできる場合も

Ä! “活用推進”ではなく仕組みとして改善を回せるこれだけ変化が速いと、どうしても開発者間で活用レベルに差が出てしまう結果として組織全体で見ると機会損失が多く発生する共通の仕組みとしてプロセスの中に組み込まれていると、その仕組みを改善するプロンプトエンジニアリングが全員に波及する

実装フェーズに閉じずに設計できる各開発者が個別にClaude Codeを使って実装しているだけだと、実装フェーズにサイロ化した改善にとどまりがち

実装までしちゃうPBI起票最初からチームのコンテキストを持つAgentと会話しながらPBI作成（今日は割愛） PBIが作成されたら、自動的にAgentがプロトタイプ実装してくれる（投機的実装）

（宣伝）チーム専属のAgent(AIパートナー)について聞ける勉強会もあります

プロトタイプ前提のスプリントプランニング Agentのプロトタイプ実装を前提として見積もり・プランニングをする場合によってはそのまま出せる水準 (=SPほぼ0) の場合も

プロトタイプを活かしたデリバリーなるべくプロトタイプを最大限に活かしてデリバリーするそのままリリースしたり、コードレビューベースで手直ししたり

プロトタイプを活かしたデリバリープロトタイプが使い物にならない=PBIだけでは情報量が不足するということその場合は開発者が伴走して実装を進める

共通の仕組みとして改善 Platformチームによるコンテキストエンジニアリングによって横断的な性能改善をしやすい徐々に左側を増やしていく

シン・開発プロセスを支える自社Agent、の登場 Uvin

Jiraチケットを自動的に実装 Jiraにチケットを起票したら自動的に実装が始まる

Jiraチケットを自動的に実装何も触ることなく自動的にいったん実装が終わる

Slackからも同様に実行可能まずは社内の生成AIプラットフォームを使ってリファイン

Slackからも同様に実行可能そのスレッドでそのままUvinに依頼を投げる =他のAI Agentと連携して開発プロセスを構築できる

仕組み GitHub Issueをセッションと見做してGitHub Actionsを実行インフラにする開発プロセスへ密に組み込むためにSlack,Jira連携Botを自作

Claude Code Base Action を利用自社の開発プロセスに合わせて自由度の高い設計をするため、リッチな Claude Code Action
ではなくClaude Code Base Action を利用。プロンプトやMCPなども含め自前で用意。・複数リポジトリのチェックアウト・明示的な実装計画の作成・Jiraプロジェクトに応じてチームごとのコンテキストを注入・etc.

Claude Codeの肩に乗るが、密に依存しないあくまで自社の開発プロセスに高度に結合することが重要なので、 Claude Code の再発明はしない一方で今後なにが進化するかは全く読めないので、あくまで実行エンジンとしての依存にとどめて入れ替え可能にしておく小手先のClaude Code活用よりも、資産として残るコンテキスト整備などに投資

Why not Devin? 性能としてはあまり不満がないが、とにかく自然に自律的に走り切る挙動・インタフェースに拘りたかったユースケースに合致しない具体的な課題感としては・ユーザーに確認を求めて止まってしまうことが多い・プロンプトエンジニアリングの自由度が低い(Playbook, Knowledgeに限定) ・VMベースであるためタスクごとに環境分離されず、汚れて壊れることがある
・シンプルに遅い

まとめ・AI Agentが自然に動く開発プロセスを作ることで生産性を桁違いにあげたい！・Claude Codeなどをベースにすればサクッと動くものを作れる・インタフェースは徹底的に自社に合わせることが重要

ありがとうございました

Scale out your Claude Code ~⁨⁩自社専用Agentで10xする開発...

Scale out your Claude Code ~⁨⁩自社専用Agentで10xする開発プロセス~

Yuku Kotani

More Decks by Yuku Kotani

Other Decks in Programming

Featured

Transcript