Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Scale out your Claude Code ~自社専用Agentで10xする開発...
Search
Yuku Kotani
August 08, 2025
Programming
6k
11
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Scale out your Claude Code ~自社専用Agentで10xする開発プロセス~
Yuku Kotani
August 08, 2025
More Decks by Yuku Kotani
See All by Yuku Kotani
Webとヘルスデータ
yukukotani
1
890
LLM本来の能力を解き放つサンドボックス技術とAI民主化への適用
yukukotani
4
5.5k
一億総業務改善を支える社内AIエージェント基盤の要諦
yukukotani
9
3.7k
MCPとデザインシステムに立脚したデザインと実装の融合
yukukotani
6
3k
AI Coding Agent Enablement in TypeScript
yukukotani
21
21k
AI Coding Agent Enablement - エージェントを自走させよう
yukukotani
14
8.7k
Expoによるアプリ開発の現在地とReact Server Componentsが切り開く未来
yukukotani
3
980
React 19でお手軽にCSS-in-JSを自作する
yukukotani
6
1.1k
僕が思い描くTypeScriptの未来を勝手に先取りする
yukukotani
12
3.6k
Other Decks in Programming
See All in Programming
TechTown - Creating Composable Callables in Contemporary C++
rollbear
0
120
Railsバージョンを4倍にした話
optim
0
290
Compiling a real-world CLI tool to native with Static Hermes
tmikov2023
0
110
見えないものを探る要求要件定義に必要な基本的思考 / invisible-requirement-thinking
minodriven
15
8.4k
AI主導のプログラミング学習アプリを作ってみた
econanringo
0
180
複雑なUIコンポーネントとの ⻑い付き合い⽅:波及するバグからテスト戦略を経て、安全な再設計へ
mixplace
0
410
[Rails World 2026] Durable orchestration on Rails: from continuation to workflow
palkan
1
740
AmebaブログはKMPから卒業します
kmars0605
0
160
Optunaを作ったときにやりたかったこと、その後 (2026/10/16, Optuna Meetup #3)
iwiwi
1
410
速習iPhone Duo対応
yuukiw00w
2
990
パスワード再設定メールのURLについて知っておこう
uyuki234
0
160
なぜCTOを降りてFDEを選んだのか?〜なぜプロダクト企業がFDEで顧客の現場に踏み込むのか〜
gonta
1
200
Featured
See All Featured
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
330
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
50
10k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
520
Game over? The fight for quality and originality in the time of robots
wayneb77
1
300
The #1 spot is gone: here's how to win anyway
tamaranovitovic
4
1.2k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.3k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
550
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
780
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
AI: The stuff that nobody shows you
jnunemaker
PRO
10
1.2k
Transcript
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を使って実装しているだけだと、 実装フェーズにサイロ化した改善にとどまりがち
目次 1. 生産性10倍を目指す基本的な考え方 2. Agent前提のシン・開発プロセス例 3. Claude Codeベースの自社Agent 4. まとめ
実装までしちゃうPBI起票 最初からチームのコンテキストを持つAgentと会話しながらPBI作成(今日は割愛) PBIが作成されたら、自動的にAgentがプロトタイプ実装してくれる(投機的実装)
(宣伝) チーム専属のAgent(AIパートナー)について聞ける勉強会もあります
プロトタイプ前提のスプリントプランニング Agentのプロトタイプ実装を前提として見積もり・プランニングをする 場合によってはそのまま出せる水準 (=SPほぼ0) の場合も
プロトタイプを活かしたデリバリー なるべくプロトタイプを最大限に活かしてデリバリーする そのままリリースしたり、コードレビューベースで手直ししたり
プロトタイプを活かしたデリバリー プロトタイプが使い物にならない=PBIだけでは情報量が不足するということ その場合は開発者が伴走して実装を進める
共通の仕組みとして改善 Platformチームによるコンテキストエンジニアリングによって 横断的な性能改善をしやすい 徐々に左側を増やしていく
目次 1. 生産性10倍を目指す基本的な考え方 2. Agent前提のシン・開発プロセス例 3. Claude Codeベースの自社Agent 4. まとめ
シン・開発プロセスを支える 自社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ベースであるためタスクごとに環境分離されず、汚れて壊れることがある
・シンプルに遅い
目次 1. 生産性10倍を目指す基本的な考え方 2. Agent前提のシン・開発プロセス例 3. Claude Codeベースの自社Agent 4. まとめ
まとめ ・AI Agentが自然に動く開発プロセスを作ることで生産性を桁違いにあげたい! ・Claude Codeなどをベースにすればサクッと動くものを作れる ・インタフェースは徹底的に自社に合わせることが重要
ありがとうございました