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

by Yuku Kotani

Slide 1

Slide 1 text

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

Slide 2

Slide 2 text

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

Slide 3

Slide 3 text

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

Slide 4

Slide 4 text

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

Slide 5

Slide 5 text

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

Slide 6

Slide 6 text

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

Slide 7

Slide 7 text

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

Slide 8

Slide 8 text

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

Slide 9

Slide 9 text

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

Slide 10

Slide 10 text

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

Slide 11

Slide 11 text

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

Slide 12

Slide 12 text

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

Slide 13

Slide 13 text

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

Slide 14

Slide 14 text

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

Slide 15

Slide 15 text

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

Slide 16

Slide 16 text

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

Slide 17

Slide 17 text

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

Slide 18

Slide 18 text

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

Slide 19

Slide 19 text

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

Slide 20

Slide 20 text

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

Slide 21

Slide 21 text

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

Slide 22

Slide 22 text

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

Slide 23

Slide 23 text

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

Slide 24

Slide 24 text

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

Slide 25

Slide 25 text

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

Slide 26

Slide 26 text

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

Slide 27

Slide 27 text

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

Slide 28

Slide 28 text

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

Slide 29

Slide 29 text

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

Slide 30

Slide 30 text

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

Slide 31

Slide 31 text

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

Slide 32

Slide 32 text

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

Slide 33

Slide 33 text

ありがとうございました