Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Scale out your Claude Code ~自社専用Agentで10xする開発...
Search
Yuku Kotani
August 08, 2025
Programming
5.7k
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
LLM本来の能力を解き放つサンドボックス技術とAI民主化への適用
yukukotani
3
4.7k
一億総業務改善を支える社内AIエージェント基盤の要諦
yukukotani
9
3.5k
MCPとデザインシステムに立脚したデザインと実装の融合
yukukotani
6
2.8k
AI Coding Agent Enablement in TypeScript
yukukotani
21
19k
AI Coding Agent Enablement - エージェントを自走させよう
yukukotani
14
8.5k
Expoによるアプリ開発の現在地とReact Server Componentsが切り開く未来
yukukotani
3
910
React 19でお手軽にCSS-in-JSを自作する
yukukotani
6
1k
僕が思い描くTypeScriptの未来を勝手に先取りする
yukukotani
12
3.6k
Web技術を駆使してユーザーの画面を「録画」する
yukukotani
15
8.3k
Other Decks in Programming
See All in Programming
Hatena Engineer Seminar #37「言語モデルの活用に関する研究」
slashnephy
0
440
エンジニア向け会社紹介/Findy Company Profile
findyinc
6
360k
Strategic Design in the Frontend: Moduliths & Micro Frontends @DDDEurope
manfredsteyer
PRO
0
140
1B+ /day規模のログを管理する技術
broadleaf
0
120
才能?センス?知らん、 続けたもん勝ちだ。-- 結婚・出産・癌を越えてなお、私がプロダクトを創り続ける理由
16bitidol
1
610
ECSアプリログをFireLensでコスト削減しようとしたけど諦めた話 in Fargate×Node.js
akihisaikeda
2
4.2k
代数的データ型って何が嬉しいの? #frontend_phpcon_do
kajitack
8
3.8k
Skillsは効率化、Agentsは"自分の拡張"——Builder時代のエージェント編成(CC Night 2026)
wemra
1
180
LaravelLive Japan の裏方のすべて — 第188回 PHP勉強会@東京 (2026-06-24)
suguruooki
2
140
Performance Engineering for Everyone
elenatanasoiu
0
250
「なぜそう決めたのか」を残し続ける仕組み ― Notion AI カスタムエージェント × Slack連携による設計判断の自動記録 - NIKKEI Tech Talk #47
niftycorp
PRO
0
250
Contextとはなにか
chiroruxx
1
380
Featured
See All Featured
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.1k
Designing for humans not robots
tammielis
254
26k
Leo the Paperboy
mayatellez
7
1.9k
GraphQLとの向き合い方2022年版
quramy
50
15k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
430
First, design no harm
axbom
PRO
2
1.2k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.7k
Designing Powerful Visuals for Engaging Learning
tmiket
1
430
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.9k
Six Lessons from altMBA
skipperchong
29
4.3k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
201
75k
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
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などをベースにすればサクッと動くものを作れる ・インタフェースは徹底的に自社に合わせることが重要
ありがとうございました