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
Cursor Meetup Tokyo
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Shunta Komatsu
June 06, 2025
Technology
1.8k
5
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Cursor Meetup Tokyo
Shunta Komatsu
June 06, 2025
More Decks by Shunta Komatsu
See All by Shunta Komatsu
The Future of encoding/json
iamshunta
3
1k
Recap: Automatically Instrument Your Go Source Code with Orchestrion
iamshunta
0
750
Recap: The Future of JSON in Go
iamshunta
0
1.5k
Other Decks in Technology
See All in Technology
spanner-autoscalerに学ぶ CRD設計パターン 〜自動化と緊急時対応を両立する Kubernetesコントローラーの作り方〜
tkuchiki
0
220
Lambda MicroVMsは常駐サーバーの代わりに なるか? Kiro Crew を動かして検証してみた / Kiro Crew on Lambda MicroVMs
k_adachi_01
2
340
[2026-09-30]ロックンロールは鳴り止まないっ - 信頼性かまってちゃん - 「データ駆動を投げ捨ててまで。」追いかける信頼性改善に向けた取り組みの話
tosite
0
130
Amazon Bedrock Agents ClassicからAmazon Bedrock AgentCoreへ移行した際、ガードレール設定が2箇所に割れた話
matsunobu
0
160
AWS DevOps Agent スキルをつかいこなそう / Master AWS DevOps Agent Skills
kinunori
2
650
AgentCoreで実践するハーネスエンジニアリング
yakumo
0
130
認知負荷を吸収し、プロダクトをまたぐPR Preview基盤の設計事例
taiki45
2
560
Execution in the Kingdom of Agents: Reflections on Abstraction and Complexity
bcantrill
0
610
セルフサービスのオブザーバビリティ基盤をOpenTelemetryで作る / Building a Self-Service Observability Platform with OpenTelemetry
ymotongpoo
3
500
The seven pitfalls of AI (revised version)
ufried
0
170
データ品質を壊しながらSnowflakeのAIに分析させてみた
kawanago
0
340
HolmesGPTで始めるSREエージェント入門!プラットフォームの障害調査はAIにお任せ 〜
leveragestech
PRO
0
120
Featured
See All Featured
A better future with KSS
kneath
240
18k
Design in an AI World
tapps
1
340
How Software Deployment tools have changed in the past 20 years
geshan
2
34k
Marketing to machines
jonoalderson
1
5.8k
Being A Developer After 40
akosma
91
590k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.5k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
Utilizing Notion as your number one productivity tool
mfonobong
4
610
WCS-LA-2024
lcolladotor
0
840
A designer walks into a library…
pauljervisheath
211
25k
sira's awesome portfolio website redesign presentation
elsirapls
0
430
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
290
Transcript
1 Cursorを"導入"だけじゃなく"活用"まで メルカリ2000人展開のリアル Cursor Meetup Tokyo #1
2 組織全体で AI-Native になるためには LLM Week の取り組み
3 Self-Introduction Shunta Komatsu @komatsu • 2022/04 - Merpay の
Payment Core チームに Backend Engineer として join し、全社の決済基盤 の開発に従事 • 2024/08 - 同 TL • 2025/03 - 同 EM
4 皆さんの組織は AI-Native ですか?
5 AI-Native な開発組織とは • 全員が AI でできること・できないことを理解している • どのように現在の業務に活用できるかを知っている •
開発パラダイムをゼロベースで考えたり、AI-First・AI-Drivenな 思考習慣がついている
6 組織全体を AI-Native にしてくのは簡単ではない 多くのエンジニアは AI に対してモチベーションを持っている。しかし、、、 • 学習機会の不足 ◦
みんな日々の業務で忙しく、まとまった学習時間が取れない • 組織的な情報格差 ◦ ライセンスやセキュリティの整備状況が不透明 • 情報交換の機会不足 ◦ AI/LLM についてエンジニア間で気軽に情報交換する機会が限られている
7 組織全体を AI-Native にするために • 第一歩は全員が AI を知っている状況を作ること • PCP
(Payment & Customer Platform) では、強制的に LLM を全エンジ ニアが触る “PCP LLM Week” を開催した ◦ 一週間、手でコードを書くのを 一切禁止 ◦ Cursor で日常業務 のコーディングをすべて行う 当時のスライド
8 なぜ強制的なイベントにするのか • 期間を決めてイベント化することで、組織として “中長期のために、短期的な生 産性の低下を許容する ” という意思決定がしやすい • 強制的にすることで、各エンジニアが普段の業務の進捗などを忘れて
AI に没 頭できる環境作りが必要
9 成功事例とメンバーの声 • 92% のメンバーがイベントに満足 ◦ 初日にまとまった準備時間をとることで、細かい設定から MCP ツールの 導入まで準備ができた
• 多くの “初心者” だったメンバーが “中級者” 以上へとレベルアップした ◦ 強制的な環境が良い学習機会となった • 96% のメンバーが今後も Cursor を使い続ける意思 ◦ 実際に直近の PCP における使用率はかなり高い水準 • ほとんどの参加者が一週間が適切だと感じている
10 成功事例とメンバーの声 • 現在の AI の性能の高さに対する理解 ◦ 全く触ったことがない状態だったが、 Copilot のときと同様に無くてはならないものになった
。 簡単な仕事なら AI で完結できる感覚がある。 ◦ どのように指示するかでアウトプットのクオリティは変わるものの、 もう開発に使用できるレベ ルまで LLM の信頼性があったことに驚いた。 • AIの活用方法やマインドセットの変化 ◦ 元々かなり有用だという噂を聞いていた程度だったが、実際に使ってみてその効果を実感でき たため、どのように活用できるかをタスクごとに考えるようになってきた 。 • 制限や限界の理解 ◦ コード生成にはまだ一定の限界がある 。一発ではできない。 k8s や tf のレポジトリはファイル が多すぎるため LLM にとってはノイズになることもある。
11 マネージャー視点での学び • 強制力の重要性 ◦ 自走力の高いエンジニアが多い組織であってもそれに頼らず、組織的な取り組み期間を設ける ことで全員が AI に真剣に向き合う機会を創出 •
情報共有の活性化 ◦ Slack での活発な知見共有が想定以上の効果を生み、継続的な学習コミュニティに発展 • スキルレベルの標準化 ◦ 全員で同じ体験を共有することで、組織全体の AI リテラシーが底上げされ、共通言語で議論 できる基盤を構築
12 まとめ • 組織全体で AI に向き合う時間を作ることで、スキルだけでなく意識の向上につ ながる • 強制力と生産性低下を許容することで、各エンジニアがモチベーション高く向き 合うことができる
今回の取り組みのより詳しい内容はブログ記事を ご覧ください! PCP LLM Week: How We Become AI-Native