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
コミットの「なぜ」を読む
Search
Itaru Ota
June 23, 2026
Technology
560
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
コミットの「なぜ」を読む
めぐろLT #37「AI×チーム開発、みんなどうしてる?」のLT登壇資料です。
https://meguro-lt.connpass.com/event/390951/
Itaru Ota
June 23, 2026
More Decks by Itaru Ota
See All by Itaru Ota
OpenTelemetryのメトリクスをCloudWatchに送ってPromQLで見てみた
ota1022
0
180
Service Connect 上のサービスに ECS Service の外側から到達できなかった話
ota1022
1
360
ソフトウェアエンジニアリングと向き合い続ける AWS Jr. Champions選出前後で考えたこと
ota1022
0
160
Trayce, a Raycast Extension for Tokyo AI Hackathon 2025
ota1022
1
560
GitHub Actions × AWS OIDC連携の仕組みと経緯を理解する
ota1022
2
710
DockerからECSへ 〜 AWSの海に出る前に知っておきたいこと 〜
ota1022
5
2.7k
AIコードエディタは開発を変えるか?Cursorをチームに導入して1ヶ月経った本音
ota1022
2
1.2k
放送コンテンツに対する ツイートの<一様率>分析
ota1022
0
100
Twitterを用いたラジオ番組圧縮手法の提案
ota1022
0
84
Other Decks in Technology
See All in Technology
メルカリにおけるAI時代の高速プロトタイピング基盤「Arca」
ryotarai
18
13k
猫でもわかるKiro Web
kentapapa
1
150
Argo CDとAtlantisで実現するインフラ管理のセルフサービス化──小規模SREチームで支えるプラットフォーム
cassius7
0
240
顧客の成果創出とプロダクトの成長を 両立するためのFDE
sansantech
PRO
0
420
AI感のないAWS構成図をAIエージェントに描かせたい!
sagochiko
2
480
.NET WebAssemblyで実現するクライアントサイドAI推論:NuGetからViteまで、2つのエコシステムを繋ぐビルド戦略
yamachu
1
1.1k
Account Factory for Terraformによる 標準化されたアカウント発行の自動化
pensuke628
0
120
地方移住と都心キャリアの両立は「金・時間・人」のリソースをフル活用すれば実現できる!〜Snowflake女子会 vol.8
snowwmn0824
0
130
AIに会社の文脈を理解させる技術~上流工程・非エンジニアにも広げるハーネスエンジニアリング実践~
ochtum
0
190
AWS FinOps Agent 結局何が得意なの?
siromi
0
220
AIは推し活である。
kurazuuuuuu
2
1k
Apache Iceberg が拓く AI 時代のオープンレイクハウス
tomtanaka
0
190
Featured
See All Featured
The Limits of Empathy - UXLibs8
cassininazir
1
690
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Evolving SEO for Evolving Search Engines
ryanjones
0
300
First, design no harm
axbom
PRO
2
1.3k
Docker and Python
trallard
47
4.2k
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.2k
The agentic SEO stack - context over prompts
schlessera
0
940
Discover your Explorer Soul
emna__ayadi
2
1.3k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2.2k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
1k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
Transcript
コミットの「なぜ」を読む Entire CLI で AI セッションを Git に残す 2026/06/23(火) めぐろLT
#37「AI×チーム開発、みんなどうしてる?」 太田 暢 @iorandd Copyright © 3-shake, Inc. All Rights Reserved.
自己紹介 太田 暢 株式会社スリーシェイク Sreake事業部 アプリケーション開発支援チーム 業務ではバックエンド、CI/CDまわりを担当 よくAWSコミュニティに参加しています @iorandd 02
AIで最初の一歩は軽くなった 実装のたたき台を作る テストを書く リファクタリングする Terraform や CI/CD のような、少し専門外の領域にも手を伸ばす 03
レビューで見たいものが増えた PR本文とdiffだけでは、判断しきれないことがある どこまで自分で判断し、どこからAIの提案を採用したのか分からない レビュアーが「ここ、どういう意図ですか?」を毎回聞くことになる コードは残るが、途中で何を考えたかは消えやすい 04
領域をまたぐPRは、レビューが難しい 例:自分のテストを直したいだけなのに、Terraform や CI の設定にも触らないと閉じない diff は数行〜十数行に散らばっているだけに見える 実際の時間は、原因を切り分けるところにかかっている レビュアーは、途中の調査を見ずに差分だけで判断することになる この「途中の調査」を、コミットと一緒に残したい
05
Entire CLIとは AIとのセッションを Git の コミットにひもづけて記録するツール checkpoint = 1コミットに対応するAIセッション記録 OSSのCLIツール
Claude Code / Codex CLI / Cursor / GitHub Copilot CLI に対応 プロンプト、やり取り、ツール実行、 ファイル変更を追える 通常のGit履歴とは別に、AIとのやり取りを残 せる 06
どうGitに残るか 作業ブランチには、いつものコミットが残る コミットメッセージに Entire-Checkpoint: <id> が付く セッションログやメタデータは entire/checkpoints/v1 に保存される PRにリンクを貼ると、レビュアーがAIとのやり取りとdiffを見られる
a1b2c3d e4f5a6b c7d8e9f b0a1c2d 作業コミットと checkpoint 記録を ID で対応づける 作業ブランチ entire/checkpoints/v1 checkpoint 用の別ブランチ 07
diffだけだと分からない 実例をもとにした簡略例:テスト用の設定値が アプリ・CI・Terraform で食い違っていたPR(値は説明用のダミー) - TEST_ORG_ID=old-value + TEST_ORG_ID=new-value 値を変えたことは分かる でも、なぜ
new-value なのかは分からない アプリ・CI・Terraform の どれが正だったのか も分からない レビュアーは「この値で合っていますか?」と聞くしかない 08
checkpointを見ると、調査の経緯まで追える あの1行のdiffの裏では、AIセッションの中で これだけの切り分けをしていた AIセッションに残るやり取り コードの差分には残らない 「どう切り分けたか」が、 checkpointのセッション記録からたどれる テストが失敗する 🧑 「このテストが落ちるんだけど、見てもらえる?」
seed data を確認する 🤖 「seed だと old-value になってますね」 DB上の値と突き合わせる 🤖 「でも実際のDBは new-value。食い違ってます」 CIの環境変数を確認する 🤖 「CI側は old-value のままでした」 Terraform側の設定値を確認する 🤖 「tfvars も古い値ですね。原因はここっぽいです」 どの値に統一するか決める 🧑 「じゃあ new-value に揃えよう」 09
気をつけること 残る・公開される AIに渡した情報はトランスクリプトに残る 「残さないつもり」の /btw も対象になる デフォルトではコードと同じ remote に push
される public remote に push すれば checkpoint branch も公開さ れる チームで決めること checkpoint の保存先 PR本文にリンクを貼る条件 AIに渡してよい情報・渡さない情報 機密情報・顧客データを扱わない前提 ログを残すなら、扱い方のルールも一緒に決める 10
まとめ チーム開発でAIを使うと、コードだけでは判断しづらい場面が増える Entire CLI を使うと、 コミットとAIセッションをひもづけられる なぜこの形になったのかを、あとから追える 領域をまたぐPRのレビューが少しやりやすくなる 「これ何ですか?」より、 「ここはこの判断でよさそうですね」と話しやすくなる
コードだけでなく、考えた過程もレビューする 11