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
ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。
Search
Masaki Kubota
April 10, 2026
Technology
2.7k
5
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。
Masaki Kubota
April 10, 2026
More Decks by Masaki Kubota
See All by Masaki Kubota
トークン数だけでは測れない — Claude Code 組織展開の効果検証から学んだこと
makikub
0
190
振り返りが楽になる 生成AI活用術
makikub
0
65
開発現場で使えるSubagent活用術
makikub
0
270
Other Decks in Technology
See All in Technology
動画配信アプリでの Engage SDK 導入 — TVer Android が Play ストアにコンテンツを届けるまで
techtver
PRO
0
140
データエンジニアの困りごとをDevinと一緒に解消する
10xinc
2
850
TinyGo 開発サイクルを高速化する:Go で作るエミュレータ入門
zozotech
PRO
1
110
OpenTelemetry eBPF Instrumentationの舞台裏 / Behind the Scenes of OpenTelemetry eBPF Instrumentation
ymotongpoo
1
150
AIで開発は速くなったのに、なぜ現場は楽にならないのか 〜あなたの組織のボトルネックを突き止めるワークショップ〜
jacopen
1
270
Oracle Cloud Infrastructure IaaS 新機能アップデート 2026/6 - 2026/8
oracle4engineer
PRO
0
120
enechainの内製セルフサービスプラットフォーム
hiyosi
0
130
Genie Code ワークショップ 応用編 / Genie-Code-Workshop-advanced
databricksjapan
PRO
0
360
推論の観測、できていますか? 〜 Google Cloud Gemini Enterprise Agent Platformで 3つの Gemini モデルを実測して踏んだ、評価の罠 〜
shukob
PRO
0
170
プロダクト思考 × 基盤思考を AIで実現する Compound Engineering
tkc66buzz
1
280
Bet AI Day 2026丨AIによって本質に戻るシステムリスク管理
layerx
PRO
0
1.3k
Backstageでつくるセルフサービスな社内開発基盤
kikunosuke75
1
360
Featured
See All Featured
Visualization
eitanlees
152
17k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
970
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.6k
Chasing Engaging Ingredients in Design
codingconduct
0
300
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
440
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
560
We Have a Design System, Now What?
morganepeng
55
8.3k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
What's in a price? How to price your products and services
michaelherold
247
13k
The Limits of Empathy - UXLibs8
cassininazir
1
640
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
530
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
45k
Transcript
Claude Code Meetup #4 ログ基盤・プラグイン・ダッシュボード、全 部整えた。でも最後は人だった。 2026/04/10 Masaki.k 1
自己紹介 Masaki.k / 久保田将規 株式会社Rehab for JAPAN … 介護SaaSのスター トアップ
– デイサービス向け請求システムの開発リード / CTO室兼務 – Claude Code / Devin / AI駆動開発推進 / EM / ス クラムマスター – Claude Code を会社へ導入、浸透 – 個人の使い方だけでなく、組織にどう広げるかを 考えながら発信している – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 2
組織展開の悩み ツールを渡しただけでは、速くならない 一部の人の生産性は上がる – 全体で見ると、開発速度は思ったほど上がらない – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 3
格差が開く 使う人は何もしなくても伸びていく – 使わない人は変わらない – 後者をどう伸ばすかが課題 – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 4
鍵はAnthropicのレポート:学習曲線 Claudeを使い込んでる人ほど、習熟してより高い成果を出しやすいという示唆 – まずはトークン使用量を増やして もらうことを重視 – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 5
今日話すこと Claude Code の組織展開での実例 ターゲット 組織展開しているのに 全体の生産性が上がっていかない と感じている方 前提 ログ基盤・プラグイン・ダッシュボードの仕組み
– 人の背中を押す取り組み – MaxとProで運用、Teamプランは今後導入予定 – 非エンジニアへの展開については模索中、今日の対象はエンジニア – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 6
ログ基盤・プラグイン・ダッシュボードの仕組み OpenTelemetry / Prometheus / Lokiをログ基盤のベースに Grafanaでトークン使用量 / モデル /
コストの見える化 – (Otelだとスキル名がわからない) – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 7
プラグインのHooksでログ基盤に実行コマンド送信 ※Skill、サブエージェントの収集:ClaudeCodeMeetup #3 giginet さ んの資料を参考 Grafanaでスキル / サブエージェントの見える化 –
ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 8
ログ基盤からレポートの作成 ログ基盤のAPIからデータ取得、分析、HTML生成、デプロイ(Skill) – トークン使用量、よく使うSkill、モデル、改善レポート – レポートをきっかけに、強そうなあの人と自分をダッシュボード比較(願望) – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 9
改善レポートで参考にしたベストプラクティス Anthropicのハッカソン優勝者のリポジトリEverything Claude Code – 改善レポートは見ていて面白いけど、その通りやればいいってもんでもない – 本質は、ダッシュボードをみるモチベ作り – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。
10
社内プラグインの展開 Skill / Subagentのダッシュボード送信Hooks – 社内のサービス横断でのAPIライブラリ取得、DBスキーマ取得Skill etc.. – サービス横断でAPI、テーブルを参照したいときにAIへコンテキストを渡しやすく なる
– 社内プラグインで、うまく使える土台をそろえる – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 11
この仕組みがもたらすもの 情報は 自分で取りに行く 構造になる できる人は伸びる、そうでない人は伸びにくい ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 12
そうでない人の背中を押す仕組みが必要 Slackチャンネルで発信しても、情報をキャッチできる人はそもそもすでに使える人 ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 13
背中を押す仕組み チームごとに推進者を選出、会話の場を作る プロダクトごとの活用例や、その背景を話す場 – いい取り組みをチームに組み込んでもらう土壌作り – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 14
徐々に始めた個別に話す サポートの時間をとって、自分自身の使い方と向き合う時間を作る – 改善レポートを見ながら、メンバーの使用の癖、ベストプラクティスからの改善事 項、今後のアクションを伝える – レポートの解釈にもある程度理解が必要、対話サポートがあると受け入れやすい – ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 15
まとめ Xで発信中。 よければフォローお願いします x.com/Emukei_ 活用度が低い人ほど、伸びしろは大きい – ダッシュボードやプラグイン、レポートは、成長の土台 – 伸ばすためのとっかかりは、人が背中を押すことが大事 –
ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 16
ご清聴ありがとうございました ログ基盤・プラグイン・ダッシュボード、全部整えた。でも最後は人だった。 17